Ваш клієнт на основі GIO звертається безпосередньо до 192.168.40.12, але використовує проксі для reports.example. DNS повідомляє, що ім'я розв'язується в цю адресу. Резолвер обходу не зобов'язаний виконувати цей запит перед вибором маршруту.

GSimpleProxyResolver документує окремі правила зіставлення: винятки за іменем хоста застосовуються до призначень, визначених іменем; винятки за IP застосовуються до призначень, визначених адресою.

Якщо 192.168.40.12 — єдиний запис у ignore-hosts, числове призначення може обходити проксі, а ім'я хоста — ні. Розширення адреси до запису підмережі не перетворює її автоматично на список імен, що розв'язуються в цій підмережі.

Якщо обидва варіанти написання мають бути прямими, висловіть обидва наміри формами, які підтримує фактичний споживач. Якщо винятки походять із налаштувань GNOME, зберігайте їх як окремі елементи списку. Тримайте виняток за іменем настільки вузьким, наскільки дозволяє вимога; зручне широке правило домену може звільнити не пов'язані сервіси.

Це контракт резолвера GIO, а не універсальне правило для кожного застосунку на робочому столі GNOME. Інший браузер або HTTP-бібліотека може використовувати інший резолвер, PAC-скрипт або явну конфігурацію проксі.

Порівняйте написання URL, вибраний резолвер і активний режим проксі, перш ніж діагностувати зламаний парсер підмереж. Успішне пряме з'єднання за адресою є корисним свідченням про цей запит на основі адреси. Саме по собі воно нічого не говорить про те, як було класифіковано запит за іменем.

Схожі статті