Пасля наладжвання проксі браўзер усё яшчэ паказвае стары IP

Параўнайце дакладны IP, які той жа сэрвіс праверкі паведамляе да і пасля змены. Захаванне ўваходу, мовы або рэгіёна сайта не даказвае, што публічны IP не змяніўся.

1. Зрабіце новы запыт у наладжаным профілі. Перазагрузіце старонку праверкі або скарыстайцеся яе абнаўленнем і пазнакай часу запыту. Вынік curl ці іншага браўзера не апісвае гэты профіль.
2. Пацвердзіце актыўную канфігурацыю. У Firefox адрас выкарыстоўваецца толькі ў адпаведным ручным рэжыме; сістэмны, аўтаматычны рэжымы і рэжым без проксі выбіраюць інакш. Для Chrome праверце сістэмны проксі або сцягі фактычна запушчанага профілю. Запуск можа паўторна выкарыстоўваць існуючы працэс; новы асобны каталог карыстальніцкіх даных робіць незалежную праверку са сцягамі больш зразумелай. Калі наладамі кіруе пашырэнне, праверце яго.
3. Праверце выключэнні для тэставага URL. Ручны абыход, вынікі PAC і сістэмныя выключэнні могуць пакінуць асобную мэту на прамым злучэнні. Не выкарыстоўвайце localhost для праверкі: Chrome няяўна абыходзіць проксі для зваротнай пятлі і некаторых лакальных адрасоў.
4. Параўноўвайце правільныя адрасы. Наладжаны слухач і выхад, які бачыць мэтавы сервер, могуць адрознівацца. Калі паказаны адрас змяніўся адносна прамога выніку, але адрозніваецца ад запісу спіса, проксі ўсё роўна можа працаваць.

Калі прамы і проксі-вынікі застаюцца аднолькавымі, паспрабуйце іншы вузел з тым жа пратаколам ад свайго сэрвісу або са спіса бясплатных проксі і знайдзіце ў трасіроўцы кліента спробу звярнуцца да выбранага проксі. У Chrome запіс NetLog дазваляе прасачыць маршрут гэтага запыту. Калі новы запыт працуе пры недаступным проксі, варта вывучыць прамую маршрутызацыю або рэзервовы шлях, а не шматкроць змяняць адрас.