Устгасан ZeroTier гишүүн буцаж ирдэг: эхлээд зөвшөөрлийг цуцал

Гишүүнийг устгаад хуудсыг хаахад нэг өдрийн дараа мөн төхөөрөмж буцаж ирнэ. Энэ нь консолын алдаа биш. Төхөөрөмж сүлжээнд байхдаа нэгдэх хүсэлтээ үргэлжлүүлж байх үед бүртгэлийг устгавал ийм зүйл тохиолддог.

Хоёр үйлдэл зэрэгцэн оршиж, өөр ажил хийдэг. Нэг нь хандалтыг шийддэг, нөгөө нь зөвхөн жагсаалтыг цэгцэлдэг.

Буцаж ирж буй бүртгэлээс эхэл

Сүлжээг нээж, буцаж ирсэн бичлэгийг хар. Түүний node ID, сүүлийн хаяг, дахин хэзээ гарч ирсэн цагийг тэмдэглэ. Үүнийг ашиглалтаас гаргах гэж байсан төхөөрөмжтэй харьцуул. Харагдах нэр бол хэн нэгний бичсэн зүйл, харин хаяг дараагийн нэгдэлд өөрчлөгдөж болно.

node ID бол тогтвортой танигч юм. Сүлжээний ID сүлжээнд нэр өгдөг, тиймээс аль жагсаалтыг уншиж байгааг хэлдэг боловч дотор нь ямар төхөөрөмж байгааг хэлдэггүй. Хоёуланг нь тэмдэглээд, дараа нь node ID-г ашиглалтаас гаргах гэж байсан машинатай тулгаж үз.

Энэ харьцуулалтыг буруу хийвэл ажиллаж байгаа машиныг хасч, хүсээгүй төхөөрөмж үргэлжлүүлэн хүсэлт гаргана. Тэгвэл жагсаалт нэг өдрийн турш зөв харагдана. Хэн ч анзаарахгүй байх хангалттай хугацаа бөгөөд асуудал яг үүнд л байна.

Устгахаас өмнө цуцал

Эхлээд зөвшөөрлийн төлөвийг контроллерын дэмждэг ажлын урсгалаар өөрчил. Тэр мөчөөс эхлэн нэгдэх оролдлого хандалтыг чимээгүйхэн сэргээхийн оронд зөвшөөрөлгүй гэж харагдаж, хүсэлт нь үл үзэгдэх биш харагдах болно.

Устгал нь дараа нь ирдэг, хэзээ ч түүний оронд биш. Зөвшөөрөгдсөн гишүүний бүртгэлийг хасахад цуцлах зүйл үлдэхгүй. Төхөөрөмж дахин асууна, контроллер үүнийг шинэ гэж үзнэ.

Одоо ч хянаж байгаа машины хувьд сүлжээнээс гарах нь ашиглалтаас гаргах ашигтай хэсэг. Энэ нь алдагдсан төхөөрөмжийн талаарх админы шийдвэрийг орлохгүй. Одоо хянадаггүй клиент түүнд хэлсэн бүхнийг үл тоомсорлож болно.

Хоёр үйлдэл хаана байдаг

Хостлосон контроллер дээр гишүүдийн жагсаалт хоёр үйлдлийг санал болгож, ялгах боломжтой хангалттай тодорхой шошголдог. Өөрийн контроллер дээр ижил ялгаа API болон локал тохиргоонд харагдах бөгөөд эргэлзээ ихэвчлэн тэндээс эхэлдэг.

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

Гишүүн хэзээ нэгэн цагт үнэхээр зөвшөөрөлгүй байсан эсэхийг харуулахад энэ хоёр дуудлага хангалттай. authorized: true утгатайгаар дахин дахин буцаж ирдэг бүртгэл хэзээ ч цуцлагдаагүй; зөвхөн устгагдсан.

Жагсаалтаас биш, нөөцөөс батал

Цэгцтэй гишүүдийн жагсаалт бол хандалтын шалгалт биш. Төхөөрөмжийн өмнө нь ашиглаж байсан нөөцийг тэр төхөөрөмжөөс эсвэл хуучин хаягтай машинаас туршиж, холболт бүтэлгүйтэж байгааг батал. Дараа нь зөвшөөрөгдсөн орлуулагч ажиллаж байгааг батал.

Тухайн тестэд маршрут болон үйлчилгээний зөвшөөрлийг оруул. ZeroTier гишүүнд зөвшөөрөл өгөөд удирдсан маршрутад хүрэх боломжгүй үлдээж болно. Програмын зөвшөөрөл мөн адил бүтэлгүйтэж болно. Гишүүдийн жагсаалтаас хоёулаа ижил харагдана.

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

Өөрийн контроллерын хувьд түүний таних мэдээлэл болон тохиргооны тууштай нөөц хуулбарыг хадгал. Өмнөх төлөв рүү буцаах сэргээлт хуучин зөвшөөрлийг хамт авчирч болох бөгөөд гишүүдийн жагсаалт ашиглалтаас гаргахаас өмнөхтэй яг ижил харагдана.

Хуучин таних мэдээлэл юунд ч хүрч чадахгүй, бүртгэл нь арилсан үед ашиглалтаас гаргах үйлдэл дуусна. Үүнийг энэ дарааллаар хийвэл гишүүн буцаж ирэхээ болино.