macOS-resolverlêer vir 'n plaaslike domein langs 'n VPN

Jou werk-VPN los maatskappyname perfek op, terwyl die drukker by die huis per naam onbereikbaar bly, en die gewone oplossing waarna mense gryp is om die hele Mac na die tuisroeteerder te wys. Dit is 'n veel groter verandering as wat die probleem vereis. macOS kan 'n enkele DNS-agtervoegsel deur 'n klein resolverlêer na sy eie bediener stuur en elke ander opsoek presies laat waar dit was.

Die toestemmingsgrens kom eerste: dit is vir 'n domein wat jy bestuur of gemagtig is om te konfigureer. Dit is nie 'n weg om 'n organisasie se afgedwonge DNS-beleid of sy plaaslike netwerkbeperkings te omseil nie.

Een lêer met 'n smal taak

Veronderstel die plaaslike sone is lab.example.org en sy bediener antwoord op 192.168.55.1. Op 'n Mac waar jy toegelaat word om die verandering te maak, skep 'n administrateur 'n gewone tekslêer waarvan die naam die domein self is, /etc/resolver/lab.example.org, wat 'n enkele nameserver 192.168.55.1 reël bevat. Die gids bestaan dalk nie op 'n nuwe stelsel nie, so skep dit met administrateurrechte, en kyk voor jy skryf ingeval bestuursagteware reeds 'n lêer daar het.

Apple se resolver-konfigurasie dokumenteer die konvensie dat die lêernaam die domein verskaf wanneer geen aparte domeininstelling in die lêer verskyn nie. Daardie naamreël is die hele truuk, en dit is waarom die lêer vir die sone en nie vir die bediener vernoem moet word nie.

Hoe macOS tussen resolvers kies

Meer as een resolver-kliënt kan aktief wees, en die mees spesifieke ooreenstemmende domein wen. 'n Resolver vir lab.example.org het dus 'n ander bestek as die verstekresolver, en 'n meer spesifieke subdomein met sy eie lêer kan weer voorrang kry. Dit is wat 'n werk-VPN sy eie agtervoegsel laat behou terwyl jou labsone elders heen gaan. Niks aan die reëling is globaal nie, en dit is die punt wat die moeite werd is om te onthou.

Los /etc/resolv.conf alleen. macOS skryf daardie lêer self, en dit het nooit die volle prentjie van domeinspesifieke oplossing bevat nie. Konfigurasie kan ook uit die stelselkonfigurasiedatabasis kom eerder as uit lêers in hierdie gids, en daarom kan 'n bestuursprofiel oorheers wat jy geskryf het.

Drie dinge wat die lêer nie kan lewer nie

Die bediener moet bereikbaar wees. As die VPN plaaslike netwerking blokkeer, of 'n korporatiewe roete die bediener se adresreeks vasvang, kan 'n heeltemal korrekte agtervoegsellêer steeds nie 'n navraag aflewer nie. Neem dit na die netwerkeienaar eerder as om self plaaslike uitsonderings te verbreed.

Die sone moet die regte antwoord hou, en dit word die beste getoets met 'n volledig gekwalifiseerde naam soos printer.lab.example.org. 'n Kort naam kan soekdomeingedrag aktiveer en uiteindelik 'n ander vraag vra as die een wat jy bedoel het.

Laastens moet die program die antwoord kan gebruik. Om 'n drukker se naam op te los gee nie toegang tot sy adres nie, en dit maak nie die diens daaragter oop nie. Die teruggekeerde adres het steeds 'n toegelate roete en 'n toegangsbeleid nodig wat die verbinding toelaat. 'n Resolverlêer verander waar 'n naam opgesoek word; dit reserveer nie 'n pad vir die resultaat nie.

Verifieer seleksie eerder as om DNS te vervang

Kyk wat macOS op die oomblik werklik gebruik, en vra die volledig gekwalifiseerde naam van binne die program self of van 'n hulpmiddel wat oplos soos programme dit doen. 'n Direkte navraag by 192.168.55.1 bewys die bediener antwoord; dit bewys nie dat macOS daardie bediener vir gewone opsoeke gekies het nie. Dit is verskillende feite, en net die tweede een beskryf wat jou blaaier gaan ervaar.

As 'n ander resolver reeds dieselfde agtervoegsel opeis, vind uit wie dit besit voordat jy prioriteitswenke byvoeg. Die gedokumenteerde search_order -instelling orden kliënte wat 'n domein deel; dit is nie 'n globale voorkeurskakelaar wat 'n algemene resolver elke navraag laat wen nie.

Bevestig dat maatskappyname steeds oplos terwyl die VPN gekoppel is, en teken dan die lêer en sy doel in jou plaaslike notas aan. Wanneer die reëling uit diens gestel word, verwyder net daardie lêer en herkontroleer albei naamruimtes eerder as om alle netwerk-DNS-instellings te herstel.