નોડ ID કે નેટવર્ક ID: કઈ એક ZeroTier નેટવર્કમાં જોડાય છે

દરેક 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 કહે તો આગળનો પ્રશ્ન નિયંત્રકની સરનામા-ફાળવણી છે, અને ફરી જોડાવાથી એ ત્રણમાંથી કોઈનો જવાબ મળતો નથી.