Pagsubok sa split DNS nang hindi naglalabas ng mga panloob na pangalan

Ang pagtatanong ng panloob na pangalan sa pampublikong resolver ay naglalabas nito at lumalaktaw sa patakarang gusto mong subukan. Ang query ay umabot sa server na hindi mo kontrolado, ang sagot ay nagmumula sa isang namespace na hindi dapat nakakita nito, at walang sinasabi ang resulta kung gumagana ang split DNS. Ang pagsubok sa split DNS ay nangangahulugang pagsubok sa landas ng resolver na aktuwal na ginagamit ng isang aplikasyon. Ang landas na iyon ay pinipili ng operating system, ng listahan ng domain sa profile ng VPN, at kung minsan ng browser.

Pumili ng dalawang pangalan at unang hulaan ang dalawang sagot

Humingi sa may-ari ng network ng isang dokumentadong panloob na pangalan ng pagsubok, at pumili ng karaniwang pampublikong pangalan na walang sinasabi tungkol sa organisasyon. Isulat kung ano ang dapat mangyari sa bawat isa bago magpatakbo ng anuman: dapat umabot ang panloob na pangalan sa resolver ng tunnel at magbalik ng panloob na address, habang ang pampublikong pangalan ay dapat malutas sa pamamagitan ng resolver na karaniwang ginagamit ng system. Ang dalawang hulang iyon ang pagsubok, dahil kung wala ang mga ito, anumang sagot ay maaaring bigyan ng katuwiran pagkatapos. Panatilihing pareho ang pares sa pagitan ng mga pagpapatakbo upang may kahulugan ang susunod na paghahambing.

Suriin ang aktuwal na umiiral na patakaran, hindi ang inaasahan. Ang listahan ng domain na nakakabit sa koneksyon ng VPN ang nagtatakda kung aling suffix ang pupunta sa aling resolver, at ang isang typo sa listahang iyon ay gumagawa ng kapani-paniwala ngunit maling paghahati. Sa isang pinamamahalaang device, gamitin ang diagnostic na landas ng administrator, dahil ang mga lokal na override ay maaaring i-reset ng patakaran sa susunod na pagsusuri.

Isulat ang hula sa tabi ng naobserbahang sagot sa parehong ticket. Ang pagsubok na walang hula ay hindi maaaring mabigo, at ang pagsubok na hindi maaaring mabigo ay walang itinuturo.

Subukan ang landas na ginagamit ng aplikasyon, hindi ang isang server na pinili mo

Ang utos na tahasang nagpapangalan ng resolver ay sumusubok lamang sa resolver na iyon at wala nang iba. Sinasabi nito kung tumutugon ang panloob na server, na kapaki-pakinabang, at hindi nito sinasabi kung nagpapadala ang isang aplikasyon ng pangalan doon. Subukan muna sa karaniwang landas: lutasin ang panloob na pangalan gaya ng gagawin ng isang aplikasyon, pagkatapos ay lutasin ang pampublikong pangalan sa parehong paraan. Pagkatapos lamang niyon tanungin ang mga partikular na server upang mahanap kung saan nagkakaiba ang pag-uugali.

Pinapalubha ng mga browser ang larawan, dahil ang mga setting ng secure DNS ay maaaring lubos na lumampas sa resolver ng system. Ang browser na naka-configure sa sarili nitong naka-encrypt na resolver ay hindi kailanman nakikita ang paghahati, at ang pagkasira ay mukhang sirang profile ng VPN. Suriin ang setting na iyon bago baguhin ang tunnel.

Ulitin ang paghahanap pagkatapos ng muling pagkonekta kung ang tanong ay pagpapanumbalik. Ang sagot na naka-cache mula bago ang muling pagkonekta ay maaaring gawing mas mabuti o mas masama ang isang tamang naipanumbalik na paghahati kaysa sa aktuwal.

Itala ang kategorya ng sagot, hindi lamang tagumpay o kabiguan

Isulat kung alin sa apat na bagay ang nangyari: isang panloob na address, isang pampublikong address, isang negatibong sagot, o isang timeout. May kakaibang kahulugan ang bawat isa. Ang panloob na address para sa panloob na pangalan ay ang inaasahang tagumpay; ang pampublikong address para sa panloob na pangalan ay nagmumungkahi na umalis ang query sa tunnel; ang negatibong sagot mula sa awtoritatibong server ay tumutukoy sa kulang na record at hindi sa depekto sa routing; at ang timeout ay nagpapahiwatig ng problema sa maabot o isang resolver na hindi kailanman nakatanggap ng query. Ang tagumpay at kabiguan ay masyadong magaspang upang kumilos.

Isaalang-alang ang cache bago bigyang-kahulugan ang kulang na sariwang query, dahil ang negatibong sagot sa cache ay mukhang eksaktong kapareho ng pangalan na wala. Kunin ang sagot bago linisin ang anuman sa mga sinusuportahang kontrol, dahil ang unang sagot ay ang ebidensiya.

Bigyang-kahulugan ang dalawang sangay nang hindi nanghuhula

Kung malutas nang tama ang panloob na pangalan at nabibigo pa rin ang aplikasyon, nagawa ng resolver ang trabaho nito at ang susunod na mga pinaghihinalaan ay ang mga ruta at pahintulot sa mismong resource. Kung naabot ng pribadong pangalan ang isang pampublikong resolver, hindi ipinapatupad ang patakaran ng paghahati sa paghahanap na iyon, kaya repasuhin ang listahan ng domain at anumang patakaran ng browser kasama ang may-ari ng namespace. Magkaiba ang may-ari ng dalawang sangay na iyon, kaya mas mahalagang itala kung alin ang nakita mo kaysa itala na may nasira.

Itago ang sensitibong bahagi ng ibinahaging output habang pinapanatili ang istruktura: aling namespace, aling patakaran, aling kategorya ng sagot. Ang sagot ng resolver ay maaaring magdala ng panloob na address at hostname, at ang ticket ay matibay na tahanan para sa dalawa.

Pagkatapos ay ibigay ang resulta sa may-ari ng namespace kasama ang dalawang kategoryang naobserbahan mo at ang mga pangalan na inalis. Iyon ay limang minutong usapan sa halip na isang linggong haka-haka.