Mengapa MagicDNS menyelesaikan peranti tetapi bukan nama hos pejabat

MagicDNS memberi setiap peranti dalam tailnet nama yang diterbitkan daripada nama mesinnya dan domain DNS tailnet itu. Nama itu dicipta oleh Tailscale dan dijawab melalui laluan penyelesai Tailscale. Nama hos pejabat seperti files.office.example tergolong dalam zon yang tidak pernah ditulis oleh Tailscale, jadi menamakan semula peranti tidak boleh menciptanya. Kedua-dua ruang nama wujud bersama; mereka hanya mempunyai pemilik berbeza.

Mekanisme itu berada di sebalik aduan yang sangat biasa: hos Tailscale menjawab, dan pelayan fail masih memulangkan ralat penyelesaian.

Dua ruang nama, dua pemilik

Nama peranti dijana daripada nama hos mesin itu sendiri, pertembungan diselesaikan oleh Tailscale, dan hasilnya hidup di bawah domain tailnet. Zon pejabat dijaga oleh sesiapa yang mengendalikan penyelesai pejabat, dengan rekod dicipta oleh pentadbir atau melalui pendaftaran dinamik. Nama pendek menyembunyikan perbezaannya: files mungkin pengembangan akhiran carian yang dijawab oleh DNS pejabat, peranti tailnet, atau tiada sama sekali. Pertanyaan nama penuh menunjukkan sistem mana yang benar-benar menjawab.

Menukar nama mesin penghala subnet tidak melakukan apa-apa untuk zon pejabat. Ia menamakan semula satu peranti Tailscale dan membiarkan rekod pada pelayan pejabat tidak tersentuh, itulah sebabnya namakan semula dan cuba lagi tidak pernah bertemu.

Halakan zon pejabat kepada penyelesainya

DNS terpisah Tailscale menghantar pertanyaan bagi domain terpilih kepada pelayan nama yang anda tentukan, dan semua yang lain mengikut dasar yang selebihnya. Tambah domain yang benar-benar dilayan oleh penyelesai pejabat, bukan akhiran carian yang anda taip secara kebetulan. Akhiran carian memberitahu klien apa yang perlu ditambah; ia tidak memberitahu penyelesai di mana perlu melihat. Kedua-dua tetapan ini kelihatan serupa dalam konsol dan berkelakuan sangat berbeza.

Pelayan nama terhad mesti berwibawa bagi domain yang berkaitan dengannya, jika tidak jawapannya ialah rujukan dan bukannya alamat.

Kebolehcapaian datang sebelum penyelesaian

Klien juga mesti mencapai pelayan nama itu. Bagi penyelesai pada LAN peribadi, laluan subnet mesti diiklankan dan diterima, dasar akses mesti membenarkan pertanyaan, dan laluan balik mesti wujud. Alamat DNS yang betul dalam konsol pentadbir hanya membuktikan konfigurasi telah disimpan. Jika paket tidak dapat mencapai penyelesai, simptomnya ialah tamat masa, yang kelihatan berbeza daripada jawapan berwibawa bahawa tiada rekod sedemikian.

Perbezaan itu bersifat diagnostik. Tamat masa menunjuk kepada penghalaan atau dasar, manakala jawapan negatif segera menunjuk kepada rekod atau zon. Baca mana yang anda dapat sebelum menukar mana-mana tetapan DNS.

Pisahkan kegagalan nama daripada kegagalan perkhidmatan

Jika sumber menjawab pada alamat peribadinya tetapi tidak melalui nama hos, siasatan kekal pada DNS. Jika kedua-duanya tidak berfungsi, betulkan penghalaan atau perkhidmatan dahulu, kerana nama yang diselesaikan kepada alamat yang tidak boleh dicapai bukanlah kemajuan. Tanya nama penuh dan catat pelayan mana yang menjawab. Di macOS sesetengah alat baris arahan mengikut laluan berbeza daripada aplikasi biasa, jadi terminal dig dan pelayar boleh berselisih tentang nama yang sama.

Ulangi ujian dengan nod keluar dipilih jika itu mod biasa bagi peranti. Pengendalian DNS nod keluar berbeza daripada konfigurasi tanpa nod keluar, dan menguji dalam satu mod sahaja boleh terlepas kegagalan yang benar-benar dilihat oleh pengguna.

Catat zon, alamat penyelesai dan laluan yang membawa pertanyaan. Ketiga-tiganya menjelaskan kebanyakan kejutan MagicDNS tanpa pusingan penamaan semula lagi.