Otwarty port TCP nie dowodzi, że proxy działa
Udany test portu jedynie nawiązuje połączenie. Sprawdź też negocjację proxy i oczekiwaną odpowiedź serwera docelowego.
Otwarty port TCP oznacza, że punkt nasłuchu przyjął połączenie. Może to być proxy, zwykły serwer WWW lub inna usługa; port 8080 nie identyfikuje protokołu.
Dla punktu opisanego jako proxy HTTP użyj rzeczywistego adresu w żądaniu HTTPS z limitami czasu:
curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --verbose https://example.com/Adres dokumentacyjny zastąp swoim punktem HTTP lub kandydatem z listy proxy HTTP. Dla SOCKS użyj odpowiedniego trybu klienta SOCKS i ukończ negocjację. Błędny handshake może zawieść zaraz po przyjęciu TCP.
| Zaobserwowany etap | Co potwierdza |
|---|---|
| TCP przyjęte | Punkt nasłuchu jest osiągalny. |
| Negocjacja proxy przyjęta | Punkt nasłuchu zaakceptował tę operację proxy. |
| TLS celu zweryfikowany | Klient ukończył zamierzone bezpieczne połączenie zgodnie ze swoimi ustawieniami zaufania. |
| Otrzymano oczekiwany status i treść | Żądanie aplikacji dało oczekiwany wynik. |
Dla HTTPS przez proxy HTTP CONNECT do portu docelowego musi być dozwolony. Nawet CONNECT 200 jest etapem pośrednim: tunel może zamknąć się przed powodzeniem TLS lub końcowego żądania. Sukces zwykłego HTTP nie potwierdza tej zdolności tunelowania.
Użyj celu o przewidywalnej treści, najlepiej pod własną kontrolą, i w miarę dostępności sprawdź jego zapis żądania. Nieszyfrowany punkt HTTP może zwrócić stałą stronę ze statusem 200 bez kontaktowania się z celem. Dowolny status sukcesu jest słabszym dowodem niż zgodność z oczekiwaną odpowiedzią; weryfikacja tożsamości HTTPS daje dodatkową ochronę.
Zapisz ostatni udany etap. „Port otwarty, negocjacja SOCKS odrzucona” daje użyteczny punkt wyjścia do dalszej analizy.