Node-ID eller nettverks-ID: kva for ein blir med i eit ZeroTier-nettverk

To identifikatorar dukkar opp i kvar ZeroTier-samtale, og dei liknar nok til å bli forveksla i eit chatvindauge. Node-ID-en namngjev ei eining. Nettverks-ID-en namngjev det virtuelle nettverket som den eininga vil bli med i. Å bli med tek den andre, og å autorisere eit medlem tek den første.

To identifikatorar, to oppgåver

Ein nodeidentitet blir generert når tenesta køyrer første gong på ei maskin, og han er ei heksadesimal adresse på ti teikn. Han blir verande hos den installasjonen til identitetsfilene blir fjerna, og difor kan ei reinstallasjon gje eit nytt medlem som ingen har godkjent. Ein nettverks-ID er seksten heksadesimale teikn, og han identifiserer eit virtuelt nettverk framfor ei maskin. Kontrolløren som eig nettverket er sjølv ein node, og difor stemmer dei ti første teikna i nettverks-ID-en med adressa til kontrolløren.

Ingen av verdiane er hemmelege, og ingen av dei erstattar den andre. Det er normalt å dele nettverks-ID-en med alle deltakarar; å dele ein node-ID identifiserer éi eining overfor kontrolløren.

Les kvar verdi frå kommandoen som rapporterer han

Éin kommando rapporterer identiteten til den lokale tenesta, og ein annan rapporterer nettverka ho har blitt med i. Å spørje feil kommando om ein verdi er måten folk endar med å lime inn ein nettverks-ID i ei medlemsliste.

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

Den første skriv ut nodeadressa og om tenesta er på nett. Den andre legg til opplysningar om versjon og port. Den tredje listar opp nettverk ho har blitt med i, med ID-ar, status og tildelte adresser, og han er den einaste som bør brukast når du treng nettverks-ID-en.

Bli med med nettverket, autoriser med noden

Bli-med-kommandoen tek nettverks-ID-en som den som driv kontrolløren oppgir. Eit positivt svar frå kommandoen tyder på at førespurnaden vart send, ikkje at medlemskap på eit privat nettverk vart gjeve.

Etter at du har blitt med, autoriserer administratoren eininga etter node-ID-en i medlemslista for det nettverket. Dei treng ikkje nettverks-ID-en igjen, og dei kan ikkje autorisere ei eining etter vertsnamnet, fordi identiteten er adressa. Viss du er administratoren, les medlemslista og samanlikn nodeadressa med førespurnaden. Ein førespurnad som nemner eit nettverk men ikkje ei nodeadresse kan ikkje handsamast.

Det felles prefikset har ein grunn

Fordi ein nettverks-ID byrjar med nodeadressa til kontrolløren, viser dei same ti teikna seg begge stader. Det er ei rutingshjelp, ikkje eit hint om at dei to verdiane kan bytast om.

Det forklarar òg kvifor identiteten til ein kontrollør tel meir enn visingsnamnet. Å gjenopprette ein kontrollør under ein ny identitet skaper eit anna adresserom, så nettverka som er definerte under den gamle er ikkje dei same nettverka sjølv om namna blir brukte på nytt.

Oppbevar identiteten til kontrolløren i tryggingskopien saman med konfigurasjonen. Å handsame den identiteten som ei etikett som kan genererast på nytt gjer ein gjenoppretting om til ein redesign.

Stadfest resultatet, ikkje utdata frå kommandoen

Ei vellukka tilkopling er byrjinga på kontrollen, ikkje slutten. Sjå deretter på nettverksoppføringa og les tre felt: statusen, den tildelte adressa 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 skriv ut same lista i ei form som kan parsast, noko som gjer det lettare å samanlikne med det administratoren venta. Den andre stadfestar at grensesnittet fekk ei adresse, og den tredje testar ein jamlike på nettverket i staden for den lokale tilstanden.

Viss oppføringa seier ACCESS_DENIED, er ikkje node-ID-en autorisert. Viss ho seier NOT_FOUND, er nettverks-ID-en feil. Viss ho seier OK utan adresse, er adressetildelinga til kontrolløren neste spørsmål, og ingen av dei tre blir svara ved å bli med på nytt.