Autorizēts ZeroTier, bet nav adreses? Divi atsevišķi iestatījumi
Dalībnieka apstiprināšana un adreses piešķiršana ir divi atsevišķi iestatījumi. Pirms izdomājat IP, izlasiet baseinu, piešķiršanas režīmu un klienta piemēroto stāvokli.
ZeroTier rāda dalībnieku kā OK, tīkls ir pievienots, un tomēr nav adreses, uz kuru pingot. Šī kombinācija šķiet kā kļūda un parasti ir sadalīta konfigurācija: dalībnieka apstiprināšana ir viens slēdzis, bet adreses piešķiršana ir otrs. Tīkls var pieņemt ierīci un nekad nepiešķirt tai neko, jo adrešu baseins vai piešķiršanas režīms netika iestatīts.
Izlasiet abas puses pirms maināt jebkuru no tām. Atbilde ir redzama divās vietās, un tikai viena no tām ir kontrolierī.
Autorizācija un piešķiršana ir dažādi slēdži
Autorizācija atbild, vai šis mezgls drīkst piedalīties tīklā. Adreses piešķiršana atbild, ko tīkls tam dod pēc piedalīšanās, un šī atbilde nāk no adrešu baseina kopā ar piešķiršanas režīmu. Neviens iestatījums neizriet no otra. Viens ir atļauja, otrs ir sadale.
Kontroliera konfigurācija parasti satur pārvaldītu maršrutu, adrešu diapazonu un režīmu, kas nosaka, vai tiek izmantota automātiska piešķiršana. Tīkla ID kopēšana no citas vides atnes dalību un neko no šīs konfigurācijas.
Tāpēc ierīce var izskatīties vesela dalībnieku sarakstā, kamēr tās piešķirtās adreses kolonna paliek tukša. Kontrolieris to ir pieņēmis un tam nav ko dot. Abi apgalvojumi ir patiesi vienlaikus.
| 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 |
Dalībnieka faktiskā stāvokļa lasīšana
Jautājiet klientam, ko tas faktiski saņēma, nevis ko kontrolieris bija iecerējis. Vienkāršais saraksts rāda statusa un adreses kolonnas, un JSON forma rāda tīkla konfigurāciju, ko klients ir piemērojis, tostarp pārvaldītās adreses un maršrutus.
zerotier-cli listnetworks
zerotier-cli -j listnetworks | jq '.networks[] | {nwid, status, assignedAddresses}'Salīdziniet abas izvades vienam un tam pašam tīkla ID, nevis fiziskajiem adapteriem, kas parādās pašas operētājsistēmas sarakstā. Rinda, kas ziņo OK ar tukšu adrešu kopu, apstiprina piešķiršanas robu, nevis savienojamības kļūdu. Nepareizās rindas lasīšana ir otra šīs kļūdas puse.
Statuss ACCESS_DENIED norāda atpakaļ uz autorizāciju, un tas ir cits labojums. Ja komanda vispār nevar nolasīt vietējo autentifikācijas marķieri, problēma ir vietējās atļaujas, nevis kontroliera atteikums, un labojums ir tajā mašīnā, pie kuras jūs sēžat.
Kad klients ignorē to, ko kontrolieris sūta
Klientam ir savi iestatījumi, kas nosaka, vai tiek piemērota pārvaldītā konfigurācija. Profils, kas atspējo pārvaldītās adreses, pārvaldītos maršrutus vai noklusējuma maršruta apstrādi, izmetīs to, ko tīkls sūta, un dalībnieku saraksts no kontroliera puses joprojām izskatīsies pareizi.
Šie karodziņi ietekmē tikai vietējo mezglu. To maiņa nemaina to, ko saņem citi dalībnieki, un tas nelabo baseinu, kas nekad nav definēts.
Tātad diagnozei ir divi zari: vai nu kontrolierim nav adreses, ko dot, vai klients ir atteicis doto. Tie ved pie dažādiem labojumiem dažādās mašīnās. JSON izvade tos atšķir, jo adrese vai nu trūkst tīkla konfigurācijā, vai arī tā ir un trūkst klienta piemērotajā stāvoklī.
Ko labot, nevis izdomāt adresi
Patvaļīgas statiskas adreses ievadīšana ir vilinošais trešais variants un sliktākais. Nejauša adrese var sadurties ar citu mezglu, atrasties ārpus maršrutiem, ko tīkls izplata, vai iekrist diapazonā, ko ugunsmūra noteikumi traktē citādi. Tā arī paslēpj trūkstošo baseinu no visiem, kas nākamreiz skatās uz tīklu. Labojiet drīzāk piešķiršanu, un ļaujiet kontrolierim un klientam vienoties par rezultātu.
Jautājiet administratoram, ko tīklam būtu jādod, pēc tam pārbaudiet, vai baseins aptver paredzēto diapazonu un vai piešķiršanas režīms ir iespējots. Pēc izmaiņām pievienojieties vēlreiz, tā vietā lai gaidītu, ka klients pats uzreiz sasniegs jaunu konfigurāciju.
Kad adrese parādās, pārbaudiet to, kas jums patiešām bija vajadzīgs: partneri, pakalpojumu vai apakštīklu aiz vārtejas. Lai sasniegtu LAN aiz dalībnieka, nepieciešama maršrutēšana un pāradresācija ārpus dalības, un vispārējai interneta piekļuvei nepieciešams izejas mezgls, tāpēc strādājoša adrese ir šī testa sākums, nevis beigas.