OpenVPN DNS പുഷ് ചെയ്തതിന് ശേഷം പ്രാദേശിക Samba ഷെയർ അപ്രത്യക്ഷമായി

Samba പ്രാദേശിക ഷെയറുകൾ നഷ്ടപ്പെടുത്തുന്നത് ആ നിമിഷത്തിൽ OpenVPN കണക്റ്റ് ചെയ്യുമ്പോഴാണ്, എന്നാൽ ടണൽ മിക്കവാറും കാരണമല്ല. മൗണ്ട് കുഴപ്പമില്ല, NAS പ്രവർത്തിക്കുന്നു, ടണൽ ഇൻസ്റ്റാൾ ചെയ്ത റിസോൾവർ ഒരിക്കലും കണ്ടിട്ടില്ലാത്ത പേരിനെക്കുറിച്ചുള്ള ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകുന്നു. Samba തന്റെ ലുക്കപ്പ് ക്രമത്തിന്റെ തുടക്കത്തിൽ ആ റിസോൾവറിനോട് ചോദിക്കുന്നു, ഉത്തരം വിശ്വസിക്കുന്നു, ഒന്നും കേൾക്കാത്ത വിലാസത്തിലേക്ക് കണക്റ്റ് ചെയ്യുന്നു. ഷെയർ ശരിയാക്കുക എന്നത് മൗണ്ട് അല്ല, ഉത്തരം ശരിയാക്കുക എന്നതാണ്.

ഓരോ ഘട്ടത്തിലും ഏറ്റവും കൂടുതൽ സാധ്യതകൾ ഒഴിവാക്കുന്ന ക്രമത്തിൽ അഞ്ച് പരിശോധനകൾ.

ചെറിയ പേരിന് ആരാണ് ഉത്തരം നൽകുന്നത്

ഫയൽ മാനേജറിനോടല്ല, ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിനോട് ചോദിക്കുക. resolvectl status ഓരോ ലിങ്കിനോടും ബന്ധിപ്പിച്ച DNS സെർവറുകൾ പ്രിന്റ് ചെയ്യുകയും ഏത് ലിങ്കാണ് ഡിഫോൾട്ട് റൂട്ട് എന്ന് അടയാളപ്പെടുത്തുകയും ചെയ്യുന്നു, ചെറിയ പേരിനുള്ള ക്വറി ഉത്തരം നൽകിയ സെർവർ റിപ്പോർട്ട് ചെയ്യുന്നു. NAS പേരിനായി ഒരിക്കലും ഓഫീസ് ഡൊമെയ്നിൽ ഉണ്ടെന്ന് അറിയാവുന്ന ഒരു പേരിനായി ഒരിക്കലും ഇത് പ്രവർത്തിപ്പിക്കുക. രണ്ട് ഉത്തരങ്ങളും വ്യത്യസ്ത സെർവറുകളിൽ നിന്നാണെങ്കിൽ, നിങ്ങൾ വിഭജനം കണ്ടെത്തി.

ഉത്തരം നെഗറ്റീവ് ഉത്തരമായിരുന്നോ വിലാസമായിരുന്നോ എന്ന് പരിശോധിക്കുക. നെഗറ്റീവ് ഉത്തരം എന്നാൽ Samba മറ്റൊരു സംവിധാനത്തിലേക്ക് പോകേണ്ടതായിരുന്നു, തകരാർ മറ്റൊരിടത്താണ്. വിലാസം എന്നാൽ Samba ഒരു യഥാർത്ഥ സ്ഥലത്ത് കണക്റ്റ് ചെയ്തു ഒന്നും തിരികെ കിട്ടിയില്ല.

Samba തെറ്റായ ഉത്തരം വിശ്വസിക്കുന്നത് എന്തുകൊണ്ട്

Samba name resolve order നിർണ്ണയിക്കുന്ന ഒരു നിശ്ചിത ക്രമത്തിലൂടെ പേരുകൾ പരിഹരിക്കുന്നു. മിക്ക വിതരണങ്ങളിലും സ്ഥിരസ്ഥിതിയിൽ host ഉണ്ട്, അതായത് DNS, ഇത് NetBIOS ബ്രോഡ്കാസ്റ്റ് പോലുള്ള ലാൻ-മാത്രം സംവിധാനങ്ങൾക്ക് മുമ്പ് പ്രവർത്തിക്കുന്നു. അതിനാൽ റിസോൾവർ പുഷ് ചെയ്യുന്ന ടണലിന് ഓരോ ഷെയർ പേരിനും ആദ്യത്തെ നിരസിക്കൽ അവകാശം ലഭിക്കുന്നു, കെട്ടിടം വിടാൻ പാടില്ലാത്ത ഒറ്റ-ലേബൽ പേരുകൾ ഉൾപ്പെടെ.

