Node-ID eller nettverks-ID: hvilken blir med i et ZeroTier-nettverk

To identifikatorer dukker opp i hver ZeroTier-samtale, og de ligner nok til å bli forvekslet i et chatvindu. Node-ID-en navngir en enhet. Nettverks-ID-en navngir det virtuelle nettverket som den enheten vil bli med i. Å bli med tar den andre, og å autorisere et medlem tar den første.

To identifikatorer, to oppgaver

En nodeidentitet genereres når tjenesten kjører første gang på en maskin, og den er en heksadesimal adresse på ti tegn. Den blir hos den installasjonen til identitetsfilene fjernes, og derfor kan en reinstallasjon gi et nytt medlem som ingen har godkjent. En nettverks-ID er seksten heksadesimale tegn, og den identifiserer et virtuelt nettverk fremfor en maskin. Kontrolleren som eier nettverket er selv en node, og derfor stemmer de ti første tegnene i nettverks-ID-en med kontrollerens adresse.

Ingen av verdiene er hemmelige, og ingen av dem erstatter den andre. Det er normalt å dele nettverks-ID-en med alle deltakere; å dele en node-ID identifiserer én enhet overfor kontrolleren.

Les hver verdi fra kommandoen som rapporterer den

Én kommando rapporterer den lokale tjenestens identitet, og en annen rapporterer nettverkene den har blitt med i. Å spørre feil kommando om en verdi er måten folk ender med å lime inn en nettverks-ID i en medlemsliste.

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

Den første skriver ut nodeadressen og om tjenesten er på nett. Den andre legger til informasjon om versjon og port. Den tredje lister opp nettverk den har blitt med i, med ID-er, status og tildelte adresser, og den er den eneste som bør brukes når du trenger nettverks-ID-en.

Bli med med nettverket, autoriser med noden

Bli-med-kommandoen tar nettverks-ID-en som den som driver kontrolleren oppgir. Et positivt svar fra kommandoen betyr at forespørselen ble sendt, ikke at medlemskap på et privat nettverk ble gitt.

Etter at du har blitt med, autoriserer administratoren enheten etter node-ID-en i medlemslisten for det nettverket. De trenger ikke nettverks-ID-en igjen, og de kan ikke autorisere en enhet etter vertsnavnet, fordi identiteten er adressen. Hvis du er administratoren, les medlemslisten og sammenlign nodeadressen med forespørselen. En forespørsel som navngir et nettverk men ikke en nodeadresse kan ikke behandles.

Det felles prefikset har en grunn

Fordi en nettverks-ID begynner med kontrollerens nodeadresse, vises de samme ti tegnene begge steder. Det er en rutingsbekvemmelighet, ikke et hint om at de to verdiene kan byttes om.

Det forklarer også hvorfor en kontrollers identitet betyr mer enn visningsnavnet. Å gjenopprette en kontroller under en ny identitet skaper et annet adresserom, så nettverkene som er definert under den gamle er ikke de samme nettverkene selv om navnene gjenbrukes.

Oppbevar kontrollerens identitet i sikkerhetskopien sammen med konfigurasjonen. Å behandle den identiteten som en etikett som kan genereres på nytt gjør en gjenoppretting om til en redesign.

Bekreft resultatet, ikke kommandoens utdata

En vellykket tilkobling er begynnelsen på kontrollen, ikke slutten. Se deretter på nettverksoppføringen og les tre felt: statusen, den tildelte adressen og nettverks-ID-en.

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

Den første kommandoen skriver ut samme liste i en form som kan parses, noe som gjør det lettere å sammenligne med det administratoren forventet. Den andre bekrefter at grensesnittet fikk en adresse, og den tredje tester en jevnbyrdig på nettverket i stedet for den lokale tilstanden.

Hvis oppføringen sier ACCESS_DENIED, er ikke node-ID-en autorisert. Hvis den sier NOT_FOUND, er nettverks-ID-en feil. Hvis den sier OK uten adresse, er kontrollerens adressetildeling neste spørsmål, og ingen av de tre besvares ved å bli med på nytt.