Жойылған 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

Өз контроллеріңіз үшін оның идентификациясы мен конфигурациясының дәйекті резервтік көшірмесін ұстаңыз. Ертерек күйге қайтатын қалпына келтіру ескі рұқсатты да бірге әкелуі мүмкін, ал мүшелер тізімі пайдаланудан шығаруға дейінгідей болып көрінеді.

Пайдаланудан шығару ескі идентификация еш жерге жете алмағанда және жазба жойылғанда аяқталады. Осы ретпен жасаңыз, сонда мүше қайта оралуды тоқтатады.

Қатысты мақалалар