Split tunnel-ak nabigatzailea kanporatzen du, ez bere DNS galderak

Tunelatik kanpo utzitako nabigatzailea, IP publikoko orriak baieztatzen du bere trafikoa etxeko konexioatik ateratzen dela, eta barneko wikia oraindik ez da irekitzen. Izenen ebazpena beste leku batera joan zen, eta beste leku hori VPN-ak ezarritako ebazlea izan ohi da. Datu-bidea eta ebazle-bidea erabaki bereiziak dira split-tunnel diseinu gehienetan. Egiaztatu nabigatzaileak zein erabili zuen benetan kanporatzea hautsi gisa deitu aurretik.

Datu-bidea eta ebazle-bidea banatu egiten dira

Kanporatzeak aplikazio baten paketeak tunelatik ateratzen ditu, eta hori datu-bideko bideratze eta suebaki erabakia da. Izenen ebazpena beste bilaketa bat da: prozesu batek sistemaren ebazlea galdetzen du, eta ebazle horrek erabakitzen du zein zerbitzarik jasoko duen galdera.

Biak nahita eta desberdinak izan daitezke. Laneko inplementazio batek barne-izen espazioak enpresako ebazlearen esku utz ditzake, aldi berean hautatutako nabigatze publikoa tunelatik kanpora bidaliz, hain zuzen barne-izenak inon ez direlako ebazten. Kasu nahasia kontrakoa da: webgune publiko bat huts egiten du nabigatzaileak inplementazioak espero zuen ebazlea inoiz galdetu ez zuelako. Idatzi bidea eta ebazlea bereizita, eta eztabaiden erdia desagertuko da.

Aurkitu zein prozesuk egiten duen galdera

Nabigatzaile batek sistemaren ebazlea, bere DNS zerbitzu zifratua edo sistema eragileak sare bakoitzeko esleitzen duen ebazlea erabil dezake. Lehenengoak plataformaren politika jarraitzen du, bigarrenak politika hori guztiz saihesten du, eta hirugarrenak galdera zein estekatara bideratzen den araberakoa da.

resolvectl status
resolvectl query intranet.example.net
dig +short +time=2 intranet.example.net @10.52.0.2
scutil --dns | head -n 40

Irakurri konfigurazio eraginkorra probatu aurretik: zein estekak daramatzaten DNS zerbitzariak, zein izen-espazio aldarrikatzen dituzten, eta izen bakoitzeko politikak lehenetsia gainditzen duen. Linuxen split DNS bideratze-domeinuak erabiltzen ditu; Windowsean izenen ebazpen politikaren taulak lan bera egiten du izen-espazioetarako. Biak ez dira ikusten isurketa-probaren orritik.

Erabaki zein ebazlek ikusiko duen zein izen

Idatzi asmo den mapaketa ezer aldatu aurretik: barne-izenak enpresako ebazlera, izen publikoak politikak onartzen duen zerbitzura, eta salbuespenak arduradun batekin. Zerrenda hori gabe, isurketa-probaren etiketa bakoitza inork konpondu ezin duen politika-eztabaida bilakatzen da.

Ondoren egiaztatu nabigatzailearen beraren ezarpena, nabigatzaileko DNS zifratua sistema eragileak galdera jaso aurretik aplikatzen delako. Atari gatibua saihesteko aktibatu zuen erabiltzaileak isilka gainditu du inplementazioak aukeratutako ebazlea. Hori konfigurazio-erabakia da, ez isurketa, eta erabaki bat merezi du, zerrenda beltz bat ez.

Ez berridatzi DNS eremu guztiak probako etiketa bat berde jar dadin. Etiketak prozesu baten galdera bat deskribatzen du une batean.

Egiaztatu galdera eta konexioa bereizita

Probatu bi bideak modu independentean. Konexio-probak datu-bidea erakusten du, eta ebazle-probak nork jaso zuen izena erakusten du.

curl -sS --max-time 8 https://api.ipify.org
resolvectl query example.net
dig +short example.net

Galdetu ebazleari modu esplizituan ere, hutsegitea bideari eta ez zerbitzariari egotzi ahal izateko. Gero berrabiarazi nabigatzailea eta errepikatu, aplikazioek erantzun negatiboak cachean gordetzen dituztelako eta hutsegite zaharra iraunkorra dirudilako.

Onartutako aldaketa baten ondoren, idatzi datu-bidea eta ebazlearen hartzailea bi lerro bereizi gisa datarekin. Hurrengo berrikonexioan portaera itzultzen bada, hori ematen duen profila da konpondu beharrekoa, ez nabigatzailea.