Rajtigita en ZeroTier sed sen adreso? Du apartaj agordoj
Aprobi membron kaj doni al ĝi adreson estas du agordoj. Legu la adresaron, la asignan reĝimon kaj la aplikatan staton de la kliento antaŭ ol inventi IP.
ZeroTier montras la membron kiel OK, la reto estas aliĝinta, kaj tamen mankas adreso por pingsondo. Tiu kombino sentiĝas kiel cimo kaj kutime estas dividita agordo: aprobi membron estas unu ŝaltilo, kaj doni al ĝi adreson estas alia. Reto povas akcepti aparaton kaj neniam asigni al ĝi ion, ĉar la adresaro aŭ la asignreĝimo neniam estis agordita.
Legu ambaŭ flankojn antaŭ ol ŝanĝi iun ajn. La respondo videblas en du lokoj, kaj nur unu el ili estas sur la regilo.
Rajtigo kaj asigo estas malsamaj ŝaltiloj
Rajtigo respondas ĉu ĉi tiu nodo rajtas partopreni en la reto. Adresa asigo respondas kion la reto donas al ĝi post kiam ĝi partoprenas, kaj tiu respondo venas el adresaro plus asignreĝimo. Neniu agordo implicas la alian. Unu estas permeso kaj la alia estas disdonado.
Regila agordo kutime portas administritan itineron, adresan gamon kaj la reĝimon, kiu decidas ĉu aŭtomata asigo estas uzata. Kopii retan identigilon el alia medio alportas la membrecon kaj nenion el tiu agordo.
Tial aparato povas aspekti sana en la membrolisto dum ĝia kolumno de asignita adreso restas malplena. La regilo akceptis ĝin kaj havas nenion por doni. Ambaŭ asertoj veras samtempe.
| 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 |
Legi la efektivan staton de la membro
Demandu la klienton kion ĝi efektive ricevis, ne kion la regilo intencis. La simpla listo montras kolumnojn de stato kaj adreso, kaj la JSON-formo montras la retan agordon, kiun la kliento aplikis, inkluzive de administritaj adresoj kaj itineroj.
zerotier-cli listnetworks
zerotier-cli -j listnetworks | jq '.networks[] | {nwid, status, assignedAddresses}'Komparu la du eligojn por la sama reta identigilo, ne por la fizikaj adaptiloj, kiuj aperas en la propra listo de la operaciumo. Vico, kiu raportas OK kun malplena adresaro, konfirmas la asigan breĉon kaj ne konektan fuŝon. Legi la malĝustan vicon estas la alia duono de ĉi tiu eraro.
Stato ACCESS_DENIED montras reen al rajtigo, kaj tio estas alia riparo. Se la komando tute ne povas legi la lokan aŭtentigan ĵetonon, la problemo estas lokaj permesoj kaj ne malakcepto de la regilo, kaj la korekto estas sur la maŝino, ĉe kiu vi sidas.
Kiam la kliento ignoras tion, kion la regilo sendas
La kliento havas proprajn agordojn, kiuj decidas ĉu la administrita agordo estas aplikata. Profilo, kiu malŝaltas administritajn adresojn, administritajn itinerojn aŭ la traktadon de la defaŭlta itinero, forĵetos tion, kion la reto sendas, kaj la membrolisto ankoraŭ aspektos ĝusta de la flanko de la regilo.
Tiuj flagoj efikas nur al la loka nodo. Ŝanĝi ilin ne ŝanĝas tion, kion ricevas aliaj membroj, kaj ĝi ne riparas adresaron, kiu neniam estis difinita.
Do la diagnozo havas du branĉojn: aŭ la regilo havas neniun adreson por doni, aŭ la kliento rifuzis tiun, kiun ĝi ricevis. Ili kondukas al malsamaj riparoj sur malsamaj maŝinoj. La JSON-eligo distingas ilin, ĉar la adreso aŭ mankas en la reta agordo aŭ ĉeestas kaj mankas en la aplikata stato de la kliento.
Kion ripari anstataŭ inventi adreson
Tajpi arbitran statikan adreson estas la tentanta tria opcio kaj la plej malbona. Hazarda adreso povas kolizii kun alia nodo, stari ekster la itineroj, kiujn la reto disvastigas, aŭ fali en gamon, kiun fajroŝirmilaj reguloj traktas alie. Ĝi ankaŭ kaŝas la mankantan adresaron de ĉiu, kiu sekve rigardos la reton. Riparu anstataŭe la asigon, kaj lasu la regilon kaj la klienton interkonsenti pri la rezulto.
Demandu la administranton, kion la reto devas doni, poste kontrolu, ke la adresaro kovras la celatan gamon kaj ke la asignreĝimo estas ŝaltita. Realiĝu post la ŝanĝo anstataŭ atendi, ke la kliento mem tuj atingos novan agordon.
Unufoje kiam adreso aperas, testu tion, kion vi efektive bezonis: samtavolanon, servon aŭ subreton malantaŭ pordego. Atingi LAN malantaŭ membro postulas enkursigadon kaj plusendadon preter membreco, kaj ĝenerala interreta aliro postulas elirnodon, do funkcianta adreso estas la komenco de tiu testo kaj ne ĝia fino.