macOS resolver-fájl egy helyi domainhez VPN mellett

A munkahelyi VPN tökéletesen oldja fel a vállalati neveket, miközben az otthoni nyomtató név szerint elérhetetlen marad, és az a szokásos megoldás, amelyhez az emberek nyúlnak, hogy az egész Macet az otthoni routerre irányítják. Ez sokkal nagyobb változtatás, mint amit a probléma igényel. A macOS egyetlen DNS-utótagot tud a saját kiszolgálójára küldeni egy kis resolver-fájlon keresztül, és minden más lekérdezést pontosan ott hagy, ahol volt.

Az engedélyhatár jön először: ez olyan domainhez szól, amelyet Ön felügyel, vagy amelynek beállítására felhatalmazást kapott. Ez nem útvonal egy szervezet kikényszerített DNS-szabályzata vagy helyi hálózati korlátozásai megkerülésére.

Egy fájl szűk feladattal

Tegyük fel, hogy a helyi zóna lab.example.org és a kiszolgálója a 192.168.55.1 címen válaszol. Olyan Macen, ahol Önnek engedélye van a változtatásra, a rendszergazda létrehoz egy egyszerű szöveges fájlt, amelynek neve maga a domain, /etc/resolver/lab.example.org, amely egyetlen nameserver 192.168.55.1 sort tartalmaz. A könyvtár friss rendszeren nem biztos, hogy létezik, ezért hozza létre rendszergazdai jogokkal, és nézzen körül írás előtt, hátha valamilyen kezelőszoftver már birtokol ott egy fájlt.

Az Apple resolver-konfigurációja dokumentálja azt a konvenciót, hogy a fájlnév adja a domaint, ha a fájlon belül nem jelenik meg külön domain-beállítás. Az a névadási szabály az egész trükk, és éppen ezért a fájlt a zónáról kell elnevezni, nem a kiszolgálóról.

Hogyan választ a macOS a resolverek között

Egynél több resolver-kliens lehet aktív, és a legpontosabban illeszkedő domain nyer. A lab.example.org resolver ezért más hatókörrel rendelkezik, mint az alapértelmezett resolver, és egy pontosabb aldomain saját fájllal ismét elsőbbséget kaphat. Ez teszi lehetővé, hogy a munkahelyi VPN megtartsa a saját utótagját, miközben a laborzónája máshová megy. Ebben az elrendezésben semmi sem globális, és érdemes ezt megjegyezni.

Hagyja /etc/resolv.conf békén. a macOS maga írja ezt a fájlt, és soha nem tartalmazta a domainspecifikus feloldás teljes képét. A konfiguráció a rendszer konfigurációs adatbázisából is érkezhet, nem csak e könyvtár fájljaiból, ezért egy felügyeleti profil felülírhatja azt, amit írt.

Három dolog, amit a fájl nem tud biztosítani

A kiszolgálónak elérhetőnek kell lennie. Ha a VPN blokkolja a helyi hálózatot, vagy egy vállalati útvonal elkapja a kiszolgáló címtartományát, egy tökéletesen helyes utótagfájl akkor sem tud lekérdezést kézbesíteni. Vigye ezt a hálózat tulajdonosához, ahelyett hogy saját maga szélesítené a helyi kivételeket.

A zónának a helyes választ kell tartalmaznia, és ezt a legjobban egy teljesen minősített névvel lehet tesztelni, például printer.lab.example.org. Egy rövid név kiválthatja a keresési domain viselkedését, és végül más kérdést tehet fel, mint amit szándékolt.

Végül az alkalmazásnak használnia kell tudnia a választ. Egy nyomtató nevének feloldása nem ad hozzáférést a címéhez, és nem nyitja meg a mögötte lévő szolgáltatást. A visszakapott címnek még mindig szüksége van engedélyezett útvonalra és a kapcsolatot engedélyező hozzáférési szabályzatra. A resolver-fájl megváltoztatja, hol keresnek egy nevet; nem foglal útvonalat az eredménynek.

A kiválasztást ellenőrizze, ne a DNS-t cserélje

Ellenőrizze, mit használ a macOS valójában most, és kérdezze le a teljesen minősített nevet magából az alkalmazásból vagy olyan eszközből, amely úgy old fel, ahogy az alkalmazások. A 192.168.55.1-re küldött közvetlen lekérdezés bizonyítja, hogy a kiszolgáló válaszol; nem bizonyítja, hogy a macOS ezt a kiszolgálót választotta a szokásos lekérdezésekhez. Ezek különböző tények, és csak a második írja le, mit fog tapasztalni a böngészője.

Ha egy másik resolver már ugyanarra az utótagra tart igényt, derítse ki, kié, mielőtt prioritási tippeket ad hozzá. A dokumentált search_order beállítás az azonos domaint megosztó klienseket rendezi; ez nem globális preferenciakapcsoló, amely minden lekérdezésben győzelemre juttatna egy általános resolvert.

Erősítse meg, hogy a vállalati nevek a VPN csatlakoztatása mellett is feloldódnak, majd jegyezze fel a fájlt és a célját a helyi jegyzeteibe. Amikor az elrendezést megszüntetik, csak azt a fájlt törölje, és ellenőrizze újra mindkét névteret, ahelyett hogy az összes hálózati DNS-beállítást visszaállítaná.