Діалог налаштувань показує налаштовану політику. Щоб з'ясувати, який маршрут обрав Chrome для одного URL, запишіть мережеві події браузера під час завантаження цього URL.

  1. Відкрийте chrome://net-export/ у Chrome.
  2. Почніть запис на диск і залиште цю вкладку відкритою.
  3. В іншій вкладці повторіть конкретний перехід. Запишіть URL і приблизний час.
  4. Поверніться на вкладку експорту та зупиніть запис.

Отриманий NetLog можна переглянути в сумісному переглядачі. Використовуйте стандартне налаштування конфіденційності запису, якщо спеціально не потрібні додаткові відомості; журнали можуть розкривати інформацію про перегляд і мережу.

Спочатку прочитайте запит, потім події проксі

Знайдіть цільовий запит і простежте пов'язані з ним джерела, а не шукайте в усьому файлі перше ім'я хоста проксі. Chrome може одночасно завантажувати сторонні вкладки та фонові ресурси.

Визначення проксі повертає впорядкований список кандидатів. Наприклад, гіпотетичний результат може виглядати так:

PROXY proxy-a.example:8080; PROXY proxy-b.example:8080; DIRECT

Це описує можливі маршрути. Це не доводить, що proxy-a передав запит або що з усіма трьома маршрутами було встановлено контакт.

Шукайте визначений список проксі, будь-які події зниження пріоритету несправного проксі або переходу до резервного варіанта, а також пов'язані події з'єднання чи потоку. Прослідкуйте до вибраного вузла та кінцевого результату. Якщо потрібне перезавантаження, розрізняйте стан конфігурації PAC і запам'ятований стан несправного проксі. Коли з'єднання використовується повторно, запит може вказувати на наявний потік або сокет, а не створювати нове TCP-з'єднання в цей момент.

Словник подій включає PROXY_RESOLUTION_SERVICE_RESOLVED_PROXY_LIST і PROXY_LIST_FALLBACK. Залежно від шляху визначення відомості списку можуть відображатися як pac_string або proxy_info. Експортовані типи подій можуть бути числовими й декодуються через константи, записані в захопленні; фіксоване число, скопійоване з іншої версії Chrome, ненадійне.

Результат DIRECT для цього URL може існувати одночасно з проксі, який використовує інший URL. Рішення PAC і правила обходу залежать від пункту призначення. Зберігайте докази конкретного запиту, повідомляючи результат.

Схожі статті