Atvērts TCP ports nepierāda, ka starpniekserveris darbojas
Veiksmīga porta pārbaude tikai izveido savienojumu. Pārbaudiet arī starpniekservera rokasspiedienu un gaidīto mērķa atbildi.
Atvērts TCP ports rāda, ka klausītājs pieņēmis savienojumu. Tas var būt starpniekserveris, parasts tīmekļa serveris vai cits pakalpojums; ports 8080 nenosaka protokolu.
Galapunktam, kas dokumentēts kā HTTP starpniekserveris, izmantojiet īsto adresi HTTPS pieprasījumā ar laika ierobežojumiem:
curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --verbose https://example.com/Aizstājiet dokumentācijas adresi ar savu HTTP galapunktu vai kandidātu no HTTP starpniekserveru saraksta. SOCKS gadījumā izmantojiet attiecīgo SOCKS klienta režīmu un pabeidziet sarunas. Nepareizs rokasspiediens var neizdoties uzreiz pēc TCP pieņemšanas.
| Novērotais posms | Ko tas apliecina |
|---|---|
| TCP pieņemts | Klausītājs ir sasniedzams. |
| Starpniekservera rokasspiediens pieņemts | Klausītājs pieņēma šo starpniekservera darbību. |
| Mērķa TLS pārbaudīts | Klients pabeidza paredzēto drošo savienojumu atbilstoši saviem uzticamības iestatījumiem. |
| Saņemts gaidītais statuss un saturs | Lietotnes pieprasījums deva gaidīto rezultātu. |
HTTPS caur HTTP starpniekserveri prasa atļaut CONNECT uz mērķa portu. Pat CONNECT 200 ir starpposms: tunelis var aizvērties pirms TLS vai pēdējā pieprasījuma veiksmes. Nešifrēta HTTP veiksme nepierāda šo tuneļa iespēju.
Izmantojiet mērķi ar paredzamu saturu, vēlams savā kontrolē, un pārbaudiet pieprasījuma ierakstu, ja tas pieejams. Nešifrēts HTTP klausītājs var atdot nemainīgu lapu ar statusu 200, nemaz nesazinoties ar mērķi. Jebkurš veiksmes statuss ir vājāks pierādījums nekā atbilstība gaidītajai atbildei; HTTPS identitātes pārbaude sniedz papildu aizsardzību.
Pierakstiet pēdējo veiksmīgo posmu. „Ports atvērts, SOCKS sarunas noraidītas” dod noderīgu sākumpunktu nākamajai izmeklēšanai.