എന്തുകൊണ്ട് MagicDNS ഉപകരണങ്ങൾ പരിഹരിക്കുന്നു പക്ഷേ ഓഫീസ് ഹോസ്റ്റ്നാമുകൾ പരിഹരിക്കുന്നില്ല

MagicDNS ഒരു tailnet-ലെ ഓരോ ഉപകരണത്തിനും അതിന്റെ മെഷീൻ നാമത്തിൽ നിന്നും tailnet-ന്റെ DNS ഡൊമെയ്നിൽ നിന്നും ഉരുത്തിരിഞ്ഞ ഒരു പേര് നൽകുന്നു. ആ പേര് Tailscale സൃഷ്ടിക്കുന്നു, അതിന് Tailscale-ന്റെ റിസോൾവർ പാതയിലൂടെ ഉത്തരം നൽകുന്നു. files.office.example പോലുള്ള ഓഫീസ് ഹോസ്റ്റ്നാം Tailscale ഒരിക്കലും എഴുതാത്ത ഒരു മേഖലയിൽ പെടുന്നു, അതിനാൽ ഉപകരണത്തിന്റെ പേര് മാറ്റുന്നത് അത് സൃഷ്ടിക്കാൻ കഴിയില്ല. രണ്ട് പേരിടങ്ങൾ ഒരുമിച്ച് നിലനിൽക്കുന്നു; അവയ്ക്ക് വ്യത്യസ്ത ഉടമകളുണ്ട് എന്നു മാത്രം.

ആ സംവിധാനം വളരെ സാധാരണമായ ഒരു പരാതിക്ക് പിന്നിലുണ്ട്: Tailscale ഹോസ്റ്റ് ഉത്തരം നൽകുന്നു, എന്നാൽ ഫയൽ സർവർ ഇപ്പോഴും റിസോല്യൂഷൻ പിശക് തിരികെ നൽകുന്നു.

രണ്ട് പേരിടങ്ങൾ, രണ്ട് ഉടമകൾ

ഉപകരണത്തിന്റെ പേര് മെഷീന്റെ സ്വന്തം ഹോസ്റ്റ്നാമിൽ നിന്ന് സൃഷ്ടിക്കുന്നു, കൂട്ടിയിടികൾ Tailscale പരിഹരിക്കുന്നു, ഫലം tailnet ഡൊമെയ്നിന് കീഴിൽ ജീവിക്കുന്നു. ഓഫീസ് മേഖല ഓഫീസ് റിസോൾവർ നടത്തുന്നയാൾ പരിപാലിക്കുന്നു, റെക്കോർഡുകൾ അഡ്മിനിസ്ട്രേറ്ററോ ഡൈനാമിക് രജിസ്ട്രേഷനോ സൃഷ്ടിക്കുന്നു. ചെറിയ പേരുകൾ വ്യത്യാസം മറയ്ക്കുന്നു: files ഓഫീസ് DNS ഉത്തരം നൽകുന്ന തിരയൽ പ്രത്യയ വിപുലീകരണമോ, ഒരു tailnet ഉപകരണമോ, അല്ലെങ്കിൽ ഒന്നുമല്ലാതിരിക്കാമോ ആകാം. പൂർണ്ണ നാമം ചോദിച്ചാൽ ഏത് സംവിധാനമാണ് യഥാർത്ഥത്തിൽ ഉത്തരം നൽകിയതെന്ന് കാണാം.

സബ്നെറ്റ് റൗട്ടറിന്റെ മെഷീൻ നാമം മാറ്റുന്നത് ഓഫീസ് മേഖലയ്ക്ക് ഒന്നും ചെയ്യുന്നില്ല. അത് ഒരു Tailscale ഉപകരണത്തിന് പേരുമാറ്റം നൽകുകയും ഓഫീസ് സർവറിലെ റെക്കോർഡ് തൊടാതെ വിടുകയും ചെയ്യുന്നു, അതിനാൽ പേരുമാറ്റി വീണ്ടും ശ്രമിക്കുന്നത് ഒരിക്കലും ഒത്തുചേരുന്നില്ല.

ഓഫീസ് മേഖലയെ അതിന്റെ റിസോൾവറിലേക്ക് തിരിക്കുക

Tailscale-ന്റെ വിഭജിത DNS തിരഞ്ഞെടുത്ത ഡൊമെയ്നുകളുടെ ചോദ്യങ്ങൾ നിങ്ങൾ വ്യക്തമാക്കുന്ന നാമ സർവറിലേക്ക് അയയ്ക്കുന്നു, ബാക്കിയെല്ലാം ശേഷിക്കുന്ന നയം പിന്തുടരുന്നു. ഓഫീസ് റിസോൾവർ യഥാർത്ഥത്തിൽ സേവിക്കുന്ന ഡൊമെയ്ൻ ചേർക്കുക, നിങ്ങൾ യാദൃച്ഛികമായി ടൈപ്പ് ചെയ്യുന്ന തിരയൽ പ്രത്യയമല്ല. തിരയൽ പ്രത്യയം ക്ലയന്റിനോട് എന്ത് ചേർക്കണമെന്ന് പറയുന്നു; അത് റിസോൾവറിനോട് എവിടെ നോക്കണമെന്ന് പറയുന്നില്ല. ഈ രണ്ട് ക്രമീകരണങ്ങളും കൺസോളിൽ സമാനമായി കാണപ്പെടുന്നു, പക്ഷേ തികച്ചും വ്യത്യസ്തമായി പ്രവർത്തിക്കുന്നു.

