ping kan fortælle, om en ICMP-ekkoforespørgsel fik svar. Det åbner ikke HTTP- eller SOCKS-porten i en proxyliste og beder ikke proxyen om at nå et websted.

Forskellen betyder noget, når en post svarer på ping, men afviser en proxyforbindelse. ICMP og proxyens TCP-tjeneste følger forskellige veje gennem værtens software og adgangsregler. En tilgængelig adresse kan være uden en proxy, der lytter på den valgte port.

Tre resultater, der let misforstås

  • Ping svarer, proxyen fejler: undersøg tjenesteport, protokol, godkendelse og proxysvar. Ekkosvaret har ikke testet dem.
  • Ping fejler, proxyen virker: netværket eller værten kan filtrere ICMP og samtidig tillade proxyforbindelsen. Kassér ikke en vellykket applikationstest på grund af en ubesvaret ekkoforespørgsel.
  • Ping er hurtig, forespørgsler er langsomme: ekkoets rundtur udelader proxyforhandling, ruten fra proxy til destination, TLS og destinationens svartid.

Brug den faktiske klientoperation

For et HTTP-endepunkt skal du sende en afgrænset HTTP-forespørgsel igennem det. Har du brug for HTTPS, skal du også bekræfte tunneloprettelse og destinationens TLS-svar. Brug applikationens understøttede SOCKS-tilstand til SOCKS. En TCP-portkontrol er en nyttig mellemobservation, men stopper stadig før disse protokoltrin.

Behold ping som supplerende netværksinformation ved fejlfinding af en kendt rute. Rapporter resultatet adskilt fra applikationsresultatet. »IP’en svarer på ekkoforespørgsler« og »proxyen gennemførte denne HTTPS-forespørgsel« er forskellige udsagn; kun det sidste tester den tilsigtede operation.

Relaterede artikler