Как проверить прокси: формат, скорость, гео и утечки WebRTC/DNS

Шаг 1. Формат строки

Большая часть ошибок «прокси не работает» на деле оказывается ошибкой записи: перепутаны логин и порт, потерялось двоеточие, программа ждёт ip:port:login:pass, а вставлен вариант с @. Поэтому начинайте с формата.

Вставьте список в проверку и конвертер прокси. Инструмент разбирает популярные форматы: ip:port, ip:port:логин:пароль, логин:пароль@ip:port, ссылки вида socks5:// и http://, а также таблицы через точку с запятой. Для каждой строки он показывает протокол, тип хоста (IPv4, IPv6 или домен), порт и логин, а строки с ошибкой подсвечивает.

• Предупреждает о невозможных адресах, например с октетом больше 255, и о локальных адресах, которые недоступны из интернета.
• Отмечает порт 25: почтовый порт у большинства провайдеров закрыт.
• Подсказывает, если логина нет (значит, нужна привязка по IP) или указан логин без пароля.
• Переводит весь список в нужный формат, который можно скопировать одной кнопкой.

Шаг 2. Подключение

Убедитесь, что прокси вообще отвечает и подменяет адрес. Самый быстрый способ - запрос из командной строки к любому сервису, который возвращает ваш внешний IP. Ниже вместо такого сервиса стоит адрес-заглушка, подставьте свой.

curl -x socks5h://login:[email protected]:8000 https://example.com/ip
curl -x http://login:[email protected]:8000 https://example.com/ip

В ответе должен быть IP прокси, а не ваш домашний. Схема socks5h:// означает, что доменное имя разрешается на стороне прокси, и это сразу проверяет, что DNS тоже идёт через него. Если ответа нет, разберите ошибку:

• Тайм-аут - неверный хост или порт, либо порт закрыт сетевым экраном на вашей стороне.
• Ошибка авторизации (407 для HTTP) - неверный логин или пароль, или при привязке по IP ваш текущий адрес не добавлен в список.
• Соединение сброшено - протокол не совпадает: подключаетесь как к SOCKS5, а порт ждёт HTTP, или наоборот.

Если вы работаете по привязке, помните, что домашний IP может смениться после перезагрузки роутера. Подробнее о двух способах доступа в статье про авторизацию по логину или по IP.

Шаг 3. Страна и город

Сайты определяют местоположение не по реальному расположению сервера, а по базам геолокации IP. Таких баз несколько, они обновляются в разное время и иногда расходятся: один сервис покажет нужную страну, другой соседнюю, третий город в двухстах километрах.

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

Шаг 4. Скорость и задержка

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

curl -x socks5h://login:[email protected]:8000 -o /dev/null -s \
  -w "connect: %{time_connect}  ttfb: %{time_starttransfer}  total: %{time_total}\n" \
  https://example.com/

• Время первого байта (TTFB) показывает, как быстро сайт начинает отвечать через прокси. Это главная метрика для парсинга и работы в браузере.
• Сделайте несколько замеров подряд и смотрите на разброс, а не на один удачный результат.
• Сравните с замером без прокси: так видно, сколько добавляет сам прокси, а сколько тормозит сайт.

На задержку сильнее всего влияет расстояние: прокси в другой части света до сайта в вашей стране будет отвечать медленнее, как бы хорош ни был канал. Резидентские и мобильные адреса обычно медленнее серверных и ISP, это особенность домашних и операторских сетей, а не дефект.

Шаг 5. Утечки WebRTC и DNS

Даже если сайт видит IP прокси, браузер может выдать дополнительные сведения. Два главных источника утечек - WebRTC и DNS.

WebRTC

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

DNS

При DNS-утечке имена сайтов разрешаются через вашего провайдера, а не через прокси. Сайт видит IP прокси, но DNS-сервер из другой страны. Для SOCKS5 это решается режимом удалённого разрешения имён (socks5h), для HTTPS имя передаётся прокси в запросе CONNECT.

• Откройте в браузере с прокси сервис проверки утечек и посмотрите, какие IP и DNS-серверы он видит.
• В антидетект-браузере WebRTC обычно подменяется на IP прокси или отключается в настройках профиля, там же задаются часовой пояс и язык под гео адреса.
• В обычном браузере WebRTC можно ограничить настройками или расширением, но полноценной изоляции профилей это не заменит.

Как правильно добавить прокси в профиль, мы разобрали в статье о прокси в антидетект-браузере.

Шаг 6. Проверка на целевом сайте

Финальная проверка - сам сайт, ради которого покупался прокси. Откройте его через прокси, пройдите обычный путь пользователя, сделайте несколько запросов из своего инструмента. Если сайт сразу показывает капчу, ошибку доступа или отвечает кодом 403 или 429, адрес или тип прокси не подходят под эту площадку.

Причины бывают разные: репутация подсети, слишком высокая частота запросов, несовпадение гео и настроек браузера. Подробный разбор в статье о том, почему сайт блокирует прокси.