Avatud TCP-port ei tõesta puhverserveri toimimist
Edukas pordikontroll loob vaid ühenduse. Kontrolli ka puhverserveri käepigistust ja sihtkoha oodatud vastust.
Avatud TCP-port näitab, et kuulaja võttis ühenduse vastu. See võib olla puhverserver, tavaline veebiserver või muu teenus; port 8080 ei määra protokolli.
HTTP-puhverserverina dokumenteeritud lõpp-punkti tegelikku aadressi kasuta ajapiiridega HTTPS-päringus:
curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --verbose https://example.com/Asenda dokumentatsiooniaadress oma HTTP-lõpp-punkti või HTTP-puhverserverite loendi kandidaadiga. SOCKSi puhul kasuta vastavat SOCKS-kliendirežiimi ja vii läbirääkimine lõpule. Vale käepigistus võib nurjuda kohe pärast TCP vastuvõtmist.
| Vaadeldud etapp | Mida see tõendab |
|---|---|
| TCP vastu võetud | Kuulaja on kättesaadav. |
| Puhverserveri käepigistus vastu võetud | Kuulaja võttis selle puhverserveritoimingu vastu. |
| Sihtkoha TLS kontrollitud | Klient viis kavandatud turvalise ühenduse lõpule oma usaldusseadete järgi. |
| Oodatud olek ja sisu saadud | Rakenduse päring andis oodatud tulemuse. |
HTTPS läbi HTTP-puhverserveri nõuab CONNECTi lubamist sihtporti. Isegi CONNECT 200 on vaheetapp: tunnel võib sulguda enne TLS-i või lõpliku päringu õnnestumist. Krüptimata HTTP edu ei tõenda seda tunnelivõimekust.
Kasuta ennustatava sisuga sihtkohta, eelistatavalt enda kontrolli all, ja vaata võimaluse korral selle päringukirjet. Krüptimata HTTP-kuulaja võib tagastada püsilehe olekuga 200 sihtkohaga üldse ühendust võtmata. Suvaline eduolek on nõrgem tõend kui vastavus oodatud vastusele; HTTPS-identiteedikontroll annab lisakaitse.
Salvesta viimane edukas etapp. „Port avatud, SOCKSi läbirääkimine tagasi lükatud” annab edasiseks uurimiseks kasuliku lähtekoha.