Dir läscht de Member, maacht d'Säit zou, an en Dag méi spéit ass dee selwechten Apparat nees do. Dat ass kee Fehler an der Konsole. Dat geschitt, wann en Aschreiwung geläscht gëtt, während den Apparat nach online ass an nach ëmmer freet ze kommen.

Zwee Operatiounen stinn niefteneen a maachen ënnerschiddlech Aarbecht. Déi eng entscheet iwwer den Zougang, déi aner richtegt just d'Lëscht.

Fänkt beim Aschreiwung un, deen zréckkënnt

Maacht d'Netzwierk op a kuckt den Andrag deen zréckkomm ass. Notéiert seng node ID, seng lescht Adress an d'Zäit wéi en nees erschien. Vergläicht dat mat dem Apparat deen dir wëllt aus dem Betrib huelen. En ugewisene Numm ass dat wat een agetippt huet, an d'Adress kann sech beim nächsten Zougang änneren.

D'node ID ass den dauerhafte Identifiant. Eng Netzwierk-ID gëtt dem Netzwierk en Numm, also seet se Iech wéi eng Lëscht dir liest an näischt driwwer, wéi en Apparat dran ass. Notéiert béides, a vergläicht da d'node ID mat der Maschinn déi dir wëllt aus dem Betrib huelen.

Maacht dir dëse Verglach falsch, hëlt dir eng Maschinn ewech déi funktionéiert, während dee ongewollten Apparat nach freet. Dann gesäit d'Lëscht een Dag laang richteg aus. Dat ass laang genuch, datt et keen iwwerleet, an dat ass genee de Problem.

Entzitt ier dir läscht

Ännert als éischt den Autorisatiounsstatus iwwer de Workflow deen de Controller ënnerstëtzt. Vun deem Ament un erschéngt e Versuch ze kommen als net autoriséiert, amplaz den Zougang roueg ze restauréieren, an d'Fro ass sichtbar amplaz onsiichtbar.

D'Läschen kënnt duerno, ni amplaz. Wann een den Aschreiwung vun engem autoriséierte Member ewechhëlt, bleift näischt ze entzéien. Den Apparat freet nees, an de Controller behandelt en als nei.

Fir eng Maschinn déi dir nach kontrolléiert, ass d'Netzwierk ze verloossen en nëtzlechen Deel vun der Ausbetribsnam. Et ersetzt net d'Entscheedung vum Administrateur iwwer en verluerenen Apparat. E Client deen dir net méi kontrolléiert, kann ignoréieren wat him gesot gouf.

Wou déi zwou Operatiounen sinn

Op engem gehoste Controller bitt d'Memberlëscht béid Aktiounen un an etikettéiert se kloer genuch fir se z'ënnerscheeden. Op engem selbst gehoste Controller erschéngt dee selwechten Ënnerscheed an der API an an der lokaler Konfiguratioun, an do fänkt d'Verwierrung normalerweis un.

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

Déi zwou Ufroe genuch, fir ze weisen ob de Member iergendwann wierklech net autoriséiert war. En Aschreiwung deen ëmmer erëm zréckkënnt mat authorized: true gouf ni entzunn; en gouf just geläscht.

Bestätegt vun der Ressource, net vun der Lëscht

Eng opgeraumt Memberlëscht ass keng Zougangsprüfung. Probéiert d'Ressource déi den Apparat virdrun benotzt huet, vun deem Apparat oder vun enger Maschinn déi seng al Adress huet, a bestätegt datt d'Verbindung feelt. Bestätegt dann datt en approuvéierte Ersatz nach funktionéiert.

Huelt Route a Servicerpermissiounen an dee Test op. ZeroTier kann e Member autoriséieren an et awer net fäeg loossen eng verwalt Route z'erreechen. Eng Applikatiounspermissioun kann op déiselwecht Manéier feelen. Béides gesäit aus der Memberlëscht identesch aus.

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

Fir engem selbst gehoste Controller, haalt eng konsequent Sécherung vu senger Identitéit a Konfiguratioun. Eng Restauratioun déi op en fréieren Zoustand zréckgeet, kann eng al Autorisatioun matbréngen, an d'Memberlëscht wäert genee sou ausgesinn wéi virun der Ausbetribsnam.

D'Ausbetribsnam ass fäerdeg wann déi al Identitéit näischt méi erreeche kann an den Aschreiwung fort ass. Maacht dat an där Reihenfolleg an de Member hält op zréckzekommen.

Ähnlech Artikelen