Adaptadore bateko bi DNS zerbitzarik ez dituzte izen-espazioak banatzen

Adaptadore batean bi ebazle zerrendatzeak domeinu bat zerbitzari batera eta beste domeinu bat bestera bidaltzeko modua ematen du, eta ebazleen zerrendako ezerk ez du horrela funtzionatzen. Windowsek izenez ebazten du, eta zein zerbitzariri galdetu erabakia politika-objektuetatik dator, ez ordenatutako helbide-zerrenda batetik. Ordezkatu beharreko buru-eredua ilara da: ez dago A domeinurako lehen zerbitzari eta B domeinurako bigarren zerbitzaririk. Izen-espazio bakoitzeko arau-multzo bat dago zerbitzariak espresuki izendatzen dituena, eta arau horiek daudenean adaptadorearen zerrendak interesik galtzen du.

Mitoa: bi helbidek bi domeinu banatzen dituzte

Sinesmena bizirik dagoelako funtzionatzen du ustekabean, zerbitzari batek dena erantzuten duenean eta bigarrena ordezko hutsa denean. Bezeroak lehen zerbitzariari galdetzen dio, hark birbidaltzen edo errekurtsioz ebazten du, eta erantzuna heltzen da; inork ez du nabaritzen zein ebazlek zeukan eremua benetan. Ilusioa momentu horretan apurtzen da, bi izen-espazioak elkarren arteko birbidalketarik gabeko eremu pribatu bereizietan bizi direnean, orduan lehen zerbitzariak autoritatez erantzuten baitu izena ez dela existitzen. Lehen zerbitzariaren erantzun negatiboa ez da ordezkoaren abiarazlea, bezeroak erantzun definitiboa jaso baitu, hutsegitea ez.

Zerrenda ordenatuak ez du domeinu kontzepturik, beraz ezin du asmoa adierazi. Zerrendak benetan kontrolatzen duena lehen zerbitzariari galdetzen zaiola eta bigarrena probatzen dela da, eta bi erantzunok berdin aplikatzen dira izen guztietarako.

Zer erabiltzen duen Windowsek benetan hautatzeko

Izen-ebazpenaren politika-taula batek izena konfiguratutako izen-espazioekin parekatzen du eta parekatze horretarako zerbitzariak eta aukerak hautatzen ditu. Arauak lokalean konfigura daitezke, talde-politikaren bidez entregatu edo VPN profil batek eman ditzake, eta politika eraginkorra konbinazio bat da, ez zerrenda bakarra. Horregatik lehen diagnostikoa beti da egoera eraginkorra: lokalean sortutako arau bat kudeatutako politikaren aurka galtzen duenean, konfigurazioak iradokitzen duenaren oso desberdin jokatzen duen laborategia sortzen da. Arauak espezifikotasunaren arabera ere parekatzen dira, beraz izen-espazio sarrera zabal batek estuak estali ditzake konfiguratutako elementuen zerrendan ikusezinak diren moduetan. Ordena eraginkorra irakurtzea da arau batek irabazten duela ikusteko modu bakarra.

Get-DnsClientNrptRule
Get-DnsClientNrptPolicy -Effective

Lehen komandoak makinan konfiguratuta dagoena zerrendatzen du; bigarrenak bezeroak benetan aplikatuko duena erakusten du, beste leku batzuetatik etorritako sarrerak barne. Irteera eraginkorrak kudeatutako izen-espazioak baditu, politika horren jabea da aldaketa eskatzeko leku egokia, ez arauen zerrenda lokala. Bi komandoek egoera baino ez dute irakurtzen, beraz inork aldaketa onartu aurretik exekutatzeak ez du ezer galtzen.

Arau bat izen-espazio bakoitzeko, gorde objektua

Egoera eraginkorra ulertuta, sortu arau bat izen-espazio bakoitzeko eta gorde komando bakoitzak itzultzen duen objektua. Bistaratze-izenak pertsonentzako etiketak dira, eta itzulitako objektuko identifikatzaile bakarra da gero ezabatzeko helburu fidagarria. Idatzi bi identifikatzaileak izen-espazioak eta ebazleak erregistratzen dituen aldaketa-ohar berean, sortu zituen saioa ez baita garbituko duen saioa izango.

