Ĉu oni povas kontroli prokurilon per ping?
Respondo al ping testas ICMP-atingeblecon, ne la HTTP- aŭ SOCKS-servon ĉe prokurila pordo.
ping montras, ĉu ICMP-eĥopeto ricevis respondon. Ĝi ne malfermas la HTTP- aŭ SOCKS-pordon en listo de prokuriloj kaj ne petas la prokurilon atingi retejon.
La distingo gravas, kiam ero respondas al ping sed rifuzas prokurilan konekton. ICMP kaj la TCP-servo de la prokurilo sekvas malsamajn vojojn tra la programaro kaj alirreguloj de la gastiganto. Atingebla adreso povas ne havi prokurilon aŭskultantan ĉe la elektita pordo.
Tri rezultoj facile mislegeblaj
- Ping respondas, prokurilo malsukcesas: esploru la servopordon, protokolon, aŭtentikigon kaj prokurilan respondon. La eĥorespondo ne testis tiujn.
- Ping malsukcesas, prokurilo funkcias: la reto aŭ gastiganto povas filtri ICMP sed permesi la prokurilan konekton. Ne forĵetu sukcesan aplikaĵan teston pro senresponda eĥopeto.
- Ping estas rapida, petoj malrapidaj: la eĥa ir-revena tempo ne inkluzivas prokurilan intertraktadon, la vojon de prokurilo al celo, TLS kaj la respondtempon de la celo.
Uzu la efektivan klientan operacion
Por HTTP-finpunkto, faru limigitan HTTP-peton tra ĝi. Se vi bezonas HTTPS, konfirmu ankaŭ tunelstarigon kaj la TLS-respondon de la celo. Por SOCKS uzu la SOCKS-reĝimon subtenatan de la aplikaĵo. TCP-pordokontrolo estas utila intera observado, sed ĝi haltas antaŭ tiuj protokolaj paŝoj.
Konservu ping kiel subtenan retinformon dum problemsolvado de konata vojo. Raportu ĝian rezulton aparte de la aplikaĵa. «La IP respondas al eĥopetoj» kaj «la prokurilo kompletigis ĉi tiun HTTPS-peton» estas malsamaj asertoj; nur la dua testas la celitan operacion.