Після налаштування проксі браузер і далі показує старий IP

Порівняйте точний IP, який та сама служба перевірки повідомляє до та після зміни. Збереження входу, мови чи регіону на сайті не доводить, що публічний IP залишився тим самим.

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

Якщо прямі та проксійовані результати залишаються однаковими, спробуйте інший вузол того самого протоколу від своєї служби або зі списку безкоштовних проксі та знайдіть у трасуванні клієнта спробу дістатися обраного проксі. У Chrome запис NetLog дає змогу простежити маршрут цього запиту. Якщо новий запит працює за недоступного проксі, варто дослідити пряму маршрутизацію чи резервний шлях замість постійного редагування адреси.