Отворен 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 използвайте съответния SOCKS режим на клиента и завършете договарянето. Неправилно ръкостискане може да се провали веднага след приемане на TCP.
| Наблюдаван етап | Какво доказва |
|---|---|
| TCP приет | Слушателят е достижим. |
| Ръкостискането с проксито е прието | Слушателят е приел тази прокси операция. |
| TLS на целта е проверен | Клиентът е завършил предвидената защитена връзка според настройките си за доверие. |
| Получени са очакваните статус и съдържание | Заявката на приложението е дала очаквания резултат. |
За HTTPS през HTTP прокси CONNECT към целевия порт трябва да е разрешен. Дори CONNECT 200 е междинен етап: тунелът може да се затвори преди успех на TLS или на крайната заявка. Успехът на нешифрован HTTP не доказва тази способност за тунелиране.
Използвайте цел с предвидимо съдържание, за предпочитане под ваш контрол, и проверете записа на заявката, ако е достъпен. Нешифрован HTTP слушател може да върне фиксирана страница със статус 200, без изобщо да се свърже с целта. Произволен успешен статус е по-слабо доказателство от съвпадение с очаквания отговор; HTTPS проверката на самоличността добавя защита.
Запишете последния успешен етап. „Портът е отворен, SOCKS договарянето е отказано“ дава полезна начална точка за следващата проверка.