MagicDNS cihazları çözerken neden ofis ana makine adlarını çözmez

MagicDNS bir tailnet içindeki her cihaza makinesinin adından ve tailnet’in DNS alan adından türetilen bir ad verir. Bu ad Tailscale tarafından oluşturulur ve Tailscale’in çözümleyici yolu üzerinden yanıtlanır. files.office.example gibi bir ofis ana makine adı, Tailscale’in hiç yazmadığı bir bölgeye aittir, bu yüzden bir cihazın adını değiştirmek onu oluşturamaz. İki ad alanı bir arada var olur; yalnızca farklı sahipleri vardır.

Bu mekanizma çok yaygın bir bildirimin arkasındadır: Tailscale ana makinesi yanıt verir ve dosya sunucusu hâlâ bir çözümleme hatası döndürür.

İki ad alanı, iki sahip

Bir cihaz adı makinenin kendi ana makine adından üretilir, çakışmaları Tailscale çözer ve sonuç tailnet alan adının altında yaşar. Ofis bölgesi, ofis çözümleyicisini işleten kişi tarafından bakılır ve kayıtlar bir yönetici ya da dinamik kayıt tarafından oluşturulur. Kısa adlar farkı gizler: files, ofis DNS’inin yanıtladığı bir arama soneki genişletmesi, bir tailnet cihazı ya da hiçbir şey olabilir. Tam adı sorgulamak hangi sistemin gerçekten yanıt verdiğini gösterir.

Alt ağ yönlendiricisinin makine adını değiştirmek ofis bölgesi için hiçbir şey yapmaz. Yalnızca bir Tailscale cihazını yeniden adlandırır ve ofis sunucusundaki kaydı dokunulmadan bırakır, bu yüzden yeniden adlandırıp yeniden denemek asla buluşmaz.

Ofis bölgesini kendi çözümleyicisine yönlendirin

Tailscale’in bölünmüş DNS’i seçilen alan adları için sorguları belirttiğiniz bir ad sunucusuna gönderir ve geri kalan her şey kalan ilkeyi izler. Ofis çözümleyicisinin gerçekten hizmet verdiği alan adını ekleyin, rastgele yazdığınız arama sonekini değil. Bir arama soneki istemciye neyin eklenmesi gerektiğini söyler; çözümleyiciye nereye bakacağını söylemez. Bu iki ayar bir konsolda benzer görünür ve tamamen farklı davranır.

Kısıtlı bir ad sunucusu, kendisiyle ilişkili alan adı için yetkili olmalıdır, yoksa yanıt bir adres yerine yönlendirme olur.

Erişilebilirlik çözümlemeden önce gelir

İstemcinin o ad sunucusuna da erişmesi gerekir. Özel bir LAN’daki çözümleyici için alt ağ yolu duyurulmalı ve kabul edilmeli, erişim ilkesi sorguya izin vermeli ve bir dönüş yolu bulunmalıdır. Yönetim konsolundaki doğru bir DNS adresi yalnızca yapılandırmanın kaydedildiğini kanıtlar. Paketler çözümleyiciye ulaşamıyorsa belirti bir zaman aşımıdır ve bu, böyle bir kaydın olmadığına dair yetkili yanıttan farklı görünür.

Bu fark tanısaldır. Zaman aşımı yönlendirmeye ya da ilkeye işaret eder, oysa anında olumsuz yanıt kayda ya da bölgeye işaret eder. Herhangi bir DNS ayarını değiştirmeden önce hangisini aldığınızı okuyun.

Ad hatasını hizmet hatasından ayırın

Kaynak özel adresinde yanıt veriyor ama ana makine adıyla vermiyorsa, soruşturma DNS’te kalır. İkisi de çalışmıyorsa önce yönlendirmeyi ya da hizmeti düzeltin, çünkü erişilemeyen bir adrese çözülen ad ilerleme değildir. Tam adı sorgulayın ve hangi sunucunun yanıt verdiğini not edin. macOS’ta bazı komut satırı araçları sıradan uygulamalardan farklı bir yol izler, bu yüzden bir terminal dig ve bir tarayıcı aynı ad konusunda anlaşamayabilir.

Cihaz için normal mod buysa bir çıkış düğümü seçili olarak testi yineleyin. Çıkış düğümünün DNS işleyişi çıkış düğümü olmayan yapılandırmadan farklıdır ve yalnızca tek modda test etmek kullanıcıların gerçekten gördüğü hatayı kaçırabilir.

Bölgeyi, çözümleyicinin adresini ve sorguyu taşıyan yolu not edin. Bu üçü, yeniden adlandırma turu olmadan MagicDNS sürprizlerinin çoğunu açıklar.