Списки SOCKS5-прокси: почему они почти всегда мёртвые

Готового списка адресов здесь нет — и не потому, что мы его прячем. Публичный список прокси ломается в момент публикации: адрес получает тысячи одновременных клиентов, канал захлёбывается, а сервер быстро попадает в фильтры. Даже будь список здесь, к моменту открытия страницы большинство строк в нём уже мертво. Дальше — арифметика, а не жалобы на «всё запрещено».

Арифметика: почему публичный адрес не может быть быстрым

У сервера есть потолок: ограниченная полоса и число одновременных соединений. Пока адрес известен десяти людям, этого достаточно; как только он попадает в агрегатор с тысячами заходов в день, потолок упирается в арифметику.

Сервер отдаёт 100 Мбит/с. Поделите канал поровну между читателями списка:

Прокси формально жив и проходит проверку «онлайн», но видео не грузится, а сервер упирается в лимит сессий — независимо от мощности железа за адресом.

Откуда берутся адреса в списках

За каждым публичным адресом стоит одна из трёх моделей появления:

• Сканирование сети. Перебор IP в поисках открытых портов — находят чужие серверы, оставленные доступными по ошибке.
• Утёкшие данные. Доступы к платным сервисам, слитые из баз или перепроданные многократно.
• Узлы-приманки. Сервер поднимают быстрым и бесплатным специально, чтобы через него шёл чужой трафик.

Ни одна модель не рассчитана на массовое использование. Агрегатор — снимок чужих ошибок и ловушек, а не витрина инфраструктуры.

Жизненный цикл адреса из списка

У любого адреса, попавшего в открытый список, один и тот же сценарий:

1. 1Адрес найден — сканированием, утечкой или намеренной публикацией.
2. 2Адрес опубликован в агрегаторе, канале или таблице.
3. 3Начинается нагрузка — тысячи клиентов подключаются одновременно.
4. 4Владелец реагирует — закрывает порт или выключает сервер.
5. 5Адрес попадает в фильтры — системы блокировок фиксируют IP как прокси-узел.

Между шагом 2 и шагами 4–5 иногда проходят часы, иногда минуты. Список, открытый утром, к вечеру состоит преимущественно из мёртвых строк. Срок жизни отдельного адреса за пределами списков разобран отдельно — почему бесплатный прокси перестаёт работать через какое-то время.

Что видит владелец прокси

Использование чужого прокси — не анонимная опция, а доверие к неизвестному оператору. Он видит метаданные: к каким хостам и когда вы обращались, даже если сам трафик зашифрован, — и незашифрованный трафик целиком, включая обычный HTTP.

Отдельный вопрос — использование чужого сервера без ведома владельца. Адрес со сканирования или утечки ведёт к инфраструктуре, которую кто-то держит для своих задач. Это вопрос согласия, который список не решает.

Как читать отметки «проверено 5 минут назад»

Такая отметка означает лишь, что скрипт агрегатора один раз подключился с одной точки по одному протоколу и получил ответ. Она не говорит, откроется ли адрес из вашей сети и выдержит ли сервер нагрузку от всех, кто увидит ту же отметку. «Проверено» — статус скрипта, а не гарантия для читателя.

Три законных пути вместо списков

Если задача — постоянный доступ, а не разовое подключение к чужому серверу, работают три категории решений. Это касается и SOCKS5, и других протоколов вроде Shadowsocks, и VPN как более широкого класса сервисов:

1. 1Собственный сервер. Аренда виртуальной машины и настройка прокси-протокола под свою нагрузку.
2. 2Покупка адреса у провайдера. Платный сервис с гарантированной полосой на известное число клиентов.
3. 3Сервис с собственной инфраструктурой. Полоса рассчитана заранее — отдельная категория, их условия сведены в каталоге.

Общее для всех трёх путей — нагрузка, известная заранее, а не адрес, который делят все читатели одного списка.

FAQ

Почему бы просто не публиковать список чаще? Частота обновления не решает проблему нагрузки. Даже список, опубликованный минуту назад, немедленно принимает подключения от всех, кто читает его в этот момент. Адрес начинает деградировать сразу после публикации, а не после следующей проверки скрипта.

Есть ли смысл искать список именно для SOCKS5, а не для HTTP-прокси? Протокол не меняет арифметику: полоса канала и число одновременных соединений сервера ограничены вне зависимости от протокола клиента. SOCKS5 удобнее для части приложений, но список с таким адресом столкнётся с той же перегрузкой, что и список HTTP-прокси.

Можно ли доверять адресам, где написано «без логов»? Надпись на странице агрегатора — утверждение неизвестного оператора, которое читателю нечем проверить. «Без логов» описывает конкретную политику хранения данных конкретного сервиса, а не факт, подтверждаемый публикацией адреса в общем списке.

Что будет, если подключиться через прокси со сканирования один раз? Технически подключение может пройти успешно. Но вы используете чужую инфраструктуру без ведома владельца, а сам сервер уже, скорее всего, перегружен другими читателями того же списка. Это не снимает вопрос согласия и не гарантирует стабильности на время сессии.

Чем список прокси отличается от сервиса с собственной сетью? Список — это набор несвязанных адресов без общей инфраструктуры и без чьей-либо ответственности за нагрузку на конкретный сервер. Сервис с собственной сетью рассчитывает пропускную способность заранее, под известное число клиентов, а не под случайных читателей одного списка.

Материал актуален на сентябрь 2026 года: описанная механика не привязана к конкретным сервисам и не устаревает вместе с ними.