VPN'in yanındaki yerel alan adı için macOS çözümleyici dosyası

İş VPN'iniz şirket adlarını kusursuz çözüyor ama evdeki yazıcıya adıyla ulaşılamıyor ve insanların başvurduğu olağan çözüm tüm Mac'i ev yönlendiricisine yöneltmek. Bu, sorunun gerektirdiğinden çok daha büyük bir değişiklik. macOS küçük bir çözümleyici dosyası aracılığıyla tek bir DNS sonekini kendi sunucusuna gönderebilir ve diğer tüm sorguları tam oldukları yerde bırakabilir.

Önce izin sınırı gelir: bu, yönettiğiniz veya yapılandırma yetkiniz olan bir alan adı içindir. Bir kuruluşun zorunlu kıldığı DNS ilkesini veya yerel ağ kısıtlamalarını dolanmanın yolu değildir.

Dar bir işi olan tek dosya

Yerel bölgenin lab.example.org olduğunu ve sunucusunun 192.168.55.1 adresinde yanıt verdiğini varsayalım. Değişikliği yapmanıza izin verilen bir Mac'te yönetici, adı alan adının kendisi olan düz metin bir dosya oluşturur, /etc/resolver/lab.example.org, içinde tek bir nameserver 192.168.55.1 satırı bulunur. Bu dizin yeni bir sistemde olmayabilir, bu nedenle onu yönetici haklarıyla oluşturun ve yazmadan önce yönetim yazılımının orada zaten bir dosyası olup olmadığına bakın.

Apple'ın çözümleyici yapılandırma belgeleri, dosya içinde ayrı bir alan adı ayarı görünmediğinde alan adını dosya adının sağladığı kuralını açıklar. O adlandırma kuralı bütün hiledir ve bu yüzden dosya sunucuya göre değil bölgeye göre adlandırılmalıdır.

macOS çözümleyiciler arasından nasıl seçer

Birden fazla çözümleyici istemcisi etkin olabilir ve en belirgin eşleşen alan adı kazanır. Bu nedenle lab.example.org için bir çözümleyicinin kapsamı varsayılan çözümleyiciden farklıdır ve kendi dosyası olan daha belirgin bir alt alan adı yeniden öncelik alabilir. Bu, iş VPN'inin kendi sonekini korumasını sağlarken laboratuvar bölgeniz başka bir yere gider. Bu düzenlemenin hiçbir yanı küresel değildir ve hatırlanmaya değer nokta budur.

/etc/resolv.conf dosyasına dokunmayın. macOS o dosyayı kendisi yazar ve dosya hiçbir zaman alan adına özgü çözümlemenin tam resmini içermedi. Yapılandırma bu dizindeki dosyalar yerine sistem yapılandırma veritabanından da gelebilir, bu yüzden bir yönetim profili yazdığınızı geçersiz kılabilir.

Dosyanın sağlayamadığı üç şey

Sunucuya ulaşılabilmelidir. VPN yerel ağı engelliyorsa veya kurumsal bir yol sunucunun adres aralığını yakalıyorsa, tamamen doğru bir sonek dosyası bile bir sorguyu iletemez. Bunu kendi başınıza yerel istisnaları genişletmek yerine ağ sahibine götürün.

Bölge doğru yanıtı içermelidir ve bunu printer.lab.example.org gibi tam nitelikli bir adla test etmek en iyisidir. Kısa bir ad, arama alan adı davranışını tetikleyebilir ve sonunda sormak istediğinizden farklı bir soru sorabilir.

Son olarak uygulama yanıtı kullanabilmelidir. Yazıcının adını çözmek adresine erişim vermez ve arkasındaki hizmeti açmaz. Dönen adres hâlâ izin verilen bir yol ve bağlantıya izin veren bir erişim ilkesi gerektirir. Bir çözümleyici dosyası bir adın nerede arandığını değiştirir; sonuç için bir yol ayırmaz.

DNS'i değiştirmek yerine seçimi doğrulayın

macOS'in şu anda gerçekte ne kullandığını denetleyin ve tam nitelikli adı uygulamanın kendi içinden veya uygulamaların çözdüğü gibi çözen bir araçtan sorgulayın. 192.168.55.1'e doğrudan sorgu sunucunun yanıt verdiğini kanıtlar; macOS'in sıradan sorgular için o sunucuyu seçtiğini kanıtlamaz. Bunlar farklı olgulardır ve tarayıcınızın ne yaşayacağını yalnızca ikincisi tanımlar.

Başka bir çözümleyici aynı soneki zaten talep ediyorsa, öncelik ipuçları eklemeden önce onun kime ait olduğunu öğrenin. Belgelenen search_order ayarı bir alan adını paylaşan istemcileri sıralar; genel bir çözümleyicinin her sorguyu kazanmasını sağlayan küresel bir tercih anahtarı değildir.

VPN bağlıyken şirket adlarının hâlâ çözüldüğünü doğrulayın, ardından dosyayı ve amacını yerel notlarınıza kaydedin. Düzen sona erdiğinde, ağın tüm DNS ayarlarını sıfırlamak yerine yalnızca o dosyayı silin ve iki ad alanını yeniden denetleyin.