Engedélyezve a ZeroTierben, de nincs cím? Két külön beállítás
A tag jóváhagyása és a cím kiosztása két külön beállítás. Olvasd el a címkészletet, a kiosztási módot és a kliens alkalmazott állapotát, mielőtt IP-t találnál ki.
A ZeroTier OK állapotban mutatja a tagot, a hálózat csatlakoztatva van, és mégsincs pingelhető cím. Ez a kombináció hibának tűnik, és általában kettévált konfiguráció: a tag jóváhagyása az egyik kapcsoló, a cím kiosztása pedig egy másik. Egy hálózat elfogadhat egy eszközt, és soha nem oszthat ki neki semmit, mert a címkészlet vagy a kiosztási mód soha nem lett beállítva.
Olvasd el mindkét oldalt, mielőtt bármelyiket megváltoztatnád. A válasz két helyen látszik, és csak az egyik van a vezérlőn.
Az engedélyezés és a kiosztás különböző kapcsolók
Az engedélyezés arra válaszol, részt vehet-e ez a csomópont a hálózatban. A címkiosztás arra válaszol, mit ad neki a hálózat, miután részt vesz, és ez a válasz egy címkészletből és egy kiosztási módból származik. Egyik beállítás sem feltételezi a másikat. Az egyik engedély, a másik kiosztás.
A vezérlő konfigurációja általában tartalmaz egy kezelt útvonalat, egy címtartományt és azt a módot, amely eldönti, használják-e az automatikus kiosztást. Egy hálózati azonosító átmásolása más környezetből elhozza a tagságot, és semmit sem abból a konfigurációból.
Ezért tűnhet egy eszköz egészségesnek a taglistában, miközben a kiosztott cím oszlopa üres marad. A vezérlő elfogadta, és nincs mit adnia. Mindkét állítás egyszerre igaz.
| 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 |
A tag tényleges állapotának olvasása
A klienstől kérdezd meg, mit kapott valójában, ne azt, mit szándékozott a vezérlő. Az egyszerű lista állapot- és címoszlopokat mutat, a JSON forma pedig azt a hálózati konfigurációt mutatja, amelyet a kliens alkalmazott, beleértve a kezelt címeket és útvonalakat.
zerotier-cli listnetworks
zerotier-cli -j listnetworks | jq '.networks[] | {nwid, status, assignedAddresses}'Hasonlítsd össze a két kimenetet ugyanarra a hálózati azonosítóra, ne az operációs rendszer saját listájában megjelenő fizikai adapterekre. Az a sor, amely üres címkészlettel jelent OK-t, a kiosztási rést igazolja, nem a kapcsolódási hibát. A rossz sor olvasása ennek a hibának a másik fele.
Az ACCESS_DENIED állapot visszautal az engedélyezésre, és az más javítás. Ha a parancs egyáltalán nem tudja olvasni a helyi hitelesítési tokent, a probléma helyi jogosultság, nem a vezérlő elutasítása, és a javítás azon a gépen van, amelynél ülsz.
Amikor a kliens figyelmen kívül hagyja, amit a vezérlő küld
A kliensnek saját beállításai vannak, amelyek eldöntik, alkalmazzák-e a kezelt konfigurációt. Az a profil, amely kikapcsolja a kezelt címeket, a kezelt útvonalakat vagy az alapértelmezett útvonal kezelését, eldobja, amit a hálózat küld, és a taglista a vezérlő oldaláról továbbra is helyesnek tűnik.
Ezek a jelzők csak a helyi csomópontra hatnak. Megváltoztatásuk nem változtatja meg, mit kapnak a többi tagok, és nem javít egy soha nem definiált címkészletet.
A diagnózisnak tehát két ága van: vagy nincs a vezérlőnek címe, amit adhatna, vagy a kliens elutasította a kapott címet. Ezek különböző javításokhoz vezetnek különböző gépeken. A JSON kimenet megkülönbözteti őket, mert a cím vagy hiányzik a hálózat konfigurációjából, vagy jelen van, és hiányzik a kliens alkalmazott állapotából.
Mit javítsunk ahelyett, hogy címet találnánk ki
Egy önkényes statikus cím beírása a csábító harmadik lehetőség és a legrosszabb. Egy véletlen cím ütközhet egy másik csomóponttal, kívül eshet a hálózat által terjesztett útvonalakon, vagy olyan tartományba eshet, amelyet a tűzfal szabályai másképp kezelnek. Elrejti a hiányzó címkészletet mindenki elől, aki legközelebb a hálózatra néz. Javítsd inkább a kiosztást, és hagyd, hogy a vezérlő és a kliens megegyezzen az eredményben.
Kérdezd meg az adminisztrátort, mit kellene a hálózatnak kiosztania, majd ellenőrizd, hogy a címkészlet lefedi-e a tervezett tartományt, és hogy a kiosztási mód engedélyezve van-e. A változtatás után csatlakozz újra, ahelyett hogy arra számítanál, a kliens magától azonnal új konfigurációra jut.
Amint megjelenik egy cím, teszteld azt, amire valóban szükséged volt: egy partnert, egy szolgáltatást vagy egy alhálózatot egy átjáró mögött. Egy tag mögötti LAN eléréséhez a tagságon túl útvonalválasztás és továbbítás kell, az általános interneteléréshez pedig kilépő csomópont kell, tehát egy működő cím a teszt kezdete, nem a vége.