Ang iyong kliyenteng nakabatay sa GIO ay direktang pumupunta sa 192.168.40.12, ngunit gumagamit ng proxy para sa reports.example. Sinasabi ng DNS na nagre-resolve ang pangalan sa address na iyon. Hindi kailangang gawin ng bypass resolver ang paghahanap na iyon bago pumili ng ruta.

GSimpleProxyResolver ay nagdodokumento ng magkahiwalay na tuntunin sa pagtutugma: ang mga pagbubukod sa hostname ay nalalapat sa mga destinasyong nakilala sa pangalan; ang mga pagbubukod sa IP ay nalalapat sa mga destinasyong nakilala sa address.

Kapag 192.168.40.12 lamang ang nasa ignore-hosts, maaaring lumampas ang numeric na destinasyon habang ang hostname ay hindi. Ang pagpapalawak ng address sa isang subnet entry ay hindi awtomatikong ginagawa itong listahan ng mga pangalang nagre-resolve sa loob ng subnet na iyon.

Kung ang parehong baybay ay dapat direktang dumaan, ipahayag ang parehong layunin gamit ang mga anyong sinusuportahan ng aktwal na consumer. Kung ang mga pagbubukod ay nagmumula sa mga setting ng GNOME, iimbak ang mga ito bilang magkahiwalay na entry sa listahan. Panatilihing kasingliit ng pinapayagan ng pangangailangan ang pagbubukod sa pangalan; ang maginhawang malawak na tuntunin sa domain ay maaaring magbukod ng mga walang kaugnayang serbisyo.

Ito ay isang kontrata ng GIO resolver, hindi isang pangkalahatang tuntunin para sa bawat aplikasyon sa isang GNOME desktop. Ang ibang browser o HTTP library ay maaaring gumamit ng ibang resolver, PAC script, o tahasang proxy configuration.

Ihambing ang baybay ng URL, napiling resolver, at aktibong proxy mode bago i-diagnose ang sirang subnet parser. Ang matagumpay na direktang koneksyon sa pamamagitan ng address ay kapaki-pakinabang na ebidensya tungkol sa address-based na kahilingang iyon. Sa sarili nito ay walang sinasabi tungkol sa kung paano inuri ang name-based na kahilingan.

Kaugnay na mga artikulo