Datoteka resolverja macOS za lokalno domeno ob VPN

Vaš delovni VPN popolnoma razrešuje imena podjetja, medtem ko tiskalnik doma ostaja nedosegljiv po imenu, in običajna rešitev, po katero ljudje posežejo, je usmeriti celoten Mac na domači usmerjevalnik. To je veliko večja sprememba, kot jo problem zahteva. macOS lahko pošlje eno pripono DNS na svoj lastni strežnik prek majhne datoteke resolverja in pusti vsako drugo iskanje točno tam, kjer je bilo.

Najprej pride meja dovoljenj: to je za domeno, ki jo upravljate ali za katero ste pooblaščeni za konfiguriranje. To ni pot okoli politike DNS, ki jo vsiljuje organizacija, ali njenih omejitev lokalnega omrežja.

Ena datoteka z ozko nalogo

Recimo, da je lokalna cona lab.example.org in da njen strežnik odgovarja na 192.168.55.1. Na Macu, kjer vam je sprememba dovoljena, skrbnik ustvari navadno besedilno datoteko, katere ime je domena sama, /etc/resolver/lab.example.org, ki vsebuje eno samo vrstico nameserver 192.168.55.1. Ta mapa v novem sistemu morda ne obstaja, zato jo ustvarite s skrbniškimi pravicami in pred pisanjem preverite, ali ima upravljalna programska oprema tam že datoteko.

Applova dokumentacija za konfiguracijo resolverja opisuje dogovor, da ime datoteke zagotovi domeno, kadar se znotraj datoteke ne pojavi ločena nastavitev domene. To pravilo poimenovanja je celoten trik, zato mora biti datoteka poimenovana po coni in ne po strežniku.

Kako macOS izbira med resolverji

Aktiven je lahko več kot en odjemalec resolverja in zmaga najbolj specifična ujemajoča se domena. Resolver za lab.example.org ima zato drugačen obseg kot privzeti resolver, bolj specifična poddomena z lastno datoteko pa lahko spet dobi prednost. To je tisto, kar delovnemu VPN omogoča, da obdrži svojo pripono, medtem ko vaša laboratorijska cona gre drugam. Nič pri tej ureditvi ni globalno, in to je točka, ki si jo velja zapomniti.

Pustite /etc/resolv.conf pri miru. macOS to datoteko piše sama in v njej nikoli ni bila celotna slika razreševanja, specifičnega za domeno. Konfiguracija lahko pride tudi iz sistemske konfiguracijske zbirke podatkov namesto iz datotek v tej mapi, zato lahko profil upravljanja prepiše, kar ste napisali.

Tri stvari, ki jih datoteka ne more zagotoviti

Strežnik mora biti dosegljiv. Če VPN blokira lokalno omrežje ali korporativna pot prestreže obseg naslovov strežnika, povsem pravilna datoteka pripone še vedno ne more dostaviti poizvedbe. To povejte lastniku omrežja, namesto da sami širite lokalne izjeme.

Cona mora vsebovati pravilen odgovor, in to je najbolje preizkusiti s polnim kvalificiranim imenom, kot je printer.lab.example.org. Kratko ime lahko sproži vedenje iskalnih domen in nazadnje postavi drugačno vprašanje od tistega, ki ste ga nameravali.

Nazadnje mora aplikacija odgovor znati uporabiti. Razrešitev imena tiskalnika ne dodeli dostopa do njegovega naslova in ne odpre storitve za njim. Vrnjeni naslov še vedno potrebuje dovoljeno pot in politiko dostopa, ki povezavo dovoli. Datoteka resolverja spremeni, kje se ime išče; ne rezervira poti za rezultat.

Preverite izbiro, namesto da zamenjate DNS

Preverite, kaj macOS prav zdaj dejansko uporablja, in poizvedite polno kvalificirano ime iz same aplikacije ali iz orodja, ki razrešuje tako kot aplikacije. Neposredna poizvedba na 192.168.55.1 dokaže, da strežnik odgovarja; ne dokaže, da je macOS izbral ta strežnik za običajna iskanja. To so različna dejstva in samo drugo opisuje, kar bo izkusil vaš brskalnik.

Če si drug resolver že lasti isto pripono, ugotovite, čigava je, preden dodate namige prednosti. Dokumentirana nastavitev search_order razvrsti odjemalce, ki si delijo domeno; to ni globalno stikalo nastavitve, zaradi katerega bi splošni resolver zmagal pri vsaki poizvedbi.

Potrdite, da se imena podjetja še vedno razrešujejo s povezanim VPN, nato zapišite datoteko in njen namen v lokalne zapiske. Ko se ureditev opusti, izbrišite samo to datoteko in znova preverite oba imenska prostora, namesto da ponastavite vse omrežne nastavitve DNS.