ZeroTier melaporkan ONLINE tetapi ACCESS_DENIED: di manakah perlu dibaiki?

ZeroTier melaporkan ONLINE pada peringkat perkhidmatan dan ACCESS_DENIED pada peringkat rangkaian, dan pasangan ini bukan percanggahan. Yang pertama ialah pernyataan tentang laluan antara klien anda dan infrastruktur penyelarasan. Yang kedua ialah pernyataan tentang senarai ahli satu rangkaian. Baca kedua-duanya secara berasingan, dan gabungan itu memberitahu anda dengan tepat di mana perlu dicari.

Apa yang diukur oleh ONLINE

Perintah status melaporkan sama ada perkhidmatan setempat mempunyai laluan berfungsi ke pelayan akar yang menyelaraskan penemuan rakan sebaya. Ia tidak menyatakan apa-apa tentang rangkaian tertentu, dan tidak juga sama ada controller telah meluluskan peranti ini. Oleh itu, pemasangan baharu pada sambungan yang berfungsi terus melaporkan ONLINE, sebelum sesiapa meluluskannya di mana-mana.

Anggap ONLINE sebagai pernyataan tentang saluran paip dan status setiap rangkaian sebagai pernyataan tentang keahlian. Menjelaskan yang satu dengan yang lain ialah titik permulaan sebahagian besar kekeliruan ini.

Apa yang diminta ACCESS_DENIED daripada anda

Pada rangkaian peribadi, controller menyimpan senarai ahli. Nod yang tiada dalam senarai itu, atau tersenarai tetapi tidak dibenarkan, menerima ACCESS_DENIED tanpa sebarang konfigurasi selain handshake asas. Pembaikan berada di sebelah controller dan ia memerlukan alamat nod, bukan nama mesin, jadi padankan alamat dalam output klien dengan entri ahli dan benarkan entri itu.

Memasang semula klien ialah langkah pertama yang salah, kerana pemasangan baharu membawa identiti baharu dan kebenaran lama tidak lagi terpakai kepadanya. Jika rangkaian itu awam, status yang sama menunjuk keadaan yang berbeza, jadi tanya pemilik controller sama ada rangkaian itu peribadi sebelum meminta kelulusan. Soalan itu sahaja menentukan seluruh perbualan yang tinggal.

Teks status ialah cabang, bukan keputusan muktamad

Setiap status menyempitkan pemeriksaan seterusnya, dan membaca semuanya sebagai satu mesej kegagalan itulah yang menukar pembaikan dua minit menjadi sepanjang petang memasang semula. NOT_FOUND bermaksud pengecam yang anda taip tidak wujud pada controller itu, jadi soalan keahlian belum tercapai lagi. REQUESTING_CONFIGURATION bermaksud nod telah sampai ke controller dan sedang menunggu konfigurasi yang tidak tiba, yang menunjuk kepada laluan dan bukan kebenaran. OK bermaksud keahlian dan konfigurasi sudah sedia, jadi soalan seterusnya ialah alamat yang diberikan dan kemudian perkhidmatan itu sendiri.

Dua perintah memisahkan semua ini, dan kedua-duanya membaca klien yang sama. Rujukan CLI ZeroTier menyenaraikan rentetan status bagi setiap rangkaian yang dikembalikan oleh kedua-duanya. Perintah pertama ialah pandangan perkhidmatan dan yang kedua ialah bagi setiap rangkaian:

zerotier-cli status
zerotier-cli listnetworks

Simpan teks status apabila anda meminta bantuan pentadbir. Perintah join setempat yang mencetak pengesahan hanya membuktikan bahawa permintaan itu diterima secara setempat, yang merupakan fakta berbeza daripada diterima masuk.

Keahlian milik sesuatu identiti

Fail identiti klienlah yang dikenali oleh controller, jadi menyalin konfigurasi ke mesin lain atau memadamkan identiti semasa pemasangan semula menghasilkan ahli yang tidak pernah dilihat oleh controller. Itulah juga sebabnya memadam rekod ahli berbeza daripada membatalkan kebenarannya. Nod yang dibenarkan dan masih berjalan terus mencuba, dan rekod yang dipadam dan bukan dibatalkan boleh kembali sebagai permintaan baharu daripada alamat yang sama.

Apabila anda menamatkan penggunaan sesuatu peranti, batalkan kebenarannya dahulu dan pastikan entri menunjukkan keadaan itu sebelum anda mengalih keluar apa-apa. Urutan itulah perbezaan antara pengalihan keluar yang bersih dan penyertaan semula yang misteri.

Sahkan selepas perubahan

Baca semula entri rangkaian, bukan perintah yang membuat perubahan. Empat soalan merangkumi hasilnya, dan mana-mana satu daripadanya boleh salah sementara yang lain kelihatan betul:

zerotier-cli listnetworks
ip -br addr show
ping -c 2 10.147.20.5
ip route get 10.147.20.5

Yang pertama mencetak keahlian dan alamat yang diberikan bagi setiap rangkaian, dan yang kedua menunjukkan sama ada antara muka benar-benar menerima alamat itu. Dua yang terakhir membuktikan bahawa rakan sebaya dalam rangkaian menjawab dan antara muka mana yang membawa trafik. Catat perintah mana yang menjawab soalan mana, supaya orang seterusnya bermula daripada bukti dan bukan daripada ingatan.

Jika keahlian ialah OK dan alamatnya ada tetapi rakan sebaya tidak menjawab, masalah telah berpindah ke penghalaan atau kepada dasar rakan sebaya itu sendiri. Keluarkan teks status daripada perbualan itu, kerana ia sudah selesai tugasnya. Rekod keahlian dan laluan ialah subjek yang berasingan, dan semakin awal kedua-duanya dipisahkan, semakin pendek siasatan itu.