په ZeroTier کې اجازه لرئ خو پته نه لرئ؟ دوه بېلې ترتیبات
د غړي تصویبول او هغه ته پته ورکول دوه بېلې ترتیبات دي. د IP له جوړولو مخکې استخر، د تخصیص حالت او د کلاینټ تطبیق شوې حالت ولولئ.
ZeroTier غړی OK ښیې، شبکه یوځای شوې ده، او بیا هم د ping کولو لپاره پته نشته. دا ترکیب د خرابۍ په څېر احساس کېږي او معمولاً ووېشل شوې ترتیبات دي: غړی تصویبول یو سویچ دی او هغه ته پته ورکول بل دی. شبکه کولای شي یو وسیله ومني او هېڅکله ورته څه تخصیص نه کړي، ځکه چې د پتو استخر یا د تخصیص حالت هېڅکله نه و ټاکل شوی.
د یوې له دواړو تغیرولو مخکې دواړې خواوې ولولئ. ځواب په دوو ځایونو کې ښکاري، او یوازې یو یې پر کنټرولر دی.
اجازه او تخصیص بېل سویچونه دي
اجازه ځواب ورکوي چې آیا دا نوډ کولای شي په شبکه کې برخه واخلي. د پتې تخصیص ځواب ورکوي چې شبکه وروسته له ګډون څه ورته ورکوي، او دا ځواب د پتو له استخر او د تخصیص له حالته راځي. هېڅ یوه ترتیبه بله نه غواړي. یوه اجازه ده او بله وېش.
د کنټرولر ترتیبات معمولاً یو مدیریت شوی لار، د پتو حد او هغه حالت لري چې پرېکړه کوي آیا اتوماتیک تخصیص کارول کېږي. د بل چاپېریال څخه د شبکې ID کاپي کول غړیتوب راوړي او د هغو ترتیباتو څخه هېڅ نه راوړي.
له همدې امله وسیله کولای شي په غړو لېست کې روغه ښکاره شي، پداسې حال کې چې د هغې د تخصیص شوې پتې کالم خالي پاتې کېږي. کنټرولر هغه منلې ده او د ورکولو څه نه لري. دواړه خبرې په یو وخت سمې دي.
| 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 |
د غړي ریښتیني حالت لوستل
له کلاینټ څخه وپوښتئ چې هغه څه ترلاسه کړل، نه دا چې کنټرولر څه اراده لرله. ساده لېست د حالت او پتې کالمونه ښیې، او JSON بڼه هغه شبکه ترتیبات ښیې چې کلاینټ تطبیق کړي، په شمول مدیریت شوې پتې او لارې.
zerotier-cli listnetworks
zerotier-cli -j listnetworks | jq '.networks[] | {nwid, status, assignedAddresses}'دواړه پایلې د یوې شبکې ID لپاره پرتله کړئ، نه د هغو فزیکي اډاپټرونو لپاره چې د عملیاتي سیستم په خپل لېست کې ښکاري. هغه کرښه چې د خالي پتو سره OK وایي، د تخصیص تشه تاییدوي نه د اړیکې خرابي. غلطه کرښه لوستل د دې غلطۍ بله نیمایي ده.
د ACCESS_DENIED حالت اجازې ته اشاره کوي, او هغه بله ترمیم ده. که امر په ټولیز ډول د محلي تصدیق نښه ونه لولي، ستونزه محلي اجازې دي نه د کنټرولر رد، او سمون په هغه ماشین کې دی چې تاسو پرې ناست یاست.
کله چې کلاینټ هغه څه له پامه غورځوي چې کنټرولر یې لېږي
کلاینټ خپلې ترتیبات لري چې پرېکړه کوي آیا مدیریت شوې ترتیبات تطبیق کېږي. هغه پروفایل چې مدیریت شوې پتې، مدیریت شوې لارې یا د اصلي لارې سمبالول بندوي، هغه څه غورځوي چې شبکه یې لېږي، او د غړو لېست به د کنټرولر له اړخه لا هم سم ښکاره شي.
هغه بیرغونه یوازې پر محلي نوډ اغېزه کوي. د هغو بدلول نه بدلوي چې نور غړي یې ترلاسه کوي، او هغه استخر نه ترمیموي چې هېڅکله نه و تعریف شوی.
نو تشخیص دوه څانګې لري: یا کنټرولر د ورکولو پته نه لري، یا کلاینټ هغه پته رد کړه چې ورته ورکړل شوې وه. دا بېلو ماشینونو ته بېلو ترمیماتو ته رسوي. د JSON پایله دواړه بېلوي، ځکه پته یا د شبکې په ترتیباتو کې نشته یا شته او د کلاینټ په تطبیق شوې حالت کې نشته.
د پتې له جوړولو پرځای څه سمول
د خپلې خوښې یوه ثابته پته ټایپ کول هغه هڅوونکې درېیمه انتخاب او تر ټولو بد دی. ناڅاپي پته کولای شي له بل نوډ سره ټکر وکړي، د هغو لارو بهر وي چې شبکه یې خپروي، یا په هغه حد کې ولوېږي چې firewall قواعد یې بل ډول ګوري. دا همدارنګه د ورکې استخر له هر هغه چا څخه پټوي چې بل ځل شبکې ته ګوري. پرځای یې تخصیص سم کړئ، او پرېږدئ کنټرولر او کلاینټ پر پایله سلا شي.
له مدیر څخه وپوښتئ چې شبکه څه باید ورکړي، بیا وګورئ چې استخر پلان شوی حد پوښي او د تخصیص حالت فعال دی. له بدلون وروسته بیا یوځای شئ، د دې پرځای چې تمه وکړئ کلاینټ پخپله سمدلاسه نوې ترتیباتو ته ورسېږي.
کله چې پته ښکاره شي، هغه څه وآزمویئ چې واقعاً ورته اړتیا لرله: یو همکار، یو خدمت یا د دروازې شاته یو فرعي شبکه. د غړي شاته LAN ته رسېدل له غړیتوب هاخوا لارښوونې او لېږد ته اړتیا لري، او عمومي انټرنیټ لاسرسي د وتلو نوډ ته اړتیا لري، نو کاروونکې پته د هغه ازموینې پیل دی نه پای.