ഒരു Tailscale ഹോസ്റ്റ് എത്തിപ്പെടാനാകുന്നില്ല: സബ്നെറ്റ് റൂട്ടർ അതോ എക്സിറ്റ് നോഡോ?

ഒരു Tailscale ഹോസ്റ്റ് മറുപടി നൽകുമ്പോൾ മറ്റൊന്ന് ഇരുട്ടിൽ തന്നെ നിൽക്കുന്നു, അല്ലെങ്കിൽ പൊതു വെബ്സൈറ്റുകൾ തെറ്റായ രാജ്യം റിപ്പോർട്ട് ചെയ്യാൻ തുടങ്ങുന്നതുവരെ എല്ലാം പ്രവർത്തിക്കുന്നു. രണ്ട് പരാതികളും “Tailscale തകർന്നിരിക്കുന്നു” എന്ന രൂപത്തിൽ വരുന്നു, രണ്ടും സാധാരണയായി തെറ്റായ ലക്ഷ്യത്തിനായി സജീവമാക്കിയ തെറ്റായ നിർമ്മിതിയാണ്. ആദ്യം പരാജയപ്പെട്ട ലക്ഷ്യം ക്രമീകരിക്കുക, പിന്നീട് അതിനെ ഉൾക്കൊള്ളുന്ന റോൾ തിരഞ്ഞെടുക്കുക.

പരാജയപ്പെട്ട ലക്ഷ്യത്തിൽ നിന്ന് തുടങ്ങുക

പ്രവർത്തിക്കാത്ത വിലാസമോ പേരോ, അത് ഏത് തരത്തിലുള്ള വസ്തുവാണെന്നും എഴുതി വയ്ക്കുക. മറ്റൊരു സൈറ്റിന് പിന്നിലെ സ്വകാര്യ LAN-ലുള്ള ഉപകരണം, നിങ്ങളുടെ സ്വന്തം സെഗ്മെന്റിലെ സേവനം, ഒരു പൊതു വെബ്സൈറ്റ് — ഒരേ ക്ലയന്റ് യാദൃച്ഛികമായി പങ്കിടുന്ന മൂന്ന് റൂട്ടിംഗ് പ്രശ്നങ്ങൾ. വ്യത്യാസം ഉപരിപ്ലവമല്ല, കാരണം രണ്ട് നിർമ്മിതികളും വ്യത്യസ്ത ലക്ഷ്യ കൂട്ടങ്ങളെ ഉൾക്കൊള്ളുന്നു. ഒന്ന് സജീവമാക്കിയാൽ മറ്റൊന്നിന് ഒന്നും സംഭവിക്കുന്നില്ല, ആശയക്കുഴപ്പത്തിന്റെ മുഴുവൻ ഉറവിടവും അതാണ്.

വിലാസ കുടുംബവും ശ്രദ്ധിക്കുക. IPv4 എന്ന് മാത്രം പ്രഖ്യാപിച്ച ഒരു സബ്നെറ്റ് IPv6 ലക്ഷ്യങ്ങളെ ലോക്കൽ പാതയിൽ വിടുന്നു, ആരെങ്കിലും രണ്ട് റൂട്ടിംഗ് പട്ടികകളും താരതമ്യം ചെയ്യുന്നതുവരെ ഇത് ഭാഗിക പരാജയമായി തോന്നുന്നു. പാത എങ്ങനെയായിരിക്കുമെന്ന് നിങ്ങൾ പ്രതീക്ഷിച്ചുവെന്ന് എഴുതുക, പിന്നീട് പരിശോധനയ്ക്ക് എതിർക്കാൻ എന്തെങ്കിലും ലഭിക്കും.

Tailscale ഒരിക്കലും പ്രവർത്തിപ്പിക്കാത്ത ഉപകരണത്തിലേക്ക് എത്തുക

റൂട്ടർ tailnet-ന് നിർദ്ദിഷ്ട ശ്രേണികൾ പ്രഖ്യാപിക്കുന്നു, പിന്നീട് tailnet-നും സ്വകാര്യ സെഗ്മെന്റിനും ഇടയിൽ പാക്കറ്റുകൾ കൈമാറുന്നു, അതിനാൽ ആ സെഗ്മെന്റിലെ ഉപകരണങ്ങൾക്ക് സ്വന്തം ക്ലയന്റ് ആവശ്യമില്ല. വീട്ടിലെ ലാപ്ടോപ്പിൽ നിന്ന് ഓഫീസിലെ NAS-ലേക്ക് എത്തുന്നത് കൃത്യമായി ഈ സാഹചര്യമാണ്. ആ വശത്ത് tailnet-ന്റെ ഏക അംഗം റൂട്ടറാണ്.

tailscale up --advertise-routes=10.40.0.0/24 --advertise-exit-node=false
ip route get 10.40.0.55
tailscale status

