Puwede bang suriin ang proxy gamit ang ping?

Sinasabi ng ping kung nakatanggap ng sagot ang ICMP echo request. Hindi nito binubuksan ang HTTP o SOCKS port sa listahan ng proxy at hindi nito hinihiling sa proxy na kumonekta sa website.

Mahalaga ang pagkakaiba kapag sumasagot sa ping ang entry pero tinatanggihan ang proxy connection. Magkaiba ang dinaraanan ng ICMP at TCP service ng proxy sa software at access rules ng host. Maaaring naaabot ang address pero walang proxy na nakikinig sa napiling port.

Tatlong resultang madaling mapagkamalan

• Sumasagot ang ping, pumapalya ang proxy: suriin ang service port, protocol, authentication at proxy response. Hindi iyon nasubok ng echo reply.
• Pumapalya ang ping, gumagana ang proxy: maaaring salain ng network o host ang ICMP habang pinapayagan ang proxy connection. Huwag itapon ang matagumpay na app test dahil walang sagot ang echo request.
• Mabilis ang ping, mabagal ang requests: hindi kasama sa echo round trip ang proxy negotiation, ruta mula proxy hanggang destinasyon, TLS at response time ng destinasyon.

Gamitin ang aktuwal na client operation

Para sa HTTP endpoint, magpadala ng HTTP request na may itinakdang limitasyon sa pamamagitan nito. Kung kailangan ang HTTPS, tiyakin din ang pagbuo ng tunnel at TLS response ng destinasyon. Para sa SOCKS, gamitin ang SOCKS mode na suportado ng app. Kapaki-pakinabang na pansamantalang obserbasyon ang TCP port check pero humihinto pa rin ito bago ang mga hakbang na iyon ng protocol.

Panatilihin ang ping bilang pantulong na network information sa pag-aayos ng kilalang ruta. Iulat ang resulta nito nang hiwalay sa app result. Magkaibang pahayag ang “sumasagot ang IP sa echo requests” at “natapos ng proxy ang HTTPS request na ito”; ang huli lang ang sumusubok sa operasyong balak mong gawin.