తొలగించిన 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

స్వయం-హోస్ట్ చేసిన కంట్రోలర్ కోసం దాని గుర్తింపు, కాన్ఫిగరేషన్‌ల సుసంగత బ్యాకప్ ఉంచండి. గత స్థితికి తిరిగి వెళ్లే పునరుద్ధరణ పాత అనుమతిని కూడా తీసుకురావచ్చు, సభ్యుల జాబితా రిటైర్‌మెంట్‌కు ముందులాగే కనిపిస్తుంది.

పాత గుర్తింపు ఏదీ చేరుకోలేకపోయి, రికార్డు పోయినప్పుడు రిటైర్‌మెంట్ పూర్తవుతుంది. వీటిని ఈ క్రమంలో చేయండి, సభ్యుడు తిరిగి రావడం ఆగిపోతుంది.