Сервер SOCKS5 - это не бренд и не строчка в каталоге. Это конкретная машина в интернете, на которой запущен демон, слушающий порт. Всё остальное вокруг - обёртки: личный кабинет с красивыми кнопками, «подключиться» в один клик, флаг страны в выпадающем списке.
Когда спрашивают «какой сервер у прокси socks5», речь почти всегда об одном из двух. Либо что вписать в поле «Сервер» в Telegram. Либо почему два SOCKS5 из одной страны ведут себя по-разному: один летает, второй отваливается каждые десять минут. Первое решается за минуту. Второе - только пониманием того, что стоит за адресом.
SOCKS5 - это протокол, а не сервер
Путаница начинается с самого слова. SOCKS5 - набор правил, по которым клиент договаривается с промежуточной машиной: какие методы аутентификации поддерживаются, куда соединить, что делать с UDP. О том, где именно работает демон, протокол молчит.
Сервером может быть что угодно. Старый VPS за три евро с Dante. Корпоративная виртуалка с 3proxy, куда пускают только по логину и паролю. Домашний роутер с прошивкой, где поднят SOCKS5 для пары своих устройств. Даже обычный sshd с ключом -D: он поднимает туннель, который приложения видят как SOCKS5 на локальном порту.
Значит, вопрос «какой сервер у прокси socks5» - не про софт и не про протокол. Он про хост: адрес, порт, владельца адреса и канал, к которому тот подключён.
Что реально стоит за полем Host: четыре слоя
В настройках вы видите одно поле. За ним четыре независимых слоя, и каждый влияет на результат.
Первый - адрес. IPv4, иногда IPv6, иногда доменное имя вида node12.какой-то-домен. Домены в прокси-сервисах ставят не для красоты: так проще менять железо, не рассылая клиентам новые цифры.
Второй - порт. Тот самый, что вписывается рядом. Классика - 1080, но встречается что угодно: 1081, 4145, 10800, 2525, случайные пятизначные номера. Порт - это дверь. Если она открыта и за ней слушает демон, клиенту всё равно, какой у неё номер.
Третий - ASN, автономная система. Грубо говоря, кто физически владеет адресом: облачный провайдер, телеком-оператор, хостинг вроде Hetzner или Contabo, мобильный оператор. Этот слой большинство не смотрит, а зря: именно он чаще всего решает, как вас встретят на другом конце.
Четвёртый - география и репутация. Страна, город, история адреса. Один IP годами жил в спам-базах, другой выдали под новый VPS только вчера.
ASN говорит о сервере больше, чем флаг страны
В публичных базах SOCKS5-адресов картина показательная. Часть строк принадлежит облакам и хостингам: Alibaba, Hetzner, Contabo, мелкие VPS-провайдеры. Часть - домашним сетям: Comcast и Cox в Штатах, Rostelecom в России, локальные провайдеры в Индии, Пакистане, Австралии.
Разница между этими мирами огромна. Дата-центр даёт стабильность и предсказуемый канал, но его диапазоны давно вбиты в базы антифрода. Домашний адрес выглядит «человечнее», зато живёт до перезагрузки роутера и делит канал с чьим-то Netflix по вечерам.
Для парсинга это значит одно: если сайт фильтрует облака, сервер на Hetzner не поможет, сколько бы ядер у него ни было. Для корпоративного узла, через который отдел ходит в интернет, домашний канал из чужой квартиры - худшее решение из возможных.
Смотрите на ASN прежде, чем на страну. На Reddit в тредах про прокси-пулы это повторяют регулярно: «немецкий» адрес часто сидит на том же хостинге, что и «французский», просто в другом дата-центре.
Порт 1080 - привычка, а не стандарт
1080 закрепился как порт SOCKS ещё в девяностых, с тех пор его лепят по умолчанию. На практике демон слушает тот номер, который ему прописали в конфиге. Магии в цифре нет.
Практический нюанс один. Нестандартный порт иногда проходит там, где стандартный режут на уровне сети. Зато корпоративный фаервол нередко пропускает только 443 и 80. Поэтому в описании нормального сервиса указаны и адрес, и порт, и тип. Видите адрес без порта - данных не хватает, и гадать бесполезно.
Где вписать адрес: Telegram, WhatsApp, браузер
В Telegram поле так и называется - «Сервер». Там нужен адрес хоста, а не название сервиса. Путь такой: Настройки, «Данные и память», «Тип соединения», «Использовать прокси», «Добавить прокси». Выбираете SOCKS5, вводите сервер, порт, при необходимости логин и пароль, сохраняете и включаете переключателем.
В том же окне есть галочка про передачу пароля и кнопка проверки соединения. Если проверка падает, а данные скопированы верно, ищите причину в порте или в том, что сервер не принимает ваш IP.
WhatsApp настраивается не внутри приложения, а на уровне системы: мессенджер берёт параметры сети у ОС. На Android: Настройки, Wi-Fi, долгое нажатие на вашу сеть, «Изменить», «Дополнительные параметры», «Прокси», «Вручную». Тип - SOCKS5, дальше хост и порт. На iOS: Настройки, Wi-Fi, значок информации рядом с сетью, «Настройка прокси», «Вручную», SOCKS5 и те же два поля.
В браузере всё зависит от движка. В Firefox: Настройки, «Основные», внизу «Настройки сети», «Настроить», «Ручная настройка прокси», затем SOCKS-узел, версия 5 и обязательная галочка «Проксировать DNS при использовании SOCKS v5». Без неё запросы на резолв доменов уходят мимо туннеля. Chrome и Edge отдельного поля не имеют и берут системные настройки - значит, настраивать нужно в ОС.
Свой VPS как SOCKS5-сервер: что важно в конфиге
Если сервер ваш, всё сводится к трём решениям: чем поднимать, на каком адресе слушать и кого пускать.
Чем поднимать. sshd с ключом -D даёт быстрый туннель на localhost, но живёт только пока открыт терминал, и наружу его не отдашь. Dante и 3proxy - нормальные демоны, которые слушают порт и умеют авторизацию. Есть варианты посвежее вроде sing-box с inbound socks, если хочется единый конфиг на все случаи.
На каком адресе слушать - место, где ошибаются чаще всего. Bind на 0.0.0.0 открывает сервер всему интернету: через сутки в логах будет перебор логинов из десятка стран. Bind на localhost даёт туннель только для себя. Для команды рабочая схема другая: внутренний интерфейс, авторизация и белый список адресов в фаерволе.
Кого пускать. SOCKS5 умеет аутентификацию по логину и паролю, и пренебрегать этим не стоит. Открытый сервер без пароля - не прокси, а подарок всем желающим покататься на вашем канале и вашей репутации.
Про UDP отдельно. SOCKS5 поддерживает UDP associate, поэтому его любят для игр и звонков. Но не каждый демон и не каждый провайдер эту функцию включает. Приложение ругается на голосовые через прокси - почти всегда дело в UDP, а не в адресе.
Публичные списки: 350 адресов, из которых к вечеру живёт десяток
Открытые базы SOCKS5 обновляются каждые несколько минут, и строк в них действительно сотни. Только это не сервис, а свалка. Часть адресов - чужие серверы с забытой авторизацией, часть - уже проданные или перезагруженные машины, часть - приманки.
Из списка в триста строк через час отзываются единицы. Аптайм в таких таблицах гуляет от 10 до 100 процентов, и это честный показатель: адрес, который держится сутки, уже редкость.
Про безопасность. Публичный SOCKS5 без шифрования канала означает, что владелец сервера видит, куда вы ходите. Для проверки картинки на чужом сайте это терпимо. Для рабочего аккаунта, корпоративной почты или клиентских данных - нет.
Задержка зависит от маршрута, а не от страны на флажке
Берут сервер в Германии, ждут низкий пинг, получают 180 мс: трафик идёт через три континента по кривому пирингу. Бывает и наоборот: адрес в соседней стране оказывается быстрее «ближнего», потому что у провайдера прямой стык.
При выборе смотрите не только на гео, но и на то, к кому подключён хост. Дата-центры с нормальным пирингом дают стабильные 20-40 мс в пределах Европы. Домашний ADSL в глубинке выдаст и 60, и 120 с просадками по вечерам.
Для парсинга важнее не пинг, а стабильность: оборвать соединение на середине запроса дороже, чем подождать лишние сто миллисекунд. Для интерактивной работы - наоборот.
DNS и UDP: два места, где сервер SOCKS5 выдаёт лишнее
Первый - резолв доменов. SOCKS5 умеет передавать имя хоста серверу, чтобы тот резолвил его на своей стороне. Режим правильный: локальный DNS не светит списком запросов. Но клиент должен эту опцию включить, а сервер - поддержать. Иначе домены резолвятся локально, и смысл туннеля размывается.
Второй - UDP. Пока трафик идёт по TCP, всё предсказуемо. Как только приложение шлёт UDP-пакеты, а сервер их не поддерживает, начинаются странности: сообщения доходят, звонки нет; сайт открывается, видео не грузится. На Stack Overflow эта связка разобрана в десятках вопросов про UDP associate, и вывод один: проверять нужно на этапе настройки, а не в момент, когда надо срочно позвонить.
Что спрашивать про сервер до покупки
Если прокси берётся под задачу, а не ради эксперимента, пять вопросов снимают 90% сюрпризов.
- Какой ASN у адреса: облако, хостинг или домашний оператор. От этого зависит встреча с антифрод-системами.
- Порт фиксированный или меняется. И указан ли он в описании вместе с адресом.
- Есть авторизация по логину и паролю или доступ по белому списку IP.
- Поддерживается ли UDP и резолв доменов на стороне сервера.
- Что с лимитом трафика и сколько устройств можно подключить одновременно.
Нормальный сервис отвечает на все пять до оплаты. Если в описании только страна и слово SOCKS5 - это лотерея.
Где брать сервер, который не развалится через час
Предсказуемый путь - не собирать адреса по форумам, а взять каталог с понятными характеристиками: страна, тип, порт, поддержка UDP, авторизация. В каталоге прокси 3seller формат ровно такой: видно, что за сервер, где он стоит и под какие задачи годится. Для Telegram, браузера, парсинга и корпоративных узлов это снимает главную головную боль - проверять каждую строку вручную.
Считайте по деньгам: час на проверку ASN и порта дешевле трёх вечеров поиска причины, почему приложение отваливается. Адрес - только верхний слой. Работает связка: хост, канал, конфиг и аккуратно закрытый доступ.
Начните с малого: возьмите один сервер под конкретную задачу, прогоните через обычный рабочий день, посмотрите на задержку и стабильность в часы пик. Держится - расширяйтесь. Нет - вы потеряли час, а не неделю.