ప్రతి ZeroTier సంభాషణలో రెండు గుర్తింపులు కనిపిస్తాయి, అవి చాట్ విండోలో గందరగోళపడేలా ఒకేలా ఉంటాయి. నోడ్ ID ఒక పరికరాన్ని సూచిస్తుంది. ఆ పరికరం చేరాలనుకునే వర్చువల్ నెట్వర్క్ను నెట్వర్క్ ID సూచిస్తుంది. చేరడానికి రెండవది తీసుకుంటారు, సభ్యుడిని అధికారపరచడానికి మొదటిది.

రెండు గుర్తింపులు, రెండు పనులు

మెషీన్పై సేవ మొదటిసారి నడిచినప్పుడు నోడ్ గుర్తింపు సృష్టించబడుతుంది, అది పది అక్షరాల హెక్సాడెసిమల్ చిరునామా. గుర్తింపు ఫైళ్లు తొలగించే వరకు అది ఆ ఇన్స్టాలేషన్తో ఉంటుంది, అందుకే మళ్లీ ఇన్స్టాల్ చేస్తే ఎవరూ ఆమోదించని కొత్త సభ్యుడు రావచ్చు. నెట్వర్క్ ID పదహారు హెక్సాడెసిమల్ అక్షరాలు, అది మెషీన్ను కాదు, వర్చువల్ నెట్వర్క్ను గుర్తిస్తుంది. నెట్వర్క్ను కలిగి ఉన్న నియంత్రిక స్వయంగా ఒక నోడ్, అందుకే నెట్వర్క్ ID మొదటి పది అక్షరాలు నియంత్రిక చిరునామాతో సరిపోతాయి.

రెండు విలువలూ రహస్యం కావు, ఒకటి మరొకటికి ప్రత్యామ్నాయం కాదు. ప్రతి భాగస్వామితో నెట్వర్క్ ID పంచుకోవడం సాధారణం; నోడ్ ID పంచుకోవడం నియంత్రికకు ఒక పరికరాన్ని చూపిస్తుంది.

ప్రతి విలువను దానిని నివేదించే ఆదేశం నుంచి చదవండి

ఒక ఆదేశం స్థానిక సేవ గుర్తింపును నివేదిస్తుంది, మరొకటి అది చేరిన నెట్వర్క్లను. తప్పు ఆదేశం నుంచి విలువ అడగడమే ప్రజలు చివరికి సభ్యుల జాబితాలో నెట్వర్క్ ID అతికించే దారి.

zerotier-cli info
zerotier-cli status
zerotier-cli listnetworks

మొదటిది నోడ్ చిరునామాను, సేవ ఆన్లైన్లో ఉందో లేదో ముద్రిస్తుంది. రెండవది వెర్షన్, పోర్టు సమాచారాన్ని జోడిస్తుంది. మూడవది చేరిన నెట్వర్క్లను వాటి ID, స్థితి, కేటాయించిన చిరునామాలతో జాబితా చేస్తుంది, నెట్వర్క్ ID అవసరమైనప్పుడు ఉపయోగించాల్సిన ఏకైక ఆదేశం అదే.

నెట్వర్క్తో చేరండి, నోడ్తో అధికారపరచండి

చేరే ఆదేశం నియంత్రికను నడిపే వ్యక్తి ఇచ్చే నెట్వర్క్ ID తీసుకుంటుంది. ఆదేశం నుంచి సానుకూల స్పందన రావడం అంటే అభ్యర్థన పంపబడింది, ప్రైవేట్ నెట్వర్క్లో సభ్యత్వం ఇవ్వబడిందని కాదు.

చేరిన తర్వాత నిర్వాహకుడు ఆ నెట్వర్క్ సభ్యుల జాబితాలో పరికరాన్ని దాని నోడ్ ID ద్వారా అధికారపరుస్తారు. అతనికి మళ్లీ నెట్వర్క్ ID అవసరం లేదు, హోస్ట్ పేరుతో పరికరాన్ని అధికారపరచలేరు, ఎందుకంటే గుర్తింపే చిరునామా. మీరు నిర్వాహకుడైతే సభ్యుల జాబితా చదివి అభ్యర్థనతో నోడ్ చిరునామాను సరిపోల్చండి. నెట్వర్క్ను పేర్కొని నోడ్ చిరునామా పేర్కొనని అభ్యర్థన అమలు చేయలేనిది.

పంచుకున్న ఉపసర్గానికి కారణం ఉంది

నెట్వర్క్ ID నియంత్రిక నోడ్ చిరునామాతో మొదలవుతుంది కాబట్టి, అదే పది అక్షరాలు రెండు చోట్లా కనిపిస్తాయి. అది మార్గనిర్దేశన సౌలభ్యం, రెండు విలువలు పరస్పరం మార్చుకోగలవని సూచన కాదు.

నియంత్రిక గుర్తింపు దాని ప్రదర్శిత పేరు కంటే ఎందుకు ముఖ్యం అనేది కూడా ఇది వివరిస్తుంది. కొత్త గుర్తింపు కింద నియంత్రికను పునరుద్ధరిస్తే వేరే చిరునామా ప్రదేశం ఏర్పడుతుంది, కాబట్టి పాత గుర్తింపు కింద నిర్వచించిన నెట్వర్క్లు పేర్లు మళ్లీ వాడినా అవే నెట్వర్క్లు కావు.

నియంత్రిక గుర్తింపును దాని కాన్ఫిగరేషన్తో పాటు మీ బ్యాకప్లో ఉంచండి. ఆ గుర్తింపును మళ్లీ సృష్టించగల లేబుల్గా భావిస్తే పునరుద్ధరణ పునర్రూపకల్పనగా మారుతుంది.

ఫలితాన్ని ధృవీకరించండి, ఆదేశం అవుట్పుట్ కాదు

విజయవంతంగా చేరడం తనిఖీ ప్రారంభం, ముగింపు కాదు. తర్వాత నెట్వర్క్ ఎంట్రీని చూసి మూడు ఫీల్డ్లు చదవండి: స్థితి, కేటాయించిన చిరునామా, నెట్వర్క్ ID.

zerotier-cli listnetworks -j
ip -br addr show | grep zt
ping -c 2 10.147.20.5

మొదటి ఆదేశం అదే జాబితాను విశ్లేషించగల రూపంలో ముద్రిస్తుంది, ఇది నిర్వాహకుడు ఆశించిన దానితో పోల్చడం సులభం చేస్తుంది. రెండవది ఇంటర్ఫేస్కు చిరునామా లభించిందని నిర్ధారిస్తుంది, మూడవది స్థానిక స్థితిని కాదు, నెట్వర్క్లోని సహచరుడిని పరీక్షిస్తుంది.

ఎంట్రీ ACCESS_DENIED అంటే నోడ్ ID అధికారపరచబడలేదు. NOT_FOUND అంటే నెట్వర్క్ ID తప్పు. చిరునామా లేకుండా OK అంటే తదుపరి ప్రశ్న నియంత్రిక చిరునామా కేటాయింపు, ఈ మూడింటిలో దేనికీ మళ్లీ చేరడం ద్వారా సమాధానం రాదు.

సంబంధిత వ్యాసాలు