Knoop-ID of netwerk-ID: watter een sluit by 'n ZeroTier-netwerk aan

Twee identifikasies kom in elke ZeroTier-gesprek voor, en hulle lyk so soortgelyk dat mense dit in 'n chatvenster verwar. Die knoop-ID benoem 'n toestel. Die netwerk-ID benoem die virtuele netwerk waarbysel toestel wil aansluit. Om aan te sluit gebruik jy die tweede, en om 'n lid te magtig gebruik jy die eerste.

Twee identifikasies, twee take

'n Knoopidentiteit word geskep wanneer die diens die eerste keer op 'n masjien loop, en dit is 'n heksadesimale adres van tien karakters. Dit bly by daardie installasie totdat die identiteitslêers verwyder word, en daarom kan 'n herinstallasie 'n nuwe lid lewer wat niemand goedgekeur het nie. 'n Netwerk-ID is sestien heksadesimale karakters, en dit identifiseer 'n virtuele netwerk eerder as 'n masjien. Die beheerder wat die netwerk besit, is self 'n knoop, en daarom stem die eerste tien karakters van die netwerk-ID ooreen met die beheerder se adres.

Nie een van die twee waardes is geheim nie, en nie een is 'n plaasvervanger vir die ander nie. Dit is normaal om die netwerk-ID met elke deelnemer te deel; om 'n knoop-ID te deel wys een toestel aan die beheerder.

Lees elke waarde uit die opdrag wat dit rapporteer

Een opdrag rapporteer die identiteit van die plaaslike diens, en 'n ander een rapporteer die netwerke waarbysluit het. Om die verkeerde opdrag vir 'n waarde te vra, is hoe mense uiteindelik 'n netwerk-ID in 'n ledelys plak.

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

Die eerste druk die knoopadres en of die diens aanlyn is. Die tweede voeg weergawe- en poortinligting by. Die derde lys aangeslote netwerke met hul netwerk-ID's, status en toegewysde adresse, en dit is die enigste een wat gebruik moet word wanneer jy die netwerk-ID nodig het.

Sluit aan met die netwerk, magtig met die knoop

Die aansluitopdrag neem die netwerk-ID wat deur die persoon wat die beheerder bestuur, verskaf word. 'n Positiewe antwoord van die opdrag beteken dat die versoek ingedien is, nie dat lidmaatskap op 'n private netwerk toegestaan is nie.

Ná die aansluiting magtig die administrateur die toestel op sy knoop-ID in die ledelys vir daardie netwerk. Hulle het nie weer die netwerk-ID nodig nie, en hulle kan nie 'n toestel op sy gasheernaam magtig nie, want die identiteit is die adres. As jy die administrateur is, lees die ledelys en vergelyk die knoopadres met die versoek. 'n Versoek wat 'n netwerk noem maar geen knoopadres nie, is nie uitvoerbaar nie.

Die gedeelde voorvoegsel het 'n rede

Omdat 'n netwerk-ID met die beheerder se knoopadres begin, verskyn dieselfde tien karakters op beide plekke. Dit is 'n roeteringsgerief, nie 'n wenk dat die twee waardes uitruilbaar is nie.

Dit verduidelik ook waarom 'n beheerder se identiteit belangriker is as sy vertoonnaam. Om 'n beheerder onder 'n nuwe identiteit te herstel, skep 'n ander adresruimte, so die netwerke wat onder die oue gedefinieer is, is nie dieselfde netwerke nie, selfs al word die name hergebruik.

Hou die beheerder se identiteit in jou rugsteun saam met sy konfigurasie. Om daardie identiteit as 'n etiket te behandel wat herbou kan word, verander 'n herstel in 'n herontwerp.

Verifieer die resultaat, nie die opdrag se uitvoer nie

'n Suksesvolle aansluiting is die begin van die kontrole, nie die einde daarvan nie. Kyk daarna na die netwerkinskrywing en lees drie velde: die status, die toegewysde adres en die netwerk-ID.

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

Die eerste opdrag druk dieselfde lys in 'n parseerbare vorm, wat makliker is om teen die administrateur se verwagting te vergelyk. Die tweede bevestig dat die koppelvlak 'n adres ontvang het, en die derde toets 'n eweknie op die netwerk eerder as die plaaslike toestand.

As die inskrywing ACCESS_DENIED sê, is die knoop-ID nie gemagtig nie. As dit NOT_FOUND sê, is die netwerk-ID verkeerd. As dit OK sê sonder 'n adres, is die beheerder se adrestoewysing die volgende vraag, en nie een van daardie drie word beantwoord deur weer aan te sluit nie.