Node-ID eller netværks-ID: hvilken en slutter sig til et ZeroTier-netværk

To identifikatorer dukker op i enhver ZeroTier-samtale, og de ligner hinanden nok til at blive forvekslet i et chatvindue. Node-ID'et navngiver en enhed. Netværks-ID'et navngiver det virtuelle netværk, som den enhed vil tilslutte sig. Tilslutning kræver det andet, og godkendelse af et medlem kræver det første.

To identifikatorer, to opgaver

En nodeidentitet genereres, når tjenesten kører første gang på en maskine, og den er en hexadecimal adresse på ti tegn. Den bliver hos den installation, indtil identitetsfilerne fjernes, og derfor kan en geninstallation give et nyt medlem, som ingen har godkendt. Et netværks-ID er seksten hexadecimale tegn, og det identificerer et virtuelt netværk frem for en maskine. Den controller, der ejer netværket, er selv en node, og derfor stemmer de første ti tegn i netværks-ID'et med controllerens adresse.

Ingen af værdierne er hemmelige, og ingen af dem erstatter den anden. Det er normalt at dele netværks-ID'et med alle deltagere; at dele et node-ID identificerer én enhed over for controlleren.

Læs hver værdi fra den kommando, der rapporterer den

Én kommando rapporterer den lokale tjenestes identitet, og en anden rapporterer de netværk, den har tilsluttet sig. At spørge den forkerte kommando om en værdi er måden, hvorpå folk ender med at indsætte et netværks-ID i en medlemsliste.

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

Den første udskriver nodeadressen og om tjenesten er online. Den anden tilføjer versions- og portoplysninger. Den tredje viser tilsluttede netværk med deres netværks-ID'er, status og tildelte adresser, og den er den eneste, der bør bruges, når du har brug for netværks-ID'et.

Tilslut med netværket, godkend med noden

Tilslutningskommandoen tager det netværks-ID, som den, der styrer controlleren, angiver. Et positivt svar fra kommandoen betyder, at anmodningen blev sendt, ikke at medlemskab på et privat netværk blev givet.

Efter tilslutningen godkender administratoren enheden via dens node-ID i medlemslisten for det netværk. De har ikke brug for netværks-ID'et igen, og de kan ikke godkende en enhed via dens værtsnavn, fordi identiteten er adressen. Hvis du er administratoren, så læs medlemslisten og sammenlign nodeadressen med anmodningen. En anmodning, der nævner et netværk, men ingen nodeadresse, kan ikke behandles.

Det fælles præfiks har en grund

Fordi et netværks-ID begynder med controllerens nodeadresse, optræder de samme ti tegn begge steder. Det er en routing-bekvemmelighed, ikke et vink om, at de to værdier kan udskiftes.

Det forklarer også, hvorfor en controllers identitet betyder mere end dens viste navn. Gendannelse af en controller under en ny identitet skaber et andet adresserum, så de netværk, der er defineret under den gamle, er ikke de samme netværk, selv om navnene genbruges.

Opbevar controllerens identitet i din sikkerhedskopi sammen med dens konfiguration. At behandle den identitet som en etiket, der kan genskabes, gør en gendannelse til et redesign.

Bekræft resultatet, ikke kommandoens output

En vellykket tilslutning er begyndelsen på kontrollen, ikke slutningen. Se derefter på netværksposten, og læs tre felter: status, den tildelte adresse og netværks-ID'et.

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

Den første kommando udskriver samme liste i en form, der kan parses, hvilket gør det lettere at sammenligne med det, administratoren forventede. Den anden bekræfter, at grænsefladen har fået en adresse, og den tredje tester en peer på netværket frem for den lokale tilstand.

Hvis posten siger ACCESS_DENIED, er node-ID'et ikke godkendt. Hvis den siger NOT_FOUND, er netværks-ID'et forkert. Hvis den siger OK uden adresse, er controllerens adressetildeling det næste spørgsmål, og ingen af de tre besvares ved at tilslutte igen.