Fișier resolver macOS pentru un domeniu local lângă un VPN

VPN-ul de serviciu rezolvă perfect numele companiei, în timp ce imprimanta de acasă rămâne inaccesibilă după nume, iar remediul obișnuit la care apelează oamenii este să îndrepte întregul Mac către routerul de acasă. Aceasta este o schimbare mult mai mare decât cere problema. macOS poate trimite un singur sufix DNS la propriul server printr-un fișier resolver mic, lăsând fiecare altă căutare exact acolo unde era.

Granularitatea permisiunilor vine mai întâi: acest lucru este pentru un domeniu pe care îl administrați sau pentru care ați fost autorizat să îl configurați. Nu este o cale de a ocoli politica DNS impusă de o organizație sau restricțiile acesteia privind rețeaua locală.

Un fișier cu o sarcină îngustă

Să presupunem că zona locală este lab.example.org și că serverul ei răspunde la 192.168.55.1. Pe un Mac pe care aveți voie să faceți modificarea, un administrator creează un fișier text simplu al cărui nume este domeniul însuși, /etc/resolver/lab.example.org, conținând o singură linie nameserver 192.168.55.1. Directorul poate să nu existe pe un sistem nou, așa că creați-l cu drepturi de administrator și verificați înainte de a scrie dacă software-ul de administrare deține deja un fișier acolo.

Documentația Apple pentru configurarea resolverului descrie convenția că numele fișierului furnizează domeniul atunci când în fișier nu apare o setare separată de domeniu. Acea regulă de denumire este tot trucul, și de aceea fișierul trebuie numit după zonă, nu după server.

Cum alege macOS între resolvere

Poate fi activ mai mult de un client resolver, iar domeniul care se potrivește cel mai specific câștigă. Un resolver pentru lab.example.org are așadar un domeniu de aplicare diferit față de resolverul implicit, iar un subdomeniu mai specific cu fișier propriu poate prelua din nou prioritatea. Aceasta este ceea ce permite unui VPN de serviciu să își păstreze propriul sufix în timp ce zona dumneavoastră de laborator merge în altă parte. Nimic din această aranjare nu este global, și acesta este punctul care merită reținut.

Lăsați /etc/resolv.conf în pace. macOS scrie singur acel fișier, iar el nu a deținut niciodată imaginea completă a rezolvării specifice domeniului. Configurația poate veni și din baza de date de configurare a sistemului, nu din fișierele din acest director, și de aceea un profil de administrare poate suprascrie ceea ce ați scris.

Trei lucruri pe care fișierul nu le poate oferi

Serverul trebuie să fie accesibil. Dacă VPN-ul blochează rețeaua locală sau o rută corporativă interceptează intervalul de adrese al serverului, un fișier de sufix perfect corect tot nu poate livra o interogare. Aduceți această problemă la proprietarul rețelei, în loc să extindeți singur excepții locale.

Zona trebuie să conțină răspunsul corect, iar cel mai bine se testează cu un nume complet calificat precum printer.lab.example.org. Un nume scurt poate declanșa comportamentul domeniilor de căutare și poate ajunge să pună o întrebare diferită de cea pe care intenționați să o puneți.

În final, aplicația trebuie să poată folosi răspunsul. Rezolvarea numelui unei imprimante nu acordă acces la adresa ei și nu deschide serviciul din spatele ei. Adresa returnată are nevoie în continuare de o rută permisă și de o politică de acces care permite conexiunea. Un fișier resolver schimbă locul unde este căutat un nume; nu rezervă o cale pentru rezultat.

Verificați selecția în loc să înlocuiți DNS

Verificați ce folosește macOS de fapt chiar acum și interogați numele complet calificat din interiorul aplicației înseși sau dintr-un instrument care rezolvă așa cum o fac aplicațiile. O interogare directă la 192.168.55.1 dovedește că serverul răspunde; nu dovedește că macOS a ales acel server pentru căutările obișnuite. Sunt fapte diferite, iar doar al doilea descrie ceea ce va experimenta browserul dumneavoastră.

Dacă un alt resolver revendică deja același sufix, aflați cine îl deține înainte de a adăuga indicii de prioritate. Setarea documentată search_order ordonează clienții care împart un domeniu; nu este un comutator global de preferință care face un resolver general să câștige fiecare interogare.

Confirmați că numele companiei încă se rezolvă cu VPN-ul conectat, apoi notați fișierul și scopul lui în notițele locale. Când aranjamentul este retras, ștergeți doar acel fișier și verificați din nou ambele spații de nume, în loc să resetați toate setările DNS ale rețelei.