O'chirilgan ZeroTier a'zosi qaytib keladi: avval ruxsatni bekor qiling

A'zoni o'chirasiz, sahifani yopasiz va bir kundan keyin o'sha qurilma yana qaytib keladi. Bu konsoldagi xato emas. Bu qurilma hali tarmoqda bo'lib, hali ham qo'shilishni so'rab turganda yozuv o'chirilsa sodir bo'ladi.

Ikki amal yonma-yon turadi va turli ish qiladi. Biri kirishni hal qiladi, ikkinchisi faqat ro'yxatni tartibga soladi.

Qaytib kelgan yozuvdan boshlang

Tarmoqni oching va qaytgan yozuvni ko'ring. Uning node ID'sini, oxirgi manzilini va yana qachon paydo bo'lganini yozib oling. Uni foydalanishdan chiqarmoqchi bo'lgan qurilma bilan solishtiring. Ko'rsatilgan nom — kimdir tergan narsa, manzil esa keyingi qo'shilishda o'zgarishi mumkin.

Node ID — barqaror identifikator. Tarmoq ID'si tarmoqqa nom beradi, shuning uchun u qaysi ro'yxatni o'qiyotganingizni aytadi va unda qaysi qurilma borligi haqida hech narsa demaydi. Ikkalasini ham yozib oling, so'ng node ID'ni foydalanishdan chiqarmoqchi bo'lgan mashina bilan moslashtiring.

Bu solishtiruvni xato qilsangiz, ishlab turgan mashinani olib tashlaysiz, keraksiz qurilma esa so'rovini davom ettiradi. Shunda ro'yxat bir kun to'g'ri ko'rinadi. Bu hech kim sezmaydigan darajada uzoq vaqt, va muammo aynan shunda.

O'chirishdan oldin bekor qiling

Avval ruxsat holatini kontroller qo'llab-quvvatlaydigan ish oqimi orqali o'zgartiring. Shu paytdan boshlab qo'shilish urinishi kirishni jimgina tiklash o'rniga ruxsatsiz sifatida ko'rinadi, va so'rov ko'rinmas emas, ko'rinadigan bo'ladi.

O'chirish keyin keladi, hech qachon uning o'rniga emas. Ruxsat berilgan a'zoning yozuvini olib tashlash bekor qilish uchun hech narsa qoldirmaydi. Qurilma yana so'raydi, kontroller uni yangi deb qabul qiladi.

Hali nazorat qilayotgan mashinangiz uchun tarmoqdan chiqish foydalanishdan chiqarishning foydali qismi. Bu yo'qolgan qurilma haqidagi administrator qarorining o'rnini bosmaydi. Endi nazorat qilmayotgan mijoz unga aytilgan hamma narsani e'tiborsiz qoldirishi mumkin.

Ikki amal qayerda joylashgan

Xostingdagi kontrollerda a'zolar ro'yxati ikkala amalni ham taklif qiladi va ularni ajratish uchun yetarlicha aniq belgilaydi. O'zingizning kontrollerda xuddi shu farq API'da va mahalliy konfiguratsiyada ko'rinadi, va chalkashlik odatda shu yerdan boshlanadi.

# list members with authorization state
curl -s -H "X-ZT1-Auth: $TOKEN" \
  "http://127.0.0.1:9993/controller/network/$NETWORK_ID/member" | jq 'to_entries[] | {id: .key, authorized: .value.authorized}'

# deauthorize one member by node id, then confirm
curl -s -X POST -H "X-ZT1-Auth: $TOKEN" -d '{"authorized": false}' \
  "http://127.0.0.1:9993/controller/network/$NETWORK_ID/member/$NODE_ID"

A'zo haqiqatan ham ruxsatsiz bo'lganmi-yo'qmi, buni ko'rsatish uchun shu ikki chaqiruv yetarli. authorized: true qiymati bilan qayta-qayta qaytib keladigan yozuv hech qachon bekor qilinmagan; u shunchaki o'chirilgan.

Ro'yxatdan emas, resursdan tasdiqlang

Tartibli a'zolar ro'yxati kirish tekshiruvi emas. Qurilma avval ishlatgan resursni o'sha qurilmadan yoki uning eski manziliga ega mashinadan sinab ko'ring va ulanish muvaffaqiyatsiz bo'lishini tasdiqlang. So'ng tasdiqlangan o'rinbosar hali ishlashini tasdiqlang.

Bu sinovga marshrutlar va xizmat ruxsatlarini ham kiriting. ZeroTier a'zoga ruxsat berib, baribir uni boshqariladigan marshrutga yeta olmaydigan holatda qoldirishi mumkin. Ilova ruxsati ham xuddi shunday muvaffaqiyatsiz bo'lishi mumkin. A'zolar ro'yxatidan ikkalasi bir xil ko'rinadi.

zerotier-cli listnetworks
ip route show | grep zt
ping -c 3 10.144.0.5

O'zingizning kontroller uchun uning identifikatsiyasi va konfiguratsiyasining izchil zaxira nusxasini saqlang. Avvalgi holatga qaytadigan tiklash eski ruxsatni ham birga olib kelishi mumkin, va a'zolar ro'yxati foydalanishdan chiqarishdan oldingidek ko'rinadi.

Foydalanishdan chiqarish eski identifikatsiya hech qayerga yeta olmay qolgan va yozuv yo'qolgan paytda tugaydi. Buni shu tartibda qiling, a'zo qaytib kelishni to'xtatadi.