Fuortsmiet ZeroTier-lid komt werom: lûk earst de autorisaasje yn

Jo smite it lid fuort, slute de side, en in dei letter is datselde apparaat werom. Dat is gjin flater yn 'e konsole. Dat bart as in record fuortsmiten wurdt wylst it apparaat noch online is en noch altyd om mei te dwaan freget.

Twa bewurkingen steane njonken elkoar en dogge ferskillend wurk. Ien beslút oer tagong, en de oare makket allinnich de list skjin.

Begjin by it record dat weromkomt

Iepenje it netwurk en sjoch nei it item dat weromkaam. Skriuw syn node ID, syn lêste adres en de tiid dat it wer ferskynde op. Ferlykje dat mei it apparaat dat jo ôfdwaan woene. In werjefte namme is wat immen yntype hat, en it adres kin by de folgjende oansluting feroarje.

De node ID is de stabile identifikaasje. In netwurk-ID neamt it netwurk, dus it fertelt jo hokker list jo lêze en neat oer hokker apparaat deryn is. Skriuw beide op en ferlykje dan de node ID mei de masine dy't jo ôfdwaan woene.

Dwaan jo dy ferliking ferkeard, dan smite jo in masine fuort dy't wurket wylst it ûnwinske apparaat trochfreget. Dan liket de list in dei lang goed. Dat is lang genôch dat nimmen it merkt, en dat is krekt it probleem.

Lûk yn ear't jo fuortsmite

Feroarje earst de autorisaasjestatus fia de wurkstream dy't de kontrolleur stipet. Fan dat stuit ôf ferskynt in oanslutingspoging as net autorisearre ynstee fan tagong stil werom te setten, en it fersyk is sichtber ynstee fan ûnsichtber.

It fuortsmieten komt dêrnei, nea ynstee dêrfan. It fuortsmieten fan it record fan in autorisearre lid lit neat oer om yn te lûken. It apparaat freget wer, en de kontrolleur behannelet it as nij.

Foar in masine dy't jo noch kontrolearje, is it ferlitten fan it netwurk in nuttich part fan it ôfdwaan. It ferfangt net it beslút fan de behearder oer in ferlern apparaat. In klant dy't jo net mear kontrolearje kin negearje wat der tsjin sein is.

Wêr't de twa bewurkingen steane

Op in hoste kontrolleur biedt de ledelist beide aksjes en labelt se dúdlik genôch om se út elkoar te hâlden. Op in sels hoste kontrolleur ferskynt itselde ferskil yn 'e API en yn 'e lokale konfiguraasje, en dêr begjint de betizing meastentiids.

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

Dy twa oproppen binne genôch om te sjen oft it lid ea echt net autorisearre wie. In record dat hieltiten weromkomt mei authorized: true is nea ynlutsen; it is allinnich fuortsmiten.

Befêstigje fan 'e boarne, net fan 'e list

In skjinne ledelist is gjin tagongskontrôle. Probearje de boarne dy't it apparaat earder brûkte, fan dat apparaat ôf of fan in masine mei syn âlde adres, en befêstigje dat de ferbining mislearret. Befêstigje dan dat in goedkarde ferfanging noch wurket.

Nim rûtes en tsjinstpermissjes op yn dy test. ZeroTier kin in lid autorisearje en it dochs net by steat litte om in behearder rûte te berikken. In applikaasjepermissje kin op deselde manier mislearje. Beide sjogge der fan 'e ledelist itselde út.

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

Hâld foar in sels hoste kontrolleur in konsekwinte reservekopy fan syn identiteit en konfiguraasje. In werstel dat weromgiet nei in earder steat kin in âlde autorisaasje meinimme, en de ledelist sil der krekt sa útsjen as foar it ôfdwaan.

It ôfdwaan is dien as de âlde identiteit neat mear berikke kin en it record fuort is. Doch dat yn dy oarder en it lid hâldt op werom te kommen.