പ്രഖ്യാപനം മൂന്ന് വ്യവസ്ഥകളിൽ ആദ്യത്തേത് മാത്രം. പാത tailnet-നായി അംഗീകരിക്കപ്പെടണം, ക്ലയന്റ് പ്രഖ്യാപിത പാതകൾ സ്വീകരിക്കണം, പ്രവേശന നിയമം കണക്ഷൻ അനുവദിക്കണം. ഈ ശൃംഖലയാണ് ലക്ഷണം പലപ്പോഴും റൂട്ടർ പ്രവർത്തിക്കുന്നു, NAS ഇല്ല എന്നതാകാനുള്ള കാരണം. എത്താവുന്ന റൂട്ടർ ടണൽ പ്രവർത്തിക്കുന്നു എന്ന് തെളിയിക്കുന്നു; അംഗീകാരം, ക്ലയന്റ് സ്വീകരണം, നയം എന്നിവയെക്കുറിച്ച് ഒന്നും തെളിയിക്കുന്നില്ല.

ആ മൂന്ന് പരാജയങ്ങളും അഡ്മിൻ കൺസോളിൽ വ്യത്യസ്തമായി കാണുന്നു. മൂന്നും ഒരുമിച്ച് മാറ്റുന്നതിന് പകരം ക്രമത്തിൽ പരിശോധിക്കുക, കാരണം രണ്ടാമത്തെ മാറ്റം ഏതാണ് പ്രധാനമെന്ന് മറയ്ക്കുന്നു.

പൊതു ട്രാഫിക് മറ്റൊരു യന്ത്രത്തിലൂടെ പുറത്തേക്ക് അയക്കുക

എക്സിറ്റ് നോഡ് നിങ്ങളുടെ പൊതു ഇന്റർനെറ്റ് ട്രാഫിക് സ്വന്തം വഴി റൂട്ട് ചെയ്യുന്നു, ഇത് മറ്റ് VPN ഉൽപ്പന്നങ്ങളിലെ പൂർണ്ണ ടണൽ ക്രമീകരണത്തോട് ഏറ്റവും അടുത്തതാണ്. ഇതിനും മൂന്ന് വേറിട്ട സമ്മതങ്ങൾ വേണം: ഉപകരണം റോൾ പ്രഖ്യാപിക്കുന്നു, അഡ്മിനിസ്ട്രേറ്റർ അത് അനുവദിക്കുന്നു, ക്ലയന്റ് അത് തിരഞ്ഞെടുക്കുന്നു. tailnet-ൽ ചേരുന്നത് സ്വതവേ മറ്റൊരു അംഗത്തിലൂടെ ഒന്നും അയക്കുന്നില്ല.

tailscale up --advertise-exit-node
tailscale up --exit-node=100.101.102.103 --exit-node-allow-lan-access=false
tailscale status --json | grep -i exitnode

എക്സിറ്റ് നോഡ് തിരഞ്ഞെടുക്കുന്നത് അതിന്റെ സ്വന്തം LAN-ലേക്ക് യാന്ത്രികമായി പ്രവേശനം നൽകുന്നില്ല. LAN-പ്രവേശന ഓപ്ഷൻ ഉള്ളത് ഇവ വ്യത്യസ്ത അനുമതികളായതുകൊണ്ടാണ്, അത് ഓഫായി വിടുന്നതാണ് സുരക്ഷിത സ്വതവം. മറ്റ് Tailscale വിഭവങ്ങളിലേക്കുള്ള പാതകൾ എക്സിറ്റ് നോഡ് സജീവമായിരിക്കുമ്പോഴും സ്വന്തം കൈകാര്യം നിലനിർത്തുന്നു. അതുകൊണ്ട് സബ്നെറ്റിൽ ഹോസ്റ്റ് ചെയ്ത സേവനം പൊതു ഇന്റർനെറ്റ് പാത മാറിയാലും തുടർന്ന് പ്രവർത്തിക്കാം.

എക്സിറ്റ് നോഡ് ഇന്റർനെറ്റ് നിങ്ങളെ എങ്ങനെ കാണുന്നു എന്നതും മാറ്റുന്നു, എത്ര വേഗത്തിൽ അനുഭവപ്പെടുന്നു എന്ന് മാത്രമല്ല. ഭൂപ്രദേശം, സ്ട്രീമിംഗ് കാറ്റലോഗുകൾ, നിരക്ക് പരിധികൾ എന്നിവ നിങ്ങളുടെ വിലാസത്തെയല്ല, എക്സിറ്റിന്റെ വിലാസത്തെ പിന്തുടരും എന്ന് പ്രതീക്ഷിക്കുക.

ഒരു ഹോസ്റ്റ് മാത്രം പരാജയപ്പെടുമ്പോൾ ത്രിവിധ വിഭജനം വായിക്കുക

