Kinst in proxy mei ping kontrolearje?
In ping-antwurd test ICMP-berikberens, net de HTTP- of SOCKS-tsjinst op in proxypoarte.
ping fertelt oft in ICMP-eko-oanfraach antwurd krige. It iepenet de HTTP- of SOCKS-poarte yn in proxylist net en freget de proxy net om in webside te berikken.
It ûnderskied telt as in yngong op ping antwurdet mar in proxyferbining wegeret. ICMP en de TCP-tsjinst fan de proxy folgje oare paden troch hostsoftware en tagongsregels. In berikber adres hoecht gjin lústerjende proxy op de keazen poarte te hawwen.
Trije resultaten dy’t maklik ferkeard lêzen wurde
- Ping antwurdet, proxy mislearret: ûndersykje tsjinstpoarte, protokol, autentikaasje en proxyantwurd. It ekoantwurd hat dy net test.
- Ping mislearret, proxy wurket: netwurk of host kin ICMP filterje en de proxyferbining tastean. Smyt in slagge applikaasjetest net fuort om in ûnbeantwurde eko-oanfraach.
- Ping is fluch, oanfragen binne stadich: de ekoretourtiid nimt proxyûnderhanneling, de rûte fan proxy nei bestimming, TLS en de reaksjetiid fan de bestimming net mei.
Brûk de echte kliïnthanneling
Foar in HTTP-einpunt, doch der in begrinzge HTTP-oanfraach trochhinne. Hast HTTPS nedich, befêstigje dan ek tunnelopbou en it TLS-antwurd fan de bestimming. Brûk foar SOCKS de SOCKS-modus dy’t de applikaasje stipet. In TCP-poartetest is in nuttige tuskenwaarnimming, mar stoppet noch foar dy protokolstappen.
Hâld ping as oanfoljende netwurkynformaasje by probleemûndersyk op in bekende rûte. Rapportearje de útkomst apart fan it applikaasjeresultaat. ‘It IP beäntwurdet eko-oanfragen’ en ‘de proxy hat dizze HTTPS-oanfraach foltôge’ binne ferskillende útspraken; allinnich de lêste test de bedoelde hanneling.