ZeroTier मा ONLINE तर ACCESS_DENIED: कहाँ सुधार्ने?

ZeroTier सेवा तहमा ONLINE र नेटवर्क तहमा ACCESS_DENIED रिपोर्ट गर्छ, र यो जोडी विरोधाभास होइन। पहिलो तपाईंको क्लाइन्ट र समन्वय पूर्वाधारबीचको बाटोबारेको भनाइ हो। दोस्रो एउटा नेटवर्कको सदस्य सूचीबारेको भनाइ हो। तिनीहरूलाई छुट्टाछुट्टै पढ्नुहोस्, अनि यो संयोजनले कहाँ खोज्ने भनी ठ्याक्कै बताउँछ।

ONLINE ले के नाप्छ

स्थिति आदेशले स्थानीय सेवासँग पियर खोज समन्वय गर्ने मूल सर्भरसम्म काम गर्ने बाटो छ कि छैन भनी रिपोर्ट गर्छ। यसले कुनै एक नेटवर्कबारे केही भन्दैन, र नियन्त्रकले यो यन्त्र स्वीकृत गरेको छ कि छैन भन्नेबारे पनि केही भन्दैन। त्यसैले काम गर्ने जडानमा नयाँ स्थापना, कसैले कतै पनि अनुमति दिनुअघि नै तुरुन्तै ONLINE रिपोर्ट गर्छ।

ONLINE लाई पाइपलाइनबारेको भनाइ र प्रत्येक नेटवर्कको स्थितिलाई सदस्यताबारेको भनाइ मान्नुहोस्। एउटालाई अर्कोले व्याख्या गर्नु नै यो अलमलको धेरैजसो भाग सुरु हुने ठाउँ हो।

ACCESS_DENIED ले तपाईंबाट के माग्छ

निजी नेटवर्कमा नियन्त्रकले सदस्य सूची राख्छ। त्यो सूचीमा नभएको नोड, वा सूचीमा भए पनि अधिकृत नभएको नोड, आधारभूत ह्यान्डसेकबाहेक कुनै कन्फिगरेसन बिना ACCESS_DENIED पाउँछ। सुधार नियन्त्रकको तर्फ छ र त्यसलाई मेसिनको नाम होइन, नोड ठेगाना चाहिन्छ, त्यसैले क्लाइन्टको आउटपुटमा भएको ठेगाना सदस्य प्रविष्टिसँग भिडाएर त्यो प्रविष्टिलाई अधिकृत गर्नुहोस्।

क्लाइन्ट पुनः स्थापना गर्नु गलत पहिलो कदम हो, किनकि नयाँ स्थापनाले नयाँ पहिचान ल्याउँछ र पुरानो अनुमति त्यसमा अब लागू हुँदैन। नेटवर्क सार्वजनिक भए त्यही स्थितिले अर्को अवस्था देखाउँछ, त्यसैले स्वीकृति माग्नुअघि नेटवर्क निजी हो कि भनी नियन्त्रकको मालिकलाई सोध्नुहोस्। त्यो एउटै प्रश्नले बाँकी कुराकानी तय गर्छ।

स्थिति पाठ शाखा हो, फैसला होइन

प्रत्येक स्थितिले अर्को जाँच साँघुरो बनाउँछ, र तिनीहरूलाई एउटै असफलता सन्देशका रूपमा पढ्नु नै दुई मिनेटको सुधारलाई पुनःस्थापनाले भरिएको साँझमा बदल्छ। NOT_FOUND भन्नाले तपाईंले टाइप गरेको पहिचानकर्ता त्यो नियन्त्रकमा छैन, त्यसैले सदस्यताको प्रश्नसम्म अझै पुगिएको छैन। REQUESTING_CONFIGURATION भन्नाले नोड नियन्त्रकसम्म पुग्यो र नआउने कन्फिगरेसन पर्खिरहेको छ, जुन अधिकृततातर्फ होइन बाटोतर्फ सङ्केत गर्छ। OK भन्नाले सदस्यता र कन्फिगरेसन तयार छन्, त्यसैले अर्को प्रश्न तोकिएको ठेगाना हो र त्यसपछि सेवा आफै।

