تاسو غړی حذف کوئ، پاڼه بندوئ، او یوه ورځ وروسته هغه وسیله بیا راځي. دا د کنسول تېروتنه نه ده. دا هغه وخت پېښېږي چې ریکارډ حذف شي پداسې حال کې چې وسیله لا آنلاین ده او لا د یوځای کېدو غوښتنه کوي.

دوه عملیې څنګ په څنګ دي او بېلابېل کارونه کوي. یوه د لاسرسي په اړه پرېکړه کوي، او بله یوازې لست سمون ورکوي.

د هغه ریکارډ څخه پیل وکړئ چې بیرته راځي

شبکه پرانیزئ او هغه ننوتنه وګورئ چې بیرته راغلې. د هغې node ID، وروستی پته او هغه وخت یادداشت کړئ چې بیا ښکاره شوه. د هغې وسیلې سره یې پرتله کړئ چې تاسو یې تقاعدول غوښتل. ښودل شوی نوم هغه څه دي چې چا ټایپ کړي، او پته کېدای شي په بل یوځای کېدو کې بدله شي.

Node ID ثابت پیژندونکی دی. د شبکې ID شبکه نوموي, نو تاسو ته وایي کوم لست لولئ او د دې په اړه هېڅ نه وایي چې کومه وسیله پکې ده. دواړه یادداشت کړئ، بیا node ID له هغې ماشین سره سم کړئ چې تاسو یې تقاعدول غوښتل.

که دا پرتله غلطه وي، تاسو یوه فعاله ماشین لرې کوئ پداسې حال کې چې ناغوښتلې وسیله لا غوښتنه کوي. بیا لست یوه ورځ سم ښکاري. دا دومره اوږد وخت دی چې هیچا ته پام ونه شي، او ستونزه په همدې کې ده.

له حذف کولو دمخه لغوه کړئ

لومړی د اجازې حالت د هغه کاري بهیر له لارې بدل کړئ چې کنټرولر یې ملاتړ کوي. له هغې شېبې راهیسې، د یوځای کېدو هڅه د لاسرسي په خاموشۍ سره بیا رغولو پرځای د غیر مجاز په توګه ښکاري، او غوښتنه د نه لیدو پرځای لیدل کېږي.

حذف وروسته راځي، هېڅکله د هغې پرځای نه. د مجاز غړي ریکارډ لرې کول د لغوه کولو لپاره هېڅ نه پریږدي. وسیله بیا پوښتنه کوي، او کنټرولر هغه نوی ګڼي.

د هغې ماشین لپاره چې لا یې کنټرول کوئ، له شبکې وتل د تقاعد ګټور برخه ده. دا د ورکې وسیلې په اړه د مدیر پرېکړې بدیل نه دی. هغه کلینټ چې نور یې کنټرول نه کوئ کولی شي هر هغه څه له پامه وغورځوي چې ورته ویل شوي.

دواړه عملیې چېرې دي

د کوربه شوي کنټرولر په غړو لست کې دواړه کړنې وړاندې کېږي او په کافي روښانه توګه نښه کېږي چې سره توپیر وکړي. د خپل کوربه کنټرولر په API او ځایي ترتیب کې هماغه توپیر ښکاري، او معمولاً له هماغه ځایه ګډوډي پیلېږي.

# list members with authorization state
curl -s -H "X-ZT1-Auth: $TOKEN" \
  "http://127.0.0.1:9993/controller/network/$NETWORK_ID/member" | jq 'to_entries[] | {id: .key, authorized: .value.authorized}'

# deauthorize one member by node id, then confirm
curl -s -X POST -H "X-ZT1-Auth: $TOKEN" -d '{"authorized": false}' \
  "http://127.0.0.1:9993/controller/network/$NETWORK_ID/member/$NODE_ID"

دا دوه غوښتنې کافي دي چې وښيي غړی کله هم واقعاً غیر مجاز و که نه. هغه ریکارډ چې په دوامداره توګه د authorized: true سره بیرته راځي هېڅکله لغوه شوی نه و؛ یوازې حذف شوی و.

له لست نه، له سرچینې څخه تایید کړئ

منظم غړو لست د لاسرسي ازموینه نه ده. هغه سرچینه چې وسیلې مخکې کارولې، له هماغې وسیلې یا له هغې ماشین څخه چې زاړه پته لري، وآزمویئ او تایید کړئ چې اړیکه ناکامه کېږي. بیا تایید کړئ چې منل شوی بدیل لا کار کوي.

په دې ازموینه کې لارې او د خدمت اجازې هم شاملې کړئ. ZeroTier کولی شي غړي ته اجازه ورکړي او بیا هم هغه د مدیریت شوې لارې ته د رسېدو څخه بند کړي. د اپلیکیشن اجازه هم همداسې ناکامه کېدای شي. دواړه د غړو لست څخه یو شان ښکاري.

zerotier-cli listnetworks
ip route show | grep zt
ping -c 3 10.144.0.5

د خپل کوربه کنټرولر لپاره د هغې د هویت او ترتیب منسجمه نسخه وساتئ. هغه بیا رغونه چې پخواني حالت ته ورګرځي کولی شي زړه اجازه هم له ځان سره راوړي، او غړو لست به د تقاعد دمخه په څېر ښکاره شي.

تقاعد هغه وخت بشپړېږي چې زړه هویت هیچې ته نه شي رسېدلی او ریکارډ تللی وي. دا کارونه په همدې ترتیب وکړئ او غړی به بیا راتله بند کړي.

اړوندې مقالې