Открытый TCP-порт не доказывает, что прокси работает
Успешная проверка порта лишь устанавливает соединение. Проверьте также согласование протокола прокси и ожидаемый ответ цели.
Открытый TCP-порт означает, что слушающий сервис принял соединение. Это может быть прокси, обычный веб-сервер или другая служба; порт 8080 не определяет протокол.
Для точки, документированной как HTTP-прокси, используйте её реальный адрес в HTTPS-запросе с ограничением времени:
curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --verbose https://example.com/
Замените документационный адрес своей HTTP-точкой или кандидатом из списка HTTP-прокси. Для SOCKS выберите соответствующий режим клиента и завершите согласование. Неправильное рукопожатие может завершиться ошибкой сразу после принятия TCP.
| Наблюдаемый этап | Что он подтверждает |
|---|---|
| TCP принят | Слушающий сервис доступен. |
| Согласование прокси принято | Слушающий сервис принял эту операцию прокси. |
| TLS цели проверен | Клиент завершил нужное защищённое соединение согласно своим настройкам доверия. |
| Получены ожидаемые статус и содержимое | Запрос приложения дал ожидаемый результат. |
Для HTTPS через HTTP-прокси должен быть разрешён CONNECT к целевому порту. Даже CONNECT 200 — промежуточный этап: туннель может закрыться до успеха TLS или конечного запроса. Успех незашифрованного HTTP не подтверждает эту возможность туннелирования.
Используйте цель с предсказуемым содержимым, желательно под своим контролем, и при наличии проверьте запись запроса. Слушающий HTTP-сервис может вернуть фиксированную страницу со статусом 200 вообще без обращения к цели. Любой успешный статус — более слабое свидетельство, чем совпадение с ожидаемым ответом; проверка подлинности HTTPS даёт дополнительную защиту.
Запишите последний успешный этап. «Порт открыт, согласование SOCKS отклонено» — полезная отправная точка дальнейшей проверки.