Vai starpniekserveri var pārbaudīt ar ping?

ping parāda, vai ICMP atbalss pieprasījums saņēma atbildi. Tas neatver starpniekserveru sarakstā norādīto HTTP vai SOCKS portu un nelūdz starpniekserverim sasniegt vietni.

Atšķirība ir svarīga, ja ieraksts atbild uz ping, bet atsaka starpniekservera savienojumu. ICMP un starpniekservera TCP pakalpojums iet pa atšķirīgiem ceļiem caur resursdatora programmatūru un piekļuves noteikumiem. Sasniedzamai adresei var nebūt starpniekservera, kas klausās izvēlētajā portā.

Trīs viegli pārprotami rezultāti

• Ping atbild, starpniekserveris neizdodas: izpētiet pakalpojuma portu, protokolu, autentifikāciju un starpniekservera atbildi. Atbalss atbilde to nav pārbaudījusi.
• Ping neizdodas, starpniekserveris darbojas: tīkls vai resursdators var filtrēt ICMP, atļaujot starpniekservera savienojumu. Neatmetiet veiksmīgu lietotnes testu neatbildēta atbalss pieprasījuma dēļ.
• Ping ir ātrs, pieprasījumi lēni: atbalss turp-atpakaļ ceļš neietver starpniekservera sarunas, maršrutu no tā uz galamērķi, TLS un galamērķa atbildes laiku.

Izmantojiet īsto klienta darbību

HTTP galapunktam veiciet caur to HTTP pieprasījumu ar noteiktām robežām. Ja vajag HTTPS, apstipriniet arī tuneļa izveidi un galamērķa TLS atbildi. SOCKS gadījumā izmantojiet lietotnes atbalstīto SOCKS režīmu. TCP porta pārbaude ir noderīgs starpnovērojums, taču apstājas pirms šiem protokola soļiem.

Zināma maršruta problēmu novēršanā paturiet ping kā papildu tīkla informāciju. Ziņojiet tā rezultātu atsevišķi no lietotnes. “IP atbild uz atbalss pieprasījumiem” un “starpniekserveris pabeidza šo HTTPS pieprasījumu” ir dažādi apgalvojumi; tikai otrais pārbauda iecerēto darbību.