මකා දැමූ ZeroTier සාමාජිකයා නැවත පැමිණේ: පළමුව අවසරය අවලංගු කරන්න

ඔබ සාමාජිකයා මකා දමා පිටුව වසන අතර දිනකට පසු එම උපාංගයම නැවත පැමිණේ. මෙය කොන්සෝලයේ දෝෂයක් නොවේ. උපාංගය තවමත් සබැඳිව සිටින අතර තවමත් එක්වීමට ඉල්ලා සිටින විට වාර්තාව මකා දැමූ විට මෙය සිදු වේ.

මෙහෙයුම් දෙකක් එකිනෙකට යාබදව පවතින අතර වෙනස් කාර්යයන් කරයි. එකක් ප්‍රවේශය තීරණය කරයි, අනෙක ලැයිස්තුව පමණක් පිළිවෙලට තබයි.

නැවත පැමිණෙන වාර්තාවෙන් පටන් ගන්න

ජාලය විවෘත කර නැවත පැමිණි සටහන දෙස බලන්න. එහි 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

ස්වයං-සත්කාරක පාලකයක් සඳහා එහි අනන්‍යතාවයේ සහ වින්‍යාසයේ සුසංගත උපස්ථයක් තබා ගන්න. පෙර තත්ත්වයකට ආපසු යන ප්‍රතිසාධනයක් පැරණි අවසරයක් ද සමඟ ගෙන එිය හැක, සාමාජික ලැයිස්තුව විශ්‍රාමයට පෙර මෙන්ම දිස්වේ.

පැරණි අනන්‍යතාවයට කිසිවකට ළඟා විය නොහැකි වී වාර්තාව ගොස් ඇති විට විශ්‍රාමය අවසන් වේ. මේවා එම අනුපිළිවෙලින් කරන්න, සාමාජිකයා නැවත පැමිණීම නවතී.