Soubor resolveru macOS pro lokální doménu vedle VPN

Vaše pracovní VPN překládá názvy firem bezchybně, zatímco tiskárna doma zůstává podle názvu nedostupná, a obvyklé řešení, po kterém lidé sahají, je nasměrovat celý Mac na domácí router. To je mnohem větší změna, než problém vyžaduje. macOS umí poslat jednu DNS příponu na vlastní server pomocí malého souboru resolveru a nechat každé další hledání přesně tam, kde bylo.

Hranice oprávnění je na prvním místě: tohle je pro doménu, kterou spravujete nebo na jejíž konfiguraci máte oprávnění. Není to cesta kolem vynucené DNS politiky organizace ani jejích omezení lokální sítě.

Jeden soubor s úzkým úkolem

Předpokládejme, že lokální zóna je lab.example.org a její server odpovídá na 192.168.55.1. Na Macu, kde vám je změna dovolena, správce vytvoří prostý textový soubor, jehož název je sama doména, /etc/resolver/lab.example.org, obsahující jediný nameserver 192.168.55.1 řádek. Adresář na novém systému nemusí existovat, takže ho vytvořte s právy správce a před zápisem se podívejte, jestli tam už nevlastní soubor nějaký software pro správu.

Konfigurace resolveru od Applu dokumentuje konvenci, že název souboru poskytuje doménu, když se uvnitř souboru neobjeví samostatné nastavení domény. To pravidlo pojmenování je celý trik, a proto musí být soubor pojmenován podle zóny, nikoli podle serveru.

Jak macOS vybírá mezi resolvery

Aktivní může být víc než jeden klientský resolver a vyhrává nejkonkrétnější odpovídající doména. Resolver pro lab.example.org má proto jiný rozsah než výchozí resolver a konkrétnější subdoména s vlastním souborem může znovu získat přednost. To umožňuje pracovní VPN ponechat si vlastní příponu, zatímco vaše laboratorní zóna jde jinam. Na tom uspořádání není nic globálního, a to je bod, který stojí za zapamatování.

Nechte /etc/resolv.conf na pokoji. macOS ten soubor zapisuje sám a nikdy neobsahoval úplný obraz rozlišení specifického pro doménu. Konfigurace může také přicházet ze systémové konfigurační databáze místo ze souborů v tomto adresáři, a proto může profil správy přepsat to, co jste napsali.

Tři věci, které soubor poskytnout nemůže

Server musí být dostupný. Pokud VPN blokuje lokální síť nebo firemní trasa zachytí rozsah adres serveru, dokonale správný soubor přípony přesto nedoručí dotaz. Přineste to vlastníkovi sítě, místo abyste sami rozšiřovali lokální výjimky.

Zóna musí obsahovat správnou odpověď a nejlépe se to testuje plně kvalifikovaným názvem, jako je printer.lab.example.org. Krátký název může spustit chování vyhledávací domény a nakonec položit jinou otázku, než jste zamýšleli.

Nakonec musí aplikace umět odpověď použít. Přeložení názvu tiskárny neuděluje přístup k její adrese a neotevírá službu za ní. Vrácená adresa stále potřebuje povolenou trasu a přístupovou politiku, která spojení umožní. Soubor resolveru mění, kde se název hledá; nedrží cestu pro výsledek.

Ověřte výběr, místo abyste nahrazovali DNS

Zkontrolujte, co macOS právě teď skutečně používá, a zjistěte plně kvalifikovaný název zevnitř samotné aplikace nebo z nástroje, který překládá tak, jak to dělají aplikace. Přímý dotaz na 192.168.55.1 dokazuje, že server odpovídá; nedokazuje, že macOS vybral tenhle server pro běžná hledání. To jsou různá fakta a jen druhé z nich popisuje, co zažije váš prohlížeč.

Pokud si jiný resolver už nárokuje stejnou příponu, zjistěte, komu patří, než přidáte nápovědy k prioritě. Dokumentované nastavení search_order řadí klienty, kteří sdílejí doménu; není to globální přepínač preferencí, který by zajistil, že obecný resolver vyhraje každý dotaz.

Potvrďte, že se názvy firem s připojenou VPN stále překládají, a potom si soubor a jeho účel zapište do místních poznámek. Až se uspořádání ruší, smažte jen ten soubor a znovu zkontrolujte oba jmenné prostory, místo abyste resetovali všechna síťová nastavení DNS.