Awtorisado sa ZeroTier ngunit walang address? Dalawang hiwalay na setting
Ang pag-apruba sa isang miyembro at ang pagbibigay ng address ay dalawang setting. Basahin ang pool, ang assignment mode at ang inilapat na estado ng client bago mag-imbento ng IP.
Ipinapakita ng ZeroTier ang miyembro bilang OK, nakakonekta ang network, at wala pa ring address na maaaring i-ping. Ang kombinasyong ito ay parang bug at kadalasan ito ay nahati na configuration: ang pag-apruba sa miyembro ay isang switch, at ang pagbibigay ng address ay isa pa. Maaaring tanggapin ng network ang isang device at hindi kailanman maglaan ng anuman dito, dahil ang pool o ang assignment mode ay hindi kailanman naiset.
Basahin ang dalawang panig bago baguhin ang alinman. Ang sagot ay makikita sa dalawang lugar, at isa lamang sa mga ito ang nasa controller.
Magkaiba ang switch ng awtorisasyon at paglalaan
Sinasagot ng awtorisasyon kung maaaring sumali ang node na ito sa network. Sinasagot ng paglalaan ng address kung ano ang ibinibigay ng network kapag sumali na ito, at ang sagot na iyon ay nagmumula sa pool ng address at assignment mode. Wala sa dalawang setting ang nangangahulugan ng isa pa. Ang isa ay pahintulot at ang isa ay paglalaan.
Ang configuration ng controller ay karaniwang may pinamamahalaang ruta, hanay ng address at ang mode na nagpapasya kung gumagamit ng awtomatikong paglalaan. Ang pagkopya ng network ID mula sa ibang kapaligiran ay nagdadala ng membership at wala sa configuration na iyon.
Iyon ang dahilan kung bakit ang device ay maaaring mukhang maayos sa listahan ng miyembro habang ang column ng inilaan na address ay nananatiling blangko. Tinanggap na ito ng controller at wala itong maibibigay. Parehong totoo ang dalawang pahayag nang sabay.
| 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 |
Pagbasa ng aktwal na estado ng miyembro
Tanungin ang client kung ano ang talagang natanggap nito sa halip na kung ano ang intensyon ng controller. Ang simpleng listahan ay nagpapakita ng mga column ng status at address, at ang anyong JSON ay nagpapakita ng configuration ng network na inilapat ng client, kasama ang mga pinamamahalaang address at ruta.
zerotier-cli listnetworks
zerotier-cli -j listnetworks | jq '.networks[] | {nwid, status, assignedAddresses}'Ihambing ang dalawang output para sa parehong network ID, hindi para sa mga pisikal na adapter na lumilitaw sa sariling listahan ng operating system. Ang row na nag-uulat ng OK na may walang laman na set ng address ay nagpapatunay ng agwat sa paglalaan at hindi ng sira sa koneksyon. Ang pagbasa ng maling row ay ang kabilang kalahati ng pagkakamaling ito.
Ang status na ACCESS_DENIED ay tumuturo pabalik sa awtorisasyon, at iyon ay ibang pagkukumpuni. Kung hindi talaga mabasa ng command ang lokal na token ng pagpapatotoo, ang problema ay lokal na pahintulot at hindi pagtanggi ng controller, at ang pagwawasto ay sa makina kung saan ka nakaupo.
Kapag binabalewala ng client ang ipinapadala ng controller
May sariling setting ang client na nagpapasya kung inilalapat ang pinamamahalaang configuration. Ang profile na nagpapawalang-bisa sa mga pinamamahalaang address, pinamamahalaang ruta o paghawak ng default na ruta ay itatapon ang ipinapadala ng network, at ang listahan ng miyembro ay magpapatuloy na mukhang tama mula sa panig ng controller.
Ang mga flag na iyon ay nakakaapekto lamang sa lokal na node. Ang pagbabago sa mga ito ay hindi nagbabago sa natatanggap ng ibang miyembro, at hindi nito naaayos ang pool na hindi kailanman tinukoy.
Kaya may dalawang sangay ang diagnosis: alinman ay walang address na maibibigay ang controller, o tinanggihan ng client ang ibinigay dito. Ang mga ito ay humahantong sa iba't ibang pagkukumpuni sa iba't ibang makina. Ang output ng JSON ay nagtatangi sa kanila, dahil ang address ay alinman sa wala sa configuration ng network o naroroon at kulang sa inilapat na estado ng client.
Ano ang aayusin sa halip na mag-imbento ng address
Ang pag-type ng arbitrary na static na address ay ang nakakaakit na ikatlong opsyon at ang pinakamasama. Ang random na address ay maaaring bumangga sa ibang node, lumabas sa mga rutang ipinapamahagi ng network, o mahulog sa hanay na iba ang trato ng mga patakaran ng firewall. Itinatago rin nito ang kulang na pool sa sinumang titingin sa network sa susunod. Ayusin ang paglalaan sa halip, at hayaan ang controller at client na magkasundo sa resulta.
Tanungin ang administrador kung ano ang dapat ibigay ng network, pagkatapos ay i-verify na saklaw ng pool ang nilalayong hanay at naka-enable ang assignment mode. Sumali muli pagkatapos ng pagbabago sa halip na asahan na ang client mismo ay agad na makakarating sa bagong configuration.
Kapag lumitaw ang address, subukan ang talagang kailangan mo: isang peer, isang serbisyo o isang subnet sa likod ng gateway. Ang pag-abot sa LAN sa likod ng miyembro ay nangangailangan ng routing at forwarding na lampas sa membership, at ang pangkalahatang access sa internet ay nangangailangan ng exit node, kaya ang gumaganang address ay simula ng pagsubok na iyon at hindi ang wakas.