Brauser näitab pärast puhverserveri seadistamist endiselt vana IP-d

Võrdle täpset IP-d, mille sama kontrolliteenus enne ja pärast muudatust teatab. See, et veebisait säilitab sisselogimise, keele või piirkonna, ei tõesta avaliku IP muutumatust.

1. Tee seadistatud profiilis uus päring. Laadi kontrollileht uuesti või kasuta selle värskendusnuppu ja päringu ajatemplit. curl-i või teise brauseri tulemus ei kirjelda seda profiili.
2. Kinnita aktiivne seadistus. Firefox kasutab aadressi vaid vastavas käsitsi režiimis; süsteemi-, automaatne ja puhverserverita režiim valivad teisiti. Chrome’i puhul uuri süsteemi puhverserverit või tegelikult töötava profiili lippe. Käivitamine võib olemasolevat protsessi taaskasutada; uus eraldi kasutajaandmete kataloog teeb lippudel põhineva eraldiseisva testi selgemaks. Kui laiendus juhib seadeid, uuri seda.
3. Kontrolli testi-URL-i erandeid. Käsitsi möödapääsud, PAC-i tulemused ja süsteemierandid võivad jätta ühe sihtkoha otseühendusele. Ära testi localhost-iga: Chrome möödub puhverserverist tagasiside- ja teatavate kohalike aadresside korral vaikimisi.
4. Võrdle õigeid aadresse. Seadistatud kuulaja ja sihtkoha nähtav väljund võivad erineda. Kui teatatud aadress muutus otsese tulemusega võrreldes, kuid erineb loendikirjest, võib puhverserver siiski töötada.

Kui otse- ja puhverserveritulemused jäävad samaks, proovi teenuse või tasuta puhverserverite loendi teist sama protokolliga lõpp-punkti ja otsi kliendi jäljest katset valitud puhverserverini jõuda. Chrome’is saab selle päringu marsruuti jälgida NetLogi salvestusega. Uue päringu õnnestumine ka siis, kui puhverserver on kättesaamatu, annab põhjuse uurida otsemarsruutimist või varuteed, mitte aadressi korduvalt muuta.