Як змусити Chrome перезавантажити файл конфігураційного проксі?

Я часто переміщую свій ноутбук (OSX) між різними зонами Wi-Fi, але моя домашня база має ethernet-з'єднання і покладається на файл proxy.pac моєї організації. Під час повторного підключення після заїзду на дорогу, у мене часто виникає проблема, коли сторінки просто не завантажуються в Chrome або Firefox. Вони просто з часом вичерпаються. Я думаю, це пов’язано з тим, що проксі вимагає імені користувача та пароля - можливо, він просто відкидає неаутентифіковані запити чи щось таке.

Я виявив методом проб і помилок, що у FireFox, якщо перейти до налаштувань проксі, і натиснути «перезавантажити» на конфігурацію проксі, тоді проблема відходить. Врешті-решт у Chrome з’явиться діалогове вікно аутентифікації проксі, але це може бути важко помітити (зазвичай він з’являється у неправильному вікні пробілів, іноді зникає відразу, може бути схований під іншими вікнами додатків тощо).

Отже, моє запитання: як я можу сказати Chrome перезавантажити файл proxy.pac, оскільки це працює для Firefox? (Я думав, що вирішив проблему, зберігаючи файл proxy.pac локально, але, мабуть, ні).

Ласкаво просимо у світ веселощів - це файли автоматичного налаштування проксі (і справді Google Chrome)!

Ви ще нічого не бачили. До суміші браузерів WWW додайте більше, ніж просто Chrome і Firefox, і один - це для світу складності. (Нещодавно я намагався діагностувати, чому файл PAC змушує RealPlayer втрачати здатність взагалі вирішувати будь-які доменні імена.)

Корисні інструменти діагностики, де "корисне" містить "Я сам їх використовував для діагностики проблем", включають консоль JavaScript JavaScript і функцію реєстрації налагоджень. Я один раз діагностував синтаксичну помилку в досить великому файлі PAC. Сторінка звітування про конфігурацію проксі-сервера Chromium (чия URL-адреса SuperUser не дозволяє в якості гіперпосилання) та його аналог звітування про ініціалізацію (аналогічно) також корисні:

chrome://net-internals/proxyservice.config
chrome://net-internals/proxyservice.init_log

Так, переконати Chrome повторно завантажити файл PAC досить складно. У Chrome була досить непроста історія, що стосується налаштувань проксі. Один із способів зробити це досить надійним - повністю вимкнути всі налаштування проксі-сервера в діалоговому вікні системних налаштувань (і зберегти цю зміну, звичайно), почекати хвилину, а потім знову включити їх. Але в минулому (з більш ранніми версіями) мені довелося повністю вийти з Chrome і перезапустити його. Частково це пояснюється тим, що Chrome працює, запитуючи зміни в системних налаштуваннях кожні 10 секунд на задньому плані, коли він інакше працює в режимі очікування.

У базі даних про помилки Chrome ви побачите, що запит про дозвіл налаштованих для Chrome налаштувань проксі-серверів, що перемикаються під час роботи, як і інші веб-переглядачі WWW, який пов’язаний з вашою проблемою, тривав три роки і був закритий, оскільки "Ми цього не виправляємо. ", хоча зараз нібито є розширення (і набір параметрів командного рядка, які, звичайно, не є перемикаючими час виконання).

Як ви зауважили, у Firefox є проста кнопка "Перезавантажити". Як ви бачите, читаючи трирічну дискусію про помилки, це область, де люди дуже незадоволені тим, як поганий функціонал та вигадливий Chrome порівнюється з Firefox.

Зауважте, що це може бути не першопричиною вашої основної проблеми, але, оскільки ви про це не питали, не кажучи вже про те, що десь наблизилися достатньо детально про нього, я не збираюся його вирішувати. ☺

У Chrome 29.x тепер є URL-адреса, chrome://net-internals/#proxyяка має кнопку "Повторно застосувати налаштування".

Він перезавантажує параметри проксі, наприклад, із сценарію PAC .

Документація також перелічує параметри командного рядка для зміни параметрів проксі.

Закриття та відкриття Chrome може зробити це, але Chrome використовує системний проксі, можливо, ні.

Якби я був ти, я б відкрив proxy.pac і побачив, що він робить, а потім створив би проксі-профіль, який ти б увімкнув на роботі та відключив інакше, що відповідає proxy.pac.

Ви можете використовувати щось на зразок проксі-комутатора, щоб керувати ним.

Натрапив на це, зробивши деяку локальну розробку, побачив, що це пов'язано з тим, що розширення am встановлюється корпорацією, яка керувала проксі. Режим інкогніто обходить, і я міг підключитися до свого локального веб-сервера.