Pēc starpniekservera iestatīšanas pārlūks vēl rāda veco IP

Salīdziniet precīzo IP, ko tas pats pārbaudes pakalpojums ziņo pirms un pēc maiņas. Vietnes saglabāta pieteikšanās, valoda vai reģions nepierāda, ka publiskais IP nav mainījies.

1. Veiciet jaunu pieprasījumu iestatītajā profilā. Pārlādējiet pārbaudes lapu vai izmantojiet tās atsvaidzināšanas vadīklu un pieprasījuma laika zīmogu. curl vai cita pārlūka rezultāts neapraksta šo profilu.
2. Apstipriniet aktīvo konfigurāciju. Firefox adresi izmanto tikai attiecīgajā manuālajā režīmā; sistēmas, automātiskais un režīms bez starpniekservera izvēlas citādi. Chrome pārbaudiet sistēmas starpniekserveri vai faktiski strādājošā profila karodziņus. Palaišana var atkārtoti izmantot esošu procesu; jauna atsevišķa lietotāja datu mape padara atsevišķu testu ar karodziņiem skaidrāku. Ja iestatījumus vada paplašinājums, pārbaudiet to.
3. Pārbaudiet testa URL izņēmumus. Manuāla apiešana, PAC rezultāti un sistēmas izņēmumi var atstāt vienu galamērķi tiešā savienojumā. Testam neizmantojiet localhost: Chrome bez papildu iestatījuma apiet starpniekserveri atgriezeniskās cilpas un dažām lokālajām adresēm.
4. Salīdziniet pareizās adreses. Iestatītais klausītājs un galamērķa novērotā izeja var atšķirties. Ja ziņotā adrese ir mainījusies no tiešā rezultāta, bet atšķiras no saraksta ieraksta, starpniekserveris joprojām var strādāt.

Ja tiešie un starpniekservera rezultāti paliek vienādi, izmēģiniet citu galapunktu ar to pašu protokolu no sava pakalpojuma vai bezmaksas starpniekserveru saraksta un klienta trasē meklējiet mēģinājumu sasniegt izvēlēto starpniekserveri. Chrome gadījumā NetLog ieraksts ļauj sekot attiecīgā pieprasījuma maršrutam. Jauns pieprasījums, kas strādā arī tad, kad starpniekserveris nav sasniedzams, ir iemesls pētīt tiešu maršrutēšanu vai rezerves ceļu, nevis atkārtoti labot adresi.