Ihambing ang eksaktong IP na iniulat ng parehong checking service bago at pagkatapos ng pagbabago. Ang pagpapanatili ng isang website sa iyong login, wika o rehiyon ay hindi katibayang hindi nagbago ang pampublikong IP.

  1. Gumawa ng bagong request sa profile na na-configure. I-reload ang checker o gamitin ang refresh control nito at ang timestamp ng request. Hindi inilalarawan ng resulta mula sa curl o ibang browser ang profile na ito.
  2. Tiyakin ang aktibong configuration. Sa Firefox, ginagamit lamang ang address sa kaukulang manual mode; iba ang pagpili sa system, automatic at no-proxy mode. Para sa Chrome, tingnan ang system proxy o ang mga flag ng profile na talagang tumatakbo. Maaaring muling gamitin ng paglulunsad ang umiiral na proseso; mas malinaw ang hiwalay na flag-based test gamit ang bagong nakalaang user-data directory. Kung extension ang kumokontrol sa mga setting, siyasatin ito.
  3. Suriin ang mga exclusion para sa test URL. Maaaring manatiling direkta ang isang destinasyon dahil sa manual bypass, resulta ng PAC o system exception. Iwasang gamitin ang localhost sa test: awtomatikong nilalampasan ng Chrome ang proxy para sa loopback at ilang lokal na address kahit walang tahasang setting.
  4. Ihambing ang tamang mga address. Maaaring magkaiba ang na-configure na listener at ang exit na nakikita ng destinasyon. Kung nagbago ang iniulat na address mula sa direktang resulta pero naiiba sa entry sa listahan, maaari pa ring gumagana ang proxy.

Kung magkapareho pa rin ang direkta at naka-proxy na resulta, subukan ang ibang endpoint na may parehong protocol mula sa iyong serbisyo o sa listahan ng libreng proxy at hanapin sa client trace kung may pagtatangkang abutin ang napiling proxy. Para sa Chrome, maaaring sundan ng NetLog capture ang rutang ginamit ng request na iyon. Kung gumagana pa rin ang bagong request kahit hindi maabot ang proxy, dapat siyasatin ang direktang routing o fallback sa halip na paulit-ulit na baguhin ang address.

Kaugnay na mga artikulo