$svcRule = Add-DnsClientNrptRule -Namespace ".svc.internal.example" -NameServers "10.60.0.53" -DisplayName "VPN lab services" -PassThru
$resRule = Add-DnsClientNrptRule -Namespace ".research.internal.example" -NameServers "10.61.0.53" -DisplayName "VPN lab research" -PassThru
$svcRule | Select-Object Name, Namespace, NameServers
$resRule | Select-Object Name, Namespace, NameServers

Hasierako puntuak atzizkiaren parekatzea adierazten du, beraz arauak app.svc.internal.example eta haren azpiko beste edozer hartzen ditu. Hemengo bi helbide laborategi honen beraren bideratze-planekoak dira; arau batek ez du eremu bat sortzen, ez du ibilbiderik instalatzen eta ez dio baimenik ematen azkenean konektatzen den aplikazioari, eta Add-DnsClientNrptRule erreferentzia zehazki dokumentatzen du zein parametrok zer egiten duen.

Kontuan izan komando hauek zer ez duten egiten: makina osoan dute eragina, ez daude VPN saio batera mugatuta eta leihoa itxi ondoren bizirik jarraitzen dute. Hau ahazten duen laborategi batek politika uzten du tunela desagertu ondoren.

Frogatu bezeroak zerbitzaria hautatu duela

Zerbitzari jakin bati izen bat ezagutzen duen galdetzeak zerbitzari horrek erantzun dezakeela frogatzen du, eta hori ez da berdin bezeroak zerbitzari hori hautatu duela dioen baieztapena. Garrantzia duen probak benetako izen bat ebazten du bezeroaren ohiko bidean eta gero baieztatzen du zein ebazlek kudeatu zuen, egokiena ibilbidea ematen duen tunela martxan dagoela. Tunela itzalita badago, ondo mugatutako arau batek zerbitzari eskuragaitz batera seinalatzen du oraindik, eta hori bideratze-arazoa da, ez politika-arazoa. Probatu bi egoerak gero elkar bereizteko.

Resolve-DnsName app.svc.internal.example
Resolve-DnsName build.research.internal.example
Resolve-DnsName app.svc.internal.example -DnsOnly -NoHostsFile

Adi egon arauak existitu aurretik gordetako erantzunei, eta adi egon sistemaren ebazlea guztiz saihesten duten aplikazioei beren DNS enkriptatu propioarekin. Bilaketa-atizkiek beste funtzio bereizi bat osatzen dute: arau batek ebazle bat hauta dezake izen oso baterako, Windowsei host-izen soila izen-espazio horretan zabaltzen irakatsi gabe.

Kendu sortu duzun zehazki hori

Garbiketa da laborategi bat istorio irakasle bihurtzen den lekua. Makinako arau guztiak ezabatzea bizkorra da eta beste norbaitek behar duen politika kentzen du, beraz erabili arauak sortzean harrapatutako identifikatzaileak, eta irakurri berriro egoera eraginkorra gero makina hasi zen lekura itzuli dela baieztatzeko. Arauak sortu zituen saioa joan bada, aldaketa-oharra da identifikatzaileak dauden leku bakarra. Hori da lehen komandoa exekutatu aurretik idazteko arrazoia, ez ondoren.

Remove-DnsClientNrptRule -Name $svcRule.Name -Force
Remove-DnsClientNrptRule -Name $resRule.Name -Force
Get-DnsClientNrptPolicy -Effective

Hedapenerako eta ez laborategirako, bizitzaren iraupenaren gaiak arauak adina axola du. VPN profil batek izen-espazioaren arauak eraman ditzake eta aukeratu konexioaz harago irauten duten ala ez; ebazlea eskuragaitz dagoela irauten duen arauak bezeroak zerbitzari hildako bat hobetsi dezaten uzten du, eta konexiora mugatutako araua tunela joatean desagertzen da. Erabaki zer jokabide behar duen zerbitzuak, markatu arauaren jabea nor den, eta utzi autoritatearen banaketa profilearen ondoan dokumentatuta, ez norbaiten laborategi-oroimenean.