Как проверить скорость мобильного прокси
Практическая методика измерения задержки, времени первого байта, скорости загрузки и стабильности мобильного прокси.
Один показатель «Мбит/с» не описывает качество прокси. Для коротких запросов важнее задержка и время до первого байта, для загрузки файлов — пропускная способность, а для длительной работы — стабильность и доля ошибок. Корректная проверка измеряет эти показатели отдельно и сравнивает несколько повторов.
Что именно измерять
Время соединения
Показывает, сколько заняло подключение к точке входа прокси. Большое значение может указывать на сетевой маршрут до прокси, недоступный порт или перегрузку, но не объясняет причину само по себе.
Время до первого байта
Включает путь до прокси, соединение с конечным сайтом, TLS и время обработки запроса самим сайтом. Поэтому медленный сайт способен ухудшить результат даже при исправном прокси.
Скорость передачи
Средняя скорость полезна для достаточно большого ответа. Маленькая страница заканчивается раньше, чем соединение успевает выйти на устойчивый режим, и не подходит для оценки пропускной способности.
Стабильность
Смотрите не только среднее, но и разброс, timeout и неуспешные ответы. Десять близких результатов обычно полезнее одного рекордного.
Подготовьте честное сравнение
Чтобы не сравнивать разные условия:
- Используйте один компьютер и одно приложение.
- Выберите один HTTPS URL с предсказуемым ответом.
- Сначала сделайте серию без прокси, затем через прокси.
- Не запускайте параллельно обновления и большие загрузки.
- Запишите время, внешний IP и результат каждого запуска.
- После ротации считайте новую серию отдельным измерением.
Мобильная сеть меняется со временем, поэтому тест утром и вечером может дать разный результат. Это не повод выбирать лучший одиночный замер.
Быстрая проверка в браузере
Браузер подходит для ответа на два вопроса: открываются ли сайты и изменился ли внешний IP. Встроенная панель разработчика показывает длительность отдельных запросов, но результат зависит от кэша, расширений, фоновых запросов и работы самой страницы.
Для повторяемости откройте приватное окно, отключите лишние расширения и перезагружайте один URL. Не используйте результаты разных speed-test сайтов как единую точную шкалу: у них разные серверы и методика.
Измерение с curl
curl умеет работать с HTTP- и SOCKS-прокси и выводить отдельные временные метрики. Следующий пример с условными значениями проверяет подключение и временные показатели на маленькой странице, но не пропускную способность:
curl.exe --proxy http://HOST:PORT --proxy-user USER:PASSWORD --output NUL --silent --show-error --write-out "connect=%{time_connect} start=%{time_starttransfer} total=%{time_total}`n" https://example.com/Для SOCKS5 с разрешением DNS на стороне прокси используется схема, которую поддерживает curl:
curl.exe --proxy socks5h://HOST:PORT --proxy-user USER:PASSWORD --output NUL --silent --show-error --write-out "connect=%{time_connect} start=%{time_starttransfer} total=%{time_total}`n" https://example.com/Не вставляйте настоящий пароль в команду на общем компьютере, в запись экрана или публичный лог: аргументы и история терминала могут раскрыть его. Для регулярной диагностики используйте защищённый способ передачи секрета, поддерживаемый вашим инструментом.
time_starttransfer показывает время до первого байта, а time_total — полную
длительность запроса. Запустите одну и ту же команду несколько раз и сохраните
все результаты. Для пропускной способности нужен достаточно большой и
контролируемый ответ вашего целевого сервиса; example.com для этого не подходит.
Как читать результаты
| Наблюдение | Что проверить дальше |
|---|---|
Большой time_connect |
Маршрут до прокси, доступность адреса и порта, сетевые ограничения |
| Нормальный connect, большой first byte | Конечный сайт, TLS, маршрут от прокси до сайта |
| Низкая скорость большого файла | Радиоканал, нагрузка, ограничение конечного сервера |
| Сильный разброс | Повторить в другое время и на втором стабильном URL |
| Ошибки только после ротации | Дождаться завершения смены и создать новое соединение |
| Браузер медленный, curl быстрый | Расширения, кэш, DNS и настройки браузера |
Такая таблица помогает найти участок, но не ставит диагноз автоматически.
Почему ping недостаточно
ping проверяет ICMP до указанного узла, если этот трафик вообще разрешён. Он
не подтверждает proxy-авторизацию, HTTPS-туннель или маршрут от прокси до
целевого сайта. Низкий ping и неработающий HTTP-прокси вполне совместимы.
Используйте ping только как дополнительную сетевую проверку, а качество прокси оценивайте реальным запросом через нужный протокол. Если запрос не начинается, перейдите к статье о типичных ошибках подключения.
Перед сравнением серий зафиксируйте фактический IP после ротации. Адрес может со временем повториться, поэтому записывайте результат, а не предполагайте уникальность.
Реквизиты тестируемого подключения Proxy5G сверяйте в разделе «Мои прокси», чтобы случайно не сравнить разные каналы.