Jūsų GIO pagrindu veikiantis klientas eina tiesiai į 192.168.40.12, tačiau reports.example atveju naudoja tarpinį serverį. DNS nurodo, kad vardas išsprendžiamas į šį adresą. Apeities sprendėjas neprivalo atlikti šios užklausos prieš pasirinkdamas maršrutą.

GSimpleProxyResolver dokumentuoja atskiras atitikimo taisykles: prieglobos vardų išimtys taikomos paskirties vietoms, identifikuojamoms pagal vardą; IP išimtys taikomos paskirties vietoms, identifikuojamoms pagal adresą.

Kai tik 192.168.40.12 yra ignore-hosts, skaitmeninė paskirties vieta gali būti apeita, o prieglobos vardas – ne. Adreso išplėtimas iki potinklio įrašo nepaverčia jo automatiškai vardų, kurie sprendžiami tame potinklyje, sąrašu.

Jei abi rašybos turi eiti tiesiogiai, išreikškite abu ketinimus formomis, kurias palaiko tikrasis vartotojas. Jei išimtys ateina iš GNOME nustatymų, saugokite jas kaip atskirus sąrašo įrašus. Laikykite vardo išimtį kuo siauresnę, kiek leidžia reikalavimas; patogi plati domeno taisyklė gali atleisti nesusijusias paslaugas.

Tai GIO sprendėjo sutartis, o ne universali taisyklė kiekvienai GNOME darbalaukio programai. Kita naršyklė ar HTTP biblioteka gali naudoti kitą sprendėją, PAC scenarijų arba aiškią tarpinio serverio konfigūraciją.

Prieš diagnozuodami sugedusį potinklio analizatorių, palyginkite URL rašybą, pasirinktą sprendėją ir aktyvų tarpinio serverio režimą. Sėkmingas tiesioginis ryšys pagal adresą yra naudingas įrodymas apie tą adresu pagrįstą užklausą. Savaime jis nieko nesako apie tai, kaip buvo klasifikuota užklausa pagal vardą.

Susiję straipsniai