സാധാരണയായി അജ്ഞാത പേര് നെഗറ്റീവ് ഉത്തരം നൽകുന്നു, അടുത്ത സംവിധാനത്തിന് ഊഴം ലഭിക്കുന്നു. ചില റിസോൾവറുകൾ, പ്രത്യേകിച്ച് ഉപഭോക്തൃ ISP-കളുടേതും പൊതുവായവയും, അജ്ഞാത പേരുകൾക്ക് പകരം തിരയൽ പേജോ പരസ്യ വിലാസമോ നൽകി ഉത്തരം നൽകുന്നു. ആ ഉത്തരം റിസോൾവർ ലൈബ്രറിക്ക് വിജയമായി തോന്നുന്നു, അതിനാൽ Samba തിരയുന്നത് നിർത്തി നിങ്ങളുടെ നെറ്റ്വർക്കുമായി യാതൊരു ബന്ധവുമില്ലാത്ത വിലാസത്തിൽ ഡയൽ ചെയ്യുന്നു.

ഫലം പിശക് സംഭാഷണമില്ലാതെ അപ്രത്യക്ഷമാകുന്ന ഷെയറാണ്. ആ ക്രമത്തിൽ ഒന്നും VPN റൂട്ടിംഗ് പരാജയമല്ല, അതുകൊണ്ടാണ് NAS-ലേക്കുള്ള ping ഇപ്പോഴും പ്രവർത്തിക്കുന്നത്, അതിലേക്കുള്ള ബ്രൗസിംഗ് പ്രവർത്തിക്കുന്നില്ലെങ്കിലും.

വ്യത്യസ്ത വ്യാപ്തിയുള്ള രണ്ട് അറ്റകുറ്റപ്പണികൾ

ഇടുങ്ങിയ അറ്റകുറ്റപ്പണി പുഷ് ചെയ്ത റിസോൾവർ നിലനിർത്തുകയും Samba അതിനോട് എന്ത് ചോദിക്കാമെന്ന് മാറ്റുകയും ചെയ്യുന്നു. ഡീമൺ യഥാർത്ഥത്തിൽ വായിക്കുന്ന Samba കോൺഫിഗറേഷനിൽ രണ്ട് വരികൾ ചേർത്ത്, സേവനം പുനരാരംഭിക്കുക:

[global]
   name resolve order = wins lmhosts bcast
   dns proxy = no

ആ പട്ടികയിൽ host ഇല്ലെങ്കിൽ ഷെയർ ലുക്കപ്പിന്റെ വഴിയിൽ നിന്ന് DNS പുറത്താകുന്നു, ഒറ്റ-ലേബൽ പേരുകൾ പ്രാദേശിക സെഗ്മെന്റിൽ തുടരുന്നു. ഓഫീസ് പേരുകൾ മറ്റെല്ലാ പ്രോഗ്രാമുകൾക്കും ഇപ്പോഴും സാധാരണയായി പരിഹരിക്കപ്പെടുന്നു, കാരണം ഇത് Samba-യെ മാത്രം മാറ്റുന്നു. വില Samba-യ്ക്ക് ഇനി DNS ഉപയോഗിക്കാനേ കഴിയില്ല എന്നതാണ്, അതിനാൽ പൂർണ്ണമായി യോഗ്യമായ ഓഫീസ് പേരിൽ വിലാസമിട്ട ഷെയർ ഒരു പ്രശ്നമാകുന്നു.

വിശാലമായ അറ്റകുറ്റപ്പണി കാരണം നീക്കം ചെയ്യുന്നു: സ്വന്തമല്ലാത്ത പേരുകൾക്ക് ഉത്തരം നൽകുന്ന റിസോൾവർ പുഷ് ചെയ്യുന്നത് നിർത്തുക, അല്ലെങ്കിൽ ഓഫീസ് പ്രത്യയങ്ങൾ മാത്രം ഓഫീസ് റിസോൾവറിൽ എത്തുന്ന വിഭജിത DNS നയം പുഷ് ചെയ്യുക. മാനേജുചെയ്യുന്ന നെറ്റ്വർക്കിൽ ഇത് മികച്ച ദീർഘകാല ഉത്തരമാണ്, കാരണം ഇത് ബ്രൗസറിനെയും പാക്കേജ് മാനേജറിനെയും സംരക്ഷിക്കുന്നു, എന്നാൽ സെർവർ വശത്ത് ഭരണപരമായ പ്രവേശനവും പുഷ് ചെയ്ത ക്രമീകരണങ്ങൾ അനുസരിക്കുന്ന ഒരു ക്ലയന്റും ആവശ്യമാണ്.

ഒന്ന് ബോധപൂർവം തിരഞ്ഞെടുക്കുക. റിസോൾവർ മാറ്റം എല്ലാ ആപ്ലിക്കേഷനുകൾക്കും ഒരേസമയം പേര് പരിഹാരം മാറ്റുന്നു, അത് ഒരു മാറ്റ രേഖയാണ്, സപ്പോർട്ട് കോളിനുള്ള തിരുത്തലല്ല.

