ID de nod sau ID de rețea: care intră într-o rețea ZeroTier

Doi identificatori apar în fiecare conversație despre ZeroTier, și seamănă suficient de mult încât să fie confundați într-o fereastră de chat. ID-ul de nod numește un dispozitiv. ID-ul de rețea numește rețeaua virtuală în care vrea să intre acel dispozitiv. Intrarea ia al doilea, iar autorizarea unui membru ia primul.

Doi identificatori, două sarcini

O identitate de nod este generată când serviciul rulează prima dată pe un calculator, și este o adresă hexazecimală de zece caractere. Rămâne cu acea instalare până când fișierele de identitate sunt eliminate, de aceea o reinstalare poate produce un membru nou pe care nimeni nu l-a aprobat. Un ID de rețea are șaisprezece caractere hexazecimale și identifică o rețea virtuală, nu un calculator. Controlerul care deține rețeaua este el însuși un nod, de aceea primele zece caractere ale ID-ului de rețea coincid cu adresa controlerului.

Niciuna dintre valori nu este un secret și niciuna nu o înlocuiește pe cealaltă. Partajarea ID-ului de rețea cu fiecare participant este normală; partajarea unui ID de nod arată controlerului un singur dispozitiv.

Citiți fiecare valoare din comanda care o raportează

O comandă raportează identitatea serviciului local, iar alta raportează rețelele în care a intrat. A cere o valoare comenzii greșite este felul în care oamenii ajung să lipească un ID de rețea într-o listă de membri.

zerotier-cli info
zerotier-cli status
zerotier-cli listnetworks

Prima tipărește adresa nodului și dacă serviciul este online. A doua adaugă informații despre versiune și port. A treia listează rețelele conectate cu ID-urile, starea și adresele alocate, și este singura care trebuie folosită când aveți nevoie de ID-ul de rețea.

Intrați cu rețeaua, autorizați cu nodul

Comanda de intrare preia ID-ul de rețea furnizat de cel care administrează controlerul. Un răspuns pozitiv al comenzii înseamnă că cererea a fost trimisă, nu că apartenența la o rețea privată a fost acordată.

După intrare, administratorul autorizează dispozitivul după ID-ul său de nod în lista de membri pentru acea rețea. Nu mai are nevoie de ID-ul de rețea și nu poate autoriza un dispozitiv după numele de gazdă, pentru că identitatea este adresa. Dacă sunteți administratorul, citiți lista de membri și comparați adresa nodului cu cererea. O cerere care numește o rețea dar nu o adresă de nod nu poate fi executată.

Prefixul comun are un motiv

Deoarece un ID de rețea începe cu adresa de nod a controlerului, aceleași zece caractere apar în ambele locuri. Este o comoditate de rutare, nu un indiciu că cele două valori sunt interschimbabile.

Aceasta explică și de ce identitatea unui controler contează mai mult decât numele afișat. Restaurarea unui controler sub o identitate nouă creează un alt spațiu de adrese, așa că rețelele definite sub cea veche nu sunt aceleași rețele chiar dacă numele sunt refolosite.

Păstrați identitatea controlerului în copia de siguranță împreună cu configurația sa. Tratarea acelei identități ca o etichetă regenerabilă transformă o restaurare într-o reproiectare.

Verificați rezultatul, nu ieșirea comenzii

O intrare reușită este începutul verificării, nu sfârșitul. Apoi priviți intrarea de rețea și citiți trei câmpuri: starea, adresa alocată și ID-ul de rețea.

zerotier-cli listnetworks -j
ip -br addr show | grep zt
ping -c 2 10.147.20.5

Prima comandă tipărește aceeași listă într-o formă analizabilă, ceea ce face mai ușoară compararea cu ce aștepta administratorul. A doua confirmă că interfața a primit o adresă, iar a treia testează un partener din rețea, nu starea locală.

Dacă intrarea spune ACCESS_DENIED, ID-ul de nod nu este autorizat. Dacă spune NOT_FOUND, ID-ul de rețea este greșit. Dacă spune OK fără adresă, următoarea întrebare este alocarea adreselor de către controler, și niciuna dintre cele trei nu se rezolvă intrând din nou.