Silinmiş ZeroTier üzvü geri qayıdır: əvvəlcə icazəni ləğv edin

Üzvü silirsiniz, səhifəni bağlayırsınız və bir gün sonra həmin cihaz geri qayıdır. Bu, konsolda yaranan xəta deyil. Bu, qeyd silinərkən cihaz hələ onlayn olduqda və hələ də qoşulmaq istədikdə baş verən şeydir.

İki əməliyyat yan-yana durur və fərqli işlər görür. Biri girişə qərar verir, digəri isə yalnız siyahını səliqəyə salır.

Geri qayıdan qeyddən başlayın

Şəbəkəni açın və geri qayıdan girişə baxın. Onun node ID-sini, son ünvanını və yenidən göründüyü vaxtı qeyd edin. Bunu istismara çıxarmaq istədiyiniz cihazla müqayisə edin. Ekran adı kiminsə yazdığı şeydir, ünvan isə növbəti qoşulmada dəyişə bilər.

Node ID sabit identifikatordur. Şəbəkə ID-si şəbəkəni adlandırır, yəni hansı siyahını oxuduğunuzu deyir və içində hansı cihazın olduğu barədə heç nə demir. Hər ikisini qeyd edin, sonra node ID-ni istismara çıxarmaq istədiyiniz maşınla uyğunlaşdırın.

Bu müqayisəni səhv etsəniz, işlək maşını çıxarıb arzuolunmaz maşın sorğu göndərməyə davam edər. Siyahı bir gün düzgün görünür. Bu, heç kimin fərq etməməsi üçün kifayət qədər uzundur və problem də elə bundadır.

Silməzdən əvvəl icazəni geri götürün

Əvvəlcə icazə vəziyyətini nəzarətçinin dəstəklədiyi iş axını ilə dəyişin. Bundan sonra qoşulma cəhdi girişi sakitcə bərpa etmək əvəzinə icazəsiz kimi görünür və sorğu görünməz deyil, görünən olur.

Silmə sonra gəlir, heç vaxt onun yerinə deyil. İcazəli üzvün qeydini silmək geri götürmək üçün heç nə qoymur. Cihaz yenidən soruşur və nəzarətçi onu yeni kimi qəbul edir.

Hələ nəzarət etdiyiniz maşın üçün şəbəkədən çıxmaq istismardan çıxarmanın faydalı hissəsidir. Bu, itirilmiş cihaz barədə administrator qərarının əvəzi deyil. Artıq nəzarət etmədiyiniz müştəri ona deyilənləri nəzərə almaya bilər.

İki əməliyyat harada yerləşir

Hostinqdə olan nəzarətçidə üzvlər siyahısı hər iki əməliyyatı təklif edir və onları ayırd etmək üçün kifayət qədər aydın etiketləyir. Özünün hostinq etdiyi nəzarətçidə eyni fərq API-də və yerli konfiqurasiyada görünür və çaşqınlıq adətən elə buradan başlayır.

# 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"

Bu iki çağırış üzvün həqiqətən icazəsiz olub-olmadığını göstərmək üçün kifayətdir. authorized: true göstərən qeydin icazəsi heç vaxt geri götürülməmişdi; o, sadəcə silinmişdi.

Resursdan yoxlayın, siyahıdan yox

Səliqəli üzvlər siyahısı giriş yoxlaması deyil. Cihazın əvvəl istifadə etdiyi resursu həmin cihazdan və ya onun köhnə ünvanını daşıyan maşından sınayın və bağlantının uğursuz olduğunu təsdiqləyin. Sonra təsdiqlənmiş əvəzedicinin hələ işlədiyini yoxlayın.

Marşrutları və xidmət icazələrini də bu testə daxil edin. ZeroTier üzvə icazə verə və yenə də idarə olunan marşruta çatmağa imkan verməyə bilər. Tətbiq icazəsi də eyni şəkildə uğursuz ola bilər. Üzvlər siyahısından hər ikisi eyni görünür.

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

Özünün hostinq etdiyi nəzarətçi üçün onun kimliyinin və konfiqurasiyasının ardıcıl ehtiyat nüsxəsini saxlayın. Daha əvvəlki vəziyyətə qaytaran bərpa köhnə icazəni də geri gətirə bilər və üzvlər siyahısı istismardan əvvəlki kimi görünəcək.

İstismardan çıxarma köhnə kimlik heç bir yerə çata bilmədikdə və qeyd getdikdə tamamlanır. Bunları bu sıra ilə edin və üzv geri qayıtmağı dayandıracaq.