Ezabatutako ZeroTier kidea itzultzen da: baliogabetu baimena lehenago

Kidea ezabatzen duzu, orria ixten duzu, eta egun bat geroago gailu bera itzuli da. Hori ez da kontsolako akats bat. Hori gertatzen da erregistro bat ezabatzen denean gailua oraindik linean dagoela eta oraindik batzeko eskatzen duela.

Bi eragiketa elkarren ondoan daude eta lan desberdinak egiten dituzte. Batek sarbidea erabakitzen du, eta besteak zerrenda txukuntzen du soilik.

Hasi itzultzen den erregistrotik

Ireki sarea eta begiratu itzuli den sarrera. Idatzi haren node ID, azken helbidea eta berriro agertu zen ordua. Alderatu erretiratu nahi zenuen gailuarekin. Bistaratze-izena norbaiten tekleatua da, eta helbidea hurrengo batzean alda daiteke.

Node ID da identifikatzaile egonkorra. Sare ID batek sarea izendatzen du, beraz, zein zerrenda irakurtzen ari zaren esaten dizu, eta ez du ezer esaten bertan zein gailu dagoen. Idatzi biak, eta gero parekatu node ID erretiratu nahi zenuen makinarekin.

Konparaketa hori gaizki egiten baduzu, funtzionatzen duen makina bat kenduko duzu, nahi ez duzunak eskatzen jarraitzen duen bitartean. Orduan zerrendak zuzena dirudi egun batez. Hori nahikoa da inork ez nabaritzeko, eta horixe da arazoa.

Baliogabetu ezabatu aurretik

Aldatu baimen-egoera kontrolatzaileak onartzen duen lan-fluxuaren bidez. Une horretatik aurrera, batzeko saiakera ez-baimenduta gisa agertzen da sarbidea isilka berrezarri beharrean, eta eskaera ikusgai dago, ez ikusezin.

Ezabaketa geroago dator, inoiz ez haren ordez. Baimendutako kide baten erregistroa kentzeak ez du ezer uzten baliogabetzeko. Gailuak berriro galdetzen du, eta kontrolatzaileak berritzat hartzen du.

Oraindik kontrolatzen duzun makina batentzat, saretik irtetea erretiroaren zati erabilgarria da. Ez da galdutako gailu bati buruzko administratzailearen erabakiaren ordezkoa. Jada kontrolatzen ez duzun bezero batek jaso duena alde batera utz dezake.

Non bizi dira bi eragiketak

Ostatatutako kontrolatzaile batean, kideen zerrendak bi ekintzak eskaintzen ditu eta behar adina argi etiketatzen ditu bereizteko. Norberak ostatatutako kontrolatzaile batean, bereizketa bera APIan eta tokiko konfigurazioan agertzen da, eta hortik hasten da nahasmena normalean.

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

Bi dei horiek nahikoak dira kidea inoiz benetan baimenik gabe egon zen erakusteko. Behin eta berriz authorized: true balioarekin itzultzen den erregistroa ez zen inoiz baliogabetu; soilik ezabatu zen.

Egiaztatu baliabidetik, ez zerrendatik

Kideen zerrenda txukuna ez da sarbide-egiaztapena. Saiatu gailuak lehenago erabiltzen zuen baliabidea, gailu horretatik edo haren helbide zaharra duen makina batetik, eta egiaztatu konexioak huts egiten duela. Gero egiaztatu onartutako ordezkapen batek oraindik funtzionatzen duela.

Sartu ibilbideak eta zerbitzu-baimenak proba horretan. ZeroTierrek kide bat baimendu dezake eta hala ere kudeatutako ibilbide batera iristeko gai ez den egoeran utzi. Aplikazio-baimen batek modu berean huts egin dezake. Biak berdin ikusten dira kideen zerrendatik.

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

Norberak ostatatutako kontrolatzaile baterako, mantendu haren identitatearen eta konfigurazioaren segurtasun-kopia koherentea. Aurreko egoera batera atzeratzen den berreskurapen batek baimen zahar bat ekar dezake, eta kideen zerrenda erretiroaren aurreko berdin-berdina izango da.

Erretiroa amaituta dago identitate zaharra ezeri iristeko gai ez denean eta erregistroa desagertu denean. Egin hori ordena horretan eta kidea itzultzeari utziko dio.