Primerjajte natančen IP, ki ga ista preverjevalna storitev pokaže pred spremembo in po njej. Ohranitev prijave, jezika ali regije na strani ne dokazuje, da je javni IP ostal enak.

  1. Pošljite novo zahtevo v nastavljenem profilu. Znova naložite preverjevalnik ali uporabite njegov gumb za osvežitev in časovni žig zahteve. Rezultat curl ali drugega brskalnika ne opisuje tega profila.
  2. Potrdite dejavno konfiguracijo. Firefox naslov uporablja le v ustreznem ročnem načinu; sistemski, samodejni način in način brez posrednika izbirajo drugače. Pri Chromu preverite sistemski posrednik ali zastavice dejansko zagnanega profila. Zagon lahko znova uporabi obstoječi proces; nov namenski imenik uporabniških podatkov razjasni ločen preizkus z zastavicami. Če nastavitve upravlja razširitev, preverite njo.
  3. Preverite izjeme za testni URL. Ročni obhodi, rezultati PAC in sistemske izjeme lahko pustijo en cilj neposreden. Ne uporabljajte localhost za test: Chrome implicitno obide posrednik za povratno zanko in nekatere lokalne naslove.
  4. Primerjajte prave naslove. Nastavljena poslušajoča točka in izhod, ki ga vidi cilj, se lahko razlikujeta. Če se je sporočeni naslov spremenil od neposrednega rezultata, a se razlikuje od vnosa na seznamu, posrednik še vedno lahko deluje.

Če neposredni in posredovani rezultati ostanejo enaki, poskusite drugo končno točko z istim protokolom pri svoji storitvi ali s seznama brezplačnih posredniških strežnikov in v sledi odjemalca poiščite poskus doseganja izbranega posrednika. Pri Chromu lahko zajem NetLog sledi poti te zahteve. Nova zahteva, ki deluje tudi ob nedosegljivem posredniku, je razlog za preiskavo neposrednega usmerjanja ali rezervne poti namesto ponovnega urejanja naslova.

Sorodni članki