यी सबैलाई दुई आदेशले छुट्याउँछन्, र दुवैले एउटै क्लाइन्ट पढ्छन्। ZeroTier CLI सन्दर्भ ले तिनीहरूले फर्काउने प्रत्येक नेटवर्कको स्थिति स्ट्रिङ सूचीबद्ध गर्छ। पहिलो आदेश सेवा दृश्य हो, दोस्रो प्रत्येक नेटवर्कका लागि:

zerotier-cli status
zerotier-cli listnetworks

प्रशासकलाई सहयोग माग्दा स्थिति पाठ राख्नुहोस्। पुष्टि छाप्ने स्थानीय join आदेशले अनुरोध स्थानीय रूपमा स्वीकारिएको मात्र प्रमाणित गर्छ, जुन नेटवर्कमा प्रवेश गराइनुभन्दा फरक तथ्य हो।

सदस्यता एउटा पहिचानको हुन्छ

नियन्त्रकले क्लाइन्टका पहिचान फाइलहरूलाई नै चिन्छ, त्यसैले कन्फिगरेसन अर्को मेसिनमा प्रतिलिपि गर्नु वा पुनःस्थापनाका क्रममा पहिचान मेटाउनु नियन्त्रकले कहिल्यै नदेखेको सदस्य उत्पन्न गर्छ। त्यसैले पनि सदस्य रेकर्ड मेटाउनु त्यसको अधिकृतता रद्द गर्नुभन्दा फरक हुन्छ। चलिरहेको अधिकृत नोड प्रयास गरिरहन्छ, र रद्द गर्नुको सट्टा मेटाइएको रेकर्ड त्यही ठेगानाबाट नयाँ अनुरोधका रूपमा फर्कन सक्छ।

यन्त्रलाई सेवाबाट हटाउँदा पहिले त्यसको अधिकृतता रद्द गर्नुहोस् र केही हटाउनुअघि प्रविष्टिले त्यो अवस्था देखाएको पुष्टि गर्नुहोस्। क्रम नै सफा हटाइ र रहस्यमय पुनःजोडाइबीचको फरक हो।

परिवर्तनपछि प्रमाणित गर्नुहोस्

परिवर्तन गरेको आदेश होइन, नेटवर्क प्रविष्टि फेरि पढ्नुहोस्। नतिजा चार प्रश्नले समेट्छ, र तीमध्ये कुनै पनि गलत हुन सक्छ जब अरू ठीक देखिन्छन्:

zerotier-cli listnetworks
ip -br addr show
ping -c 2 10.147.20.5
ip route get 10.147.20.5

पहिलोले प्रत्येक नेटवर्कको सदस्यता र तोकिएको ठेगाना छाप्छ, र दोस्रोले इन्टरफेसले साँच्चै त्यो ठेगाना पायो कि भनी देखाउँछ। अन्तिम दुईले नेटवर्कको पियरले जवाफ दिन्छ र कुन इन्टरफेसले ट्राफिक बोक्छ भनी प्रमाणित गर्छन्। कुन आदेशले कुन प्रश्नको जवाफ दियो टिप्नुहोस्, ताकि अर्को व्यक्ति सम्झनाबाट होइन प्रमाणबाट सुरु गरोस्।

यदि सदस्यता OK छ र ठेगाना पनि छ तर पियरहरू जवाफ दिँदैनन् भने समस्या राउटिङ वा पियरकै नीतितर्फ सरेको छ। त्यो कुराकानीबाट स्थिति पाठ हटाउनुहोस्, किनकि उसले आफ्नो काम पहिले नै गरिसक्यो। सदस्यता रेकर्ड र बाटो छुट्टाछुट्टै विषय हुन्, र तिनीहरू जति चाँडो छुट्याइन्छ त्यति छिटो अन्वेषण छोटो हुन्छ।