Twój klient oparty na GIO łączy się bezpośrednio z 192.168.40.12, ale używa proxy dla reports.example. DNS wskazuje, że nazwa rozwiązuje się na ten adres. Resolver omijający nie musi wykonywać tego zapytania przed wyborem trasy.

GSimpleProxyResolver dokumentuje osobne reguły dopasowania: wykluczenia nazw hostów dotyczą miejsc docelowych identyfikowanych nazwą; wykluczenia IP dotyczą miejsc docelowych identyfikowanych adresem.

Gdy tylko 192.168.40.12 znajduje się na liście ignore-hosts, miejsce docelowe podane adresem może omijać proxy, a nazwa hosta nie. Rozszerzenie adresu do wpisu podsieci nie zamienia go automatycznie w listę nazw rozwiązujących się w tej podsieci.

Jeśli oba zapisy mają być bezpośrednie, wyraź obie intencje formami obsługiwanymi przez rzeczywistego konsumenta. Jeśli wyjątki pochodzą z ustawień GNOME, zapisz je jako osobne wpisy listy. Utrzymuj wyjątek nazwy tak wąski, jak pozwala wymaganie; wygodna szeroka reguła domeny może zwolnić z proxy niepowiązane usługi.

To kontrakt resolvera GIO, a nie uniwersalna reguła dla każdej aplikacji na pulpicie GNOME. Inna przeglądarka lub biblioteka HTTP może używać innego resolvera, skryptu PAC albo jawnej konfiguracji proxy.

Przed diagnozowaniem zepsutego parsera podsieci porównaj zapis URL, wybrany resolver i aktywny tryb proxy. Udane połączenie bezpośrednie po adresie jest użytecznym dowodem na temat tego żądania opartego na adresie. Samo w sobie nie mówi nic o tym, jak sklasyfikowano żądanie oparte na nazwie.

Powiązane artykuły