പരിമിതമായ നാമ സർവർ അതുമായി ബന്ധപ്പെട്ട ഡൊമെയ്നിന് അധികാരമുള്ളതായിരിക്കണം, അല്ലെങ്കിൽ ഉത്തരം വിലാസത്തിന് പകരം ഒരു റഫറൽ ആകും.

എത്തിച്ചേരാനുള്ള കഴിവ് പരിഹാരത്തിന് മുമ്പ് വരുന്നു

ക്ലയന്റും ആ നാമ സർവറിൽ എത്തണം. സ്വകാര്യ LAN-ലെ റിസോൾവറിന് സബ്നെറ്റ് റൂട്ട് പ്രഖ്യാപിച്ച് സ്വീകരിക്കണം, ആക്സസ് നയം ചോദ്യം അനുവദിക്കണം, തിരിച്ചുവരവ് പാത നിലനിൽക്കണം. അഡ്മിൻ കൺസോളിലെ ശരിയായ DNS വിലാസം കോൺഫിഗറേഷൻ സംരക്ഷിച്ചു എന്ന് മാത്രം തെളിയിക്കുന്നു. പാക്കറ്റുകൾക്ക് റിസോൾവറിൽ എത്താൻ കഴിയുന്നില്ലെങ്കിൽ, ലക്ഷണം സമയപരിധി കഴിയൽ ആണ്, അത് അത്തരം ഒരു റെക്കോർഡില്ല എന്ന അധികാര ഉത്തരത്തിൽ നിന്ന് വ്യത്യസ്തമായി കാണപ്പെടുന്നു.

ആ വ്യത്യാസം രോഗനിർണ്ണയപരമാണ്. സമയപരിധി കഴിയൽ റൂട്ടിംഗിലേക്കോ നയത്തിലേക്കോ ചൂണ്ടുന്നു, തൽക്ഷണ നിഷേധാത്മക ഉത്തരം റെക്കോർഡിലേക്കോ മേഖലയിലേക്കോ ചൂണ്ടുന്നു. ഏതെങ്കിലും DNS ക്രമീകരണം മാറ്റുന്നതിന് മുമ്പ് നിങ്ങൾക്ക് ഏതാണ് ലഭിക്കുന്നതെന്ന് വായിക്കുക.

പേരിന്റെ പരാജയം സേവനത്തിന്റെ പരാജയത്തിൽ നിന്ന് വേർതിരിക്കുക

വിഭവം അതിന്റെ സ്വകാര്യ വിലാസത്തിൽ പ്രതികരിക്കുന്നുവെങ്കിൽ പക്ഷേ ഹോസ്റ്റ്നാമിൽ അല്ലെങ്കിൽ, അന്വേഷണം DNS-ൽ തന്നെ നിൽക്കുന്നു. രണ്ടും പ്രവർത്തിക്കുന്നില്ലെങ്കിൽ, ആദ്യം റൂട്ടിംഗോ സേവനമോ ശരിയാക്കുക, കാരണം എത്തിച്ചേരാനാകാത്ത വിലാസത്തിലേക്ക് പരിഹരിക്കുന്ന പേര് പുരോഗതിയല്ല. പൂർണ്ണ നാമം ചോദിക്കുകയും ഏത് സർവർ ഉത്തരം നൽകിയെന്ന് രേഖപ്പെടുത്തുകയും ചെയ്യുക. macOS-ൽ ചില കമാൻഡ്-ലൈൻ ടൂളുകൾ സാധാരണ ആപ്ലിക്കേഷനുകളിൽ നിന്ന് വ്യത്യസ്ത പാത സ്വീകരിക്കുന്നു, അതിനാൽ ഒരു ടെർമിനൽ dig-ഉം ഒരു ബ്രൗസറും ഒരേ പേരിനെക്കുറിച്ച് യോജിച്ചെന്ന് വരില്ല.

ഉപകരണത്തിന്റെ സാധാരണ മോഡ് അതാണെങ്കിൽ ഒരു എക്സിറ്റ് നോഡ് തിരഞ്ഞെടുത്ത് പരീക്ഷണം ആവർത്തിക്കുക. എക്സിറ്റ് നോഡിന്റെ DNS കൈകാര്യം എക്സിറ്റ് ഇല്ലാത്ത കോൺഫിഗറേഷനിൽ നിന്ന് വ്യത്യസ്തമാണ്, ഒരു മോഡിൽ മാത്രം പരീക്ഷിക്കുന്നത് ഉപയോക്താക്കൾ യഥാർത്ഥത്തിൽ കാണുന്ന പരാജയം വിട്ടുകളയാം.

മേഖല, റിസോൾവറിന്റെ വിലാസം, ചോദ്യം കൊണ്ടുപോകുന്ന റൂട്ട് എന്നിവ രേഖപ്പെടുത്തുക. ഈ മൂന്നും വീണ്ടുമൊരു പേരുമാറ്റ റൗണ്ട് കൂടാതെ മിക്ക MagicDNS അത്ഭുതങ്ങളും വിശദീകരിക്കുന്നു.