Autoritzat a ZeroTier però sense adreça? Dues configuracions separades
Aprovar un membre i donar-li una adreça són dues configuracions. Llegeix el pool, el mode d'assignació i l'estat aplicat del client abans d'inventar una IP.
ZeroTier mostra el membre com a OK, la xarxa està unida i encara no hi ha cap adreça per fer ping. Aquesta combinació sembla un error i normalment és una configuració dividida: aprovar un membre és un interruptor i donar-li una adreça és un altre. Una xarxa pot acceptar un dispositiu i no assignar-li mai res, perquè el pool o el mode d'assignació no es va configurar mai.
Llegeix els dos costats abans de canviar-ne cap. La resposta és visible en dos llocs, i només un d'ells és al controlador.
Autorització i assignació són interruptors diferents
L'autorització respon si aquest node pot participar a la xarxa. L'assignació d'adreces respon què li dona la xarxa quan hi participa, i aquesta resposta ve d'un pool d'adreces més un mode d'assignació. Cap de les dues configuracions no implica l'altra. Una és un permís i l'altra és una assignació de recursos.
La configuració d'un controlador normalment porta una ruta gestionada, un rang d'adreces i el mode que decideix si s'utilitza l'assignació automàtica. Copiar un identificador de xarxa d'un altre entorn aporta la pertinença i res d'aquesta configuració.
Per això un dispositiu pot semblar sa a la llista de membres mentre la seva columna d'adreça assignada queda buida. El controlador l'ha acceptat i no té res a donar. Les dues afirmacions són certes alhora.
| Layer | What it decides | Where it is configured |
|---|---|---|
| Membership | Whether the node may join | Member authorization on the network |
| Pool | Which addresses exist to hand out | Network address range |
| Assignment mode | Whether they are handed out automatically | Network v4/v6 assignment settings |
Llegir l'estat efectiu del membre
Pregunta al client què ha rebut realment, no què pretenia el controlador. La llista simple mostra columnes d'estat i d'adreça, i la forma JSON mostra la configuració de xarxa que el client ha aplicat, incloent-hi adreces i rutes gestionades.
zerotier-cli listnetworks
zerotier-cli -j listnetworks | jq '.networks[] | {nwid, status, assignedAddresses}'Compara les dues sortides per al mateix identificador de xarxa, no per als adaptadors físics que apareixen a la llista pròpia del sistema operatiu. Una fila que informa d'OK amb un conjunt d'adreces buit confirma el buit d'assignació i no una fallada de connectivitat. Llegir la fila equivocada és l'altra meitat d'aquest error.
Un estat ACCESS_DENIED apunta a l'autorització, i això és una reparació diferent. Si l'ordre no pot llegir el testimoni d'autenticació local, el problema és de permisos locals i no d'un rebuig del controlador, i la solució és a la màquina on ets.
Quan el client ignora el que envia el controlador
El client té les seves pròpies configuracions que decideixen si s'aplica la configuració gestionada. Un perfil que desactivi adreces gestionades, rutes gestionades o el tractament de la ruta per defecte descartarà el que envia la xarxa, i la llista de membres continuarà semblant correcta des del costat del controlador.
Aquests indicadors només afecten el node local. Canviar-los no altera el que reben altres membres i no repara un pool que mai no s'ha definit.
Així, el diagnòstic té dues branques: o el controlador no té cap adreça per donar, o el client ha refusat la que se li va donar. Aquestes porten a reparacions diferents en màquines diferents. La sortida JSON les distingeix, perquè l'adreça o és absent de la configuració de la xarxa o hi és i falta a l'estat aplicat del client.
Què cal reparar en lloc d'inventar una adreça
Escriure una adreça estàtica arbitrària és la tercera opció temptadora i la pitjor. Una adreça a l'atzar pot xocar amb un altre node, quedar fora de les rutes que la xarxa propaga o caure en un rang que les regles del firewall tracten d'una altra manera. També amaga el pool que falta a qui miri la xarxa després. Repara l'assignació i deixa que el controlador i el client coincideixin en el resultat.
Pregunta a l'administrador què ha de donar la xarxa, i després verifica que el pool cobreixi el rang previst i que el mode d'assignació estigui activat. Torna a unir-te després del canvi en lloc d'esperar que el client arribi tot sol de seguida a una configuració nova.
Quan aparegui una adreça, prova el que realment necessitaves: un parell, un servei o una subxarxa darrere d'una passarel·la. Arribar a una LAN darrere d'un membre requereix encaminament i reenviament més enllà de la pertinença, i l'accés general a internet requereix un node de sortida, així que una adreça que funciona és el començament d'aquesta prova i no el final.