Браузърът още показва стария IP след настройване на прокси
Проверете дали браузърът е приел настройката, заобиколил тестовия сайт, използвал стара страница или друг слой конфигурация.
Сравнете точния IP, отчетен от една и съща услуга за проверка преди и след промяната. Запазването на входа, езика или региона на сайт не доказва, че публичният IP е останал същият.
- Направете нова заявка в настроения профил. Презаредете страницата за проверка или използвайте нейното обновяване и времевия печат на заявката. Резултат от curl или друг браузър не описва този профил.
- Потвърдете активната конфигурация. Firefox използва адрес само в съответния ръчен режим; системният, автоматичният и режимът без прокси избират различно. За Chrome проверете системния прокси или флаговете на действително работещия профил. Стартиране може да използва повторно съществуващ процес; нова отделна директория за потребителски данни изяснява самостоятелен тест с флагове. Ако разширение управлява настройките, проверете го.
- Проверете изключенията за тестовия URL. Ръчни заобикаляния, резултати от PAC и системни изключения могат да оставят една цел директна. Не тествайте с localhost: Chrome неявно заобикаля проксито за loopback и някои локални адреси.
- Сравнявайте правилните адреси. Настроеният слушател и изходът, наблюдаван от целта, могат да се различават. Ако отчетеният адрес е променен спрямо директния резултат, но е различен от записа в списъка, проксито все пак може да работи.
Ако директните и прокси резултатите остават еднакви, опитайте друга крайна точка със същия протокол от услугата си или от списъка с безплатни проксита и проверете в клиентска трасировка за опит да се достигне избраният прокси. В Chrome запис на NetLog може да проследи маршрута на тази заявка. Ако нова заявка работи, докато проксито е недостъпно, това е причина да проучите директното маршрутизиране или резервния път вместо многократно да редактирате адреса.