ID de nodo ou ID de rede: cal se une a unha rede ZeroTier
Un ID de nodo nomea un dispositivo e un ID de rede nomea a rede virtual. Unirse require a rede, e autorizar un membro require a identidade do dispositivo.
Dous identificadores aparecen en toda conversa sobre ZeroTier, e parécense o suficiente como para confundilos nunha xanela de chat. O ID de nodo nomea un dispositivo. O ID de rede nomea a rede virtual á que ese dispositivo quere unirse. Unirse require o segundo, e autorizar un membro require o primeiro.
Dous identificadores, dúas tarefas
A identidade de nodo xérase cando o servizo se executa por primeira vez nunha máquina, e é un enderezo hexadecimal de dez caracteres. Permanece con esa instalación ata que se eliminan os ficheiros de identidade, polo que unha reinstalación pode producir un membro novo que ninguén aprobou. Un ID de rede son dezaseis caracteres hexadecimais, e identifica unha rede virtual en lugar dunha máquina. O controlador que posúe a rede é el mesmo un nodo, polo que os primeiros dez caracteres do ID de rede coinciden co enderezo do controlador.
Ningún dos dous valores é un segredo e ningún substitúe ao outro. Compartir o ID de rede con todos os participantes é normal; compartir un ID de nodo identifica un dispositivo ante o controlador.
Lea cada valor do comando que o informa
Un comando informa a identidade do servizo local, e outro distinto informa as redes ás que se uniu. Pedir un valor ao comando equivocado é como a xente acaba pegando un ID de rede nunha lista de membros.
zerotier-cli info zerotier-cli status zerotier-cli listnetworks
O primeiro imprime o enderezo do nodo e se o servizo está en liña. O segundo engade información de versión e porto. O terceiro lista as redes unidas cos seus ID, estado e enderezos asignados, e é o único que se debe usar cando necesita o ID de rede.
Únase coa rede, autorice co nodo
O comando de unión toma o ID de rede que fornece quen administra o controlador. Unha resposta positiva do comando significa que a solicitude se enviou, non que se concedese a pertenza nunha rede privada.
Tras a unión, o administrador autoriza o dispositivo polo seu ID de nodo na lista de membros desa rede. Xa non necesita o ID de rede, e non pode autorizar un dispositivo polo seu nome de host, porque a identidade é o enderezo. Se vostede é o administrador, lea a lista de membros e compare o enderezo do nodo coa solicitude. Unha solicitude que nomea unha rede pero non un enderezo de nodo non é accionable.
O prefixo compartido ten unha razón
Como un ID de rede comeza polo enderezo de nodo do controlador, os mesmos dez caracteres aparecen nos dous lugares. É unha comodidade de encamiñamento, non unha pista de que os dous valores sexan intercambiables.
Tamén explica por que a identidade dun controlador importa máis que o seu nome mostrado. Restaurar un controlador cunha identidade nova crea un espazo de enderezos distinto, así que as redes definidas coa antiga non son as mesmas redes aínda que se reutilicen os nomes.
Garde a identidade do controlador na súa copia de seguranza xunto coa súa configuración. Tratar esa identidade como unha etiqueta rexenerable converte unha restauración nun redeseño.
Verifique o resultado, non a saída do comando
Unha unión correcta é o comezo da comprobación, non o seu final. Despois mire a entrada de rede e lea tres campos: o estado, o enderezo asignado e o ID de rede.
zerotier-cli listnetworks -j ip -br addr show | grep zt ping -c 2 10.147.20.5
O primeiro comando imprime a mesma lista nunha forma analizable, o que facilita comparala co que o administrador esperaba. O segundo confirma que a interface recibiu un enderezo, e o terceiro proba un par na rede en lugar do estado local.
Se a entrada di ACCESS_DENIED, o ID de nodo non está autorizado. Se di NOT_FOUND, o ID de rede é incorrecto. Se di OK sen enderezo, a asignación de enderezos do controlador é a seguinte pregunta, e ningunha desas tres se responde uníndose de novo.