നിങ്ങളുടെ സെഗ്മെന്റിലെ പ്രിന്റർ, വിദൂര സബ്നെറ്റ് റൂട്ടറിന് പിന്നിലെ NAS, ഒരു പൊതു സൈറ്റ് — മൂന്ന് വ്യത്യസ്ത പാതകളുള്ള മൂന്ന് ലക്ഷ്യങ്ങൾ. അവയിൽ കൃത്യമായി ഒന്ന് പരാജയപ്പെട്ടാൽ, കുറ്റം ആ ലക്ഷ്യത്തിന്റെ പാതയുടേതാണ്, മുഴുവൻ ക്ലയന്റിന്റേതല്ല. എക്സിറ്റ് നോഡ് ഉപയോഗിക്കുമ്പോൾ പ്രാദേശിക പ്രിന്ററിന് സാധാരണ ഉത്തരം LAN-പ്രവേശന ക്രമീകരണമാണ്. വിദൂര NAS-ന് പ്രഖ്യാപിത ശ്രേണി, അതിന്റെ അംഗീകാര നില, പ്രവേശന നിയമങ്ങൾ ഈ ക്രമത്തിൽ പരിശോധിക്കുക. പൊതു സൈറ്റിന് ഏത് എക്സിറ്റ് നോഡാണ് തിരഞ്ഞെടുത്തതെന്നും ക്ലയന്റ് അത് യഥാർത്ഥത്തിൽ സ്വീകരിച്ചോയെന്നും പരിശോധിക്കുക.

വിലാസം പ്രവർത്തിക്കുകയും പേര് പ്രവർത്തിക്കാതിരിക്കുകയും ചെയ്താൽ, പാതകൾ നോക്കുന്നത് നിർത്തുക. സ്വകാര്യ DNS വെവ്വേറെ ക്രമീകരിക്കുന്നു, തെറ്റായ വിലാസത്തിലേക്ക് പരിഹരിക്കുന്ന പേര് തടയപ്പെട്ട പാതയോട് സമാനമായ രീതിയിൽ പരാജയപ്പെടുന്നു. ആദ്യം വിലാസം, പിന്നീട് പേര് പരിശോധിക്കുക, രണ്ട് ഫലങ്ങളും ഏത് പാളി തുറക്കണമെന്ന് പറയും.

നിങ്ങൾ നിർമ്മിച്ചതായി കരുതുന്ന പാത സ്ഥിരീകരിക്കുക

പരിശോധന എന്നത് പാത അന്വേഷണവും വിലാസ പരിശോധനയുമാണ്, ping അല്ല. അന്വേഷണം ഏത് ഇന്റർഫേസ് ലക്ഷ്യം ഉപയോഗിക്കുമെന്ന് പറയുന്നു, വിലാസ പരിശോധന ലക്ഷ്യം യഥാർത്ഥത്തിൽ ഏത് ശ്രേണിയിലാണെന്ന് പറയുന്നു. വിജയകരമായ ping ഹോസ്റ്റ് എവിടെയോ ജീവനോടെയുണ്ടെന്ന് പറയുന്നു, അതല്ല ചോദ്യം. ഏതെങ്കിലും കോൺഫിഗറേഷൻ മാറ്റുന്നതിന് മുമ്പ് രണ്ടും പ്രവർത്തിപ്പിക്കുക.

ip route get 10.40.0.55
ip -6 route show default
tailscale ping 10.40.0.55

അത് tailnet-ന്റെ സ്വന്തം കാഴ്ചയുമായി ചേർക്കുക, അത് പീയർ നേരിട്ട് ബന്ധിപ്പിച്ചതാണോ റിലേ വഴിയാണോ എന്ന് കാണിക്കുന്നു. റിലേ പാതയും പ്രവർത്തിക്കുന്നു, നിങ്ങൾ ഡീബഗ് ചെയ്തിരുന്ന പാതയുമായി യാതൊരു ബന്ധവുമില്ലാത്ത കാലതാമസ പരാതികളെ അത് വിശദീകരിക്കുന്നു. സബ്നെറ്റ് റൂട്ടർ ഡോക്യുമെന്റേഷൻ പരിചിതമല്ലെങ്കിൽ അംഗീകാര ഘട്ടം ഉൾക്കൊള്ളുന്നു. പിന്നീട് നിങ്ങളുടെ സ്വന്തം നെറ്റ്വർക്കിൽ ഏത് നിർമ്മിതി ഏത് ലക്ഷ്യത്തെ ഉൾക്കൊള്ളുന്നു എന്ന് എഴുതുക, കാരണം സൈറ്റ് ചേർക്കുന്ന അടുത്ത വ്യക്തിയും അതേ ചോദ്യം ചോദിക്കും.