Poți verifica un proxy cu ping?

ping arată dacă o cerere ecou ICMP a primit răspuns. Nu deschide portul HTTP sau SOCKS indicat într-o listă de proxy-uri și nu îi cere proxy-ului să acceseze un site.

Distincția contează când o intrare răspunde la ping, dar refuză conexiunea proxy. ICMP și serviciul TCP al proxy-ului urmează căi diferite prin software-ul și regulile de acces ale gazdei. O adresă accesibilă poate să nu aibă niciun proxy care ascultă pe portul ales.

Trei rezultate ușor de interpretat greșit

• Ping răspunde, proxy-ul eșuează: investigați portul serviciului, protocolul, autentificarea și răspunsul proxy-ului. Răspunsul ecou nu le-a testat.
• Ping eșuează, proxy-ul funcționează: rețeaua sau gazda poate filtra ICMP și permite conexiunea proxy. Nu respingeți un test de aplicație reușit pentru că o cerere ecou a rămas fără răspuns.
• Ping este rapid, cererile sunt lente: drumul dus-întors al ecoului omite negocierea proxy, ruta de la proxy la destinație, TLS și timpul de răspuns al destinației.

Folosiți operația reală a clientului

Pentru un punct HTTP, efectuați prin el o cerere HTTP cu limite stabilite. Dacă aveți nevoie de HTTPS, confirmați și stabilirea tunelului și răspunsul TLS al destinației. Pentru SOCKS folosiți modul SOCKS acceptat de aplicație. O verificare a portului TCP este o observație intermediară utilă, dar se oprește înaintea acelor pași de protocol.

Păstrați ping ca informație de rețea suplimentară la depanarea unei rute cunoscute. Raportați rezultatul separat de cel al aplicației. „IP-ul răspunde la cereri ecou” și „proxy-ul a finalizat această cerere HTTPS” sunt afirmații diferite; doar a doua testează operația urmărită.