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 ആണെങ്കിലും വിലാസം ഉണ്ടെങ്കിലും പിയറുകൾ പ്രതികരിക്കുന്നില്ലെങ്കിൽ, പ്രശ്നം റൂട്ടിംഗിലേക്കോ പിയറിന്റെ സ്വന്തം നയത്തിലേക്കോ മാറിയിരിക്കുന്നു. സ്റ്റാറ്റസ് ടെക്സ്റ്റ് ആ സംഭാഷണത്തിൽ നിന്ന് എടുത്തുകളയുക, കാരണം അത് ഇതിനകം തന്റെ ജോലി ചെയ്തു. അംഗത്വ റെക്കോർഡും പാതയും വേറിട്ട വിഷയങ്ങളാണ്, അവ വേഗം വേർതിരിക്കുന്തോറും അന്വേഷണം ചെറുതാകും.