പ്രത്യയത്തിന് എല്ലാം വിശദീകരിക്കാം

ക്ലയന്റ് തിരയൽ പ്രത്യയവും പുഷ് ചെയ്യുന്നുവെങ്കിൽ, ചെറിയ പ്രാദേശിക പേര് ചോദിക്കുന്നതിന് മുമ്പ് ഓഫീസ് ഡൊമെയ്നിലേക്ക് മാറ്റിയെഴുതുന്നു. അപ്പോൾ റിസോൾവർ ഒട്ടും കളവ് പറയുന്നില്ല: ഓഫീസ് പേരിനെക്കുറിച്ച് ന്യായമായ ചോദ്യം ചോദിക്കപ്പെട്ടു, അത് ശരിയായ ഉത്തരം നൽകി. പരസ്യ വിലാസത്തിന്റെ കാര്യത്തിൽ നിന്ന് ഇതിനെ വേർതിരിക്കാൻ റിസോൾവർ ഔട്ട്പുട്ടിലെ ചോദിച്ച പേര് വായിക്കുക, കാരണം ഫയൽ മാനേജറിൽ രണ്ട് തകരാറുകളും ഒരുപോലെ കാണപ്പെടുന്നു.

ഇവിടെ പരിഹാരം പൂർണ്ണമായി യോഗ്യമായ പ്രാദേശിക പേര് ഉപയോഗിക്കുകയോ, പ്രാദേശിക പ്രത്യയം സ്വന്തമാക്കുന്ന വിഭജിത DNS നിയമം ചേർക്കുകയോ ചെയ്യുകയാണ്. രണ്ടും Samba-യെ സ്പർശിക്കേണ്ടതില്ല.

വീണ്ടും കണക്റ്റ് ചെയ്തതിന് ശേഷം അത് തെളിയിക്കുക

ഒരു സെഷനിൽ മൂന്ന് പേരുകൾ പരീക്ഷിക്കുക: ചെറിയ പേരിൽ പ്രാദേശിക ഷെയർ, പേരിൽ ഓഫീസ് ഹോസ്റ്റ്, ഒരു സാധാരണ വെബ്സൈറ്റ്. ആദ്യത്തേത് പ്രവർത്തിച്ച് രണ്ടാമത്തേത് തകർന്നാൽ, അറ്റകുറ്റപ്പണി തകരാർ നീക്കം ചെയ്യുന്നതിന് പകരം സ്ഥാനം മാറ്റി. മൂന്നാമത്തേത് തകർന്നാൽ, റിസോൾവർ മാറ്റം ഉദ്ദേശിച്ചതിലും അപ്പുറം പോയി, ഇപ്പോൾ എല്ലാ ലുക്കപ്പുകളും സംശയാസ്പദമാണ്.

തുടർന്ന് ടണൽ വിച്ഛേദിച്ച് വീണ്ടും കണക്റ്റ് ചെയ്ത് മൂന്നും ആവർത്തിക്കുക. പുഷ് ചെയ്ത ഓപ്ഷനുകൾ ഓരോ കണക്ഷനിലും വീണ്ടും പ്രയോഗിക്കുന്നു, അതിനാൽ റൺടൈമിൽ മാത്രം നിലനിന്ന അറ്റകുറ്റപ്പണി കോൺഫിഗറേഷൻ ഫയൽ മാറാതെ അപ്രത്യക്ഷമാകാം. ഓരോ പ്രത്യയത്തിന്റെയും ഉടമയായ റിസോൾവറും നിലവിലുള്ള ലുക്കപ്പ് ക്രമവും രേഖപ്പെടുത്തുക, തീയതിയും കുറിക്കുക, കാരണം ഇത് തിരികെ വരുമ്പോൾ അടുത്ത ക്ലയന്റ് അപ്ഡേറ്റാണ് വ്യക്തമായ സംശയിക്കുന്നയാൾ.

അഞ്ച് പരിശോധനകൾക്ക് ശേഷവും ഷെയർ പരാജയപ്പെട്ടാൽ, മറ്റെന്തെങ്കിലും മാറ്റുന്നതിന് മുമ്പ് കൃത്യമായ ക്വറിയും കൃത്യമായ ഉത്തരവും പകർത്തുക. ആ രണ്ട് വരികൾ റിസോൾവർ തകരാറിനെ യഥാർത്ഥത്തിൽ നിലവിലില്ലാത്ത ഒരു പേരിൽ നിന്ന് വേർതിരിക്കുന്നു, നിങ്ങൾക്ക് എഴുതാനാകുന്ന ഏറ്റവും വേഗതയുള്ള കൈമാറ്റ കുറിപ്പാണ് അത്.