Node-ID eller nätverks-ID: vilket av dem går med i ett ZeroTier-nätverk

Två identifierare dyker upp i varje ZeroTier-samtal, och de liknar varandra tillräckligt för att blandas ihop i ett chattfönster. Node-ID:t namnger en enhet. Nätverks-ID:t namnger det virtuella nätverket som enheten vill gå med i. Att gå med tar den andra, och att auktorisera en medlem tar den första.

Två identifierare, två uppgifter

En nodidentitet skapas när tjänsten körs första gången på en maskin, och den är en hexadecimal adress på tio tecken. Den stannar med den installationen tills identitetsfilerna tas bort, vilket är därför en ominstallation kan ge en ny medlem som ingen har godkänt. Ett nätverks-ID är sexton hexadecimala tecken, och det identifierar ett virtuellt nätverk snarare än en maskin. Styrenheten som äger nätverket är själv en nod, vilket är därför de tio första tecknen i nätverks-ID:t stämmer med styrenhetens adress.

Inget av värdena är hemligt och inget ersätter det andra. Att dela nätverks-ID:t med varje deltagare är normalt; att dela ett node-ID pekar ut en enhet för styrenheten.

Läs varje värde från kommandot som rapporterar det

Ett kommando rapporterar den lokala tjänstens identitet, och ett annat rapporterar de nätverk den har gått med i. Att fråga fel kommando om ett värde är hur folk till slut klistrar in ett nätverks-ID i en medlemslista.

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

Det första skriver ut nodadressen och om tjänsten är online. Det andra lägger till information om version och port. Det tredje listar anslutna nätverk med deras ID:n, status och tilldelade adresser, och det är det enda som bör användas när du behöver nätverks-ID:t.

Gå med med nätverket, auktorisera med noden

Gå-med-kommandot tar nätverks-ID:t som den som driver styrenheten anger. Ett positivt svar från kommandot betyder att begäran skickades, inte att medlemskap i ett privat nätverk beviljades.

Efter anslutningen auktoriserar administratören enheten med dess node-ID i medlemslistan för det nätverket. De behöver inte nätverks-ID:t igen, och de kan inte auktorisera en enhet med dess värdnamn, eftersom identiteten är adressen. Om du är administratören, läs medlemslistan och jämför nodadressen med begäran. En begäran som namnger ett nätverk men inte en nodadress kan inte hanteras.

Det gemensamma prefixet har en orsak

Eftersom ett nätverks-ID börjar med styrenhetens nodadress visas samma tio tecken på båda ställena. Det är en routingbekvämlighet, inte en antydan om att de två värdena är utbytbara.

Det förklarar också varför en styrenhets identitet spelar större roll än dess visningsnamn. Att återställa en styrenhet under en ny identitet skapar ett annat adressutrymme, så nätverken som definierats under den gamla är inte samma nätverk även om namnen återanvänds.

Behåll styrenhetens identitet i säkerhetskopian tillsammans med dess konfiguration. Att behandla den identiteten som en etikett som kan återskapas gör en återställning till en omdesign.

Verifiera resultatet, inte kommandots utdata

En lyckad anslutning är början på kontrollen, inte slutet. Titta sedan på nätverksposten och läs tre fält: statusen, den tilldelade adressen och nätverks-ID:t.

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

Det första kommandot skriver ut samma lista i ett tolkbart format, vilket gör det lättare att jämföra med vad administratören förväntade sig. Det andra bekräftar att gränssnittet fick en adress, och det tredje testar en motpart i nätverket i stället för det lokala tillståndet.

Om posten säger ACCESS_DENIED är node-ID:t inte auktoriserat. Om den säger NOT_FOUND är nätverks-ID:t fel. Om den säger OK utan adress är styrenhetens adresstilldelning nästa fråga, och ingen av de tre besvaras genom att gå med igen.