VPN-നൊപ്പം പ്രാദേശിക ഡൊമെയ്നിനായി macOS റിസോൾവർ ഫയൽ
ഒരു ചെറിയ റിസോൾവർ ഫയലിന് ഒരു പ്രാദേശിക ഡൊമെയ്നിനെ Mac-ൽ അതിന്റെ സ്വന്തം DNS സെർവറിലേക്ക് അയയ്ക്കാം, ജോലി VPN-ന്റെ റിസോൾവർ മാറ്റാതെയും ഒരു റൂട്ടും ഉണ്ടാക്കാതെയും.
നിങ്ങളുടെ ജോലി VPN കമ്പനിയുടെ പേരുകൾ മികച്ച രീതിയിൽ പരിഹരിക്കുന്നു, എന്നാൽ വീട്ടിലെ പ്രിന്റർ പേരിലൂടെ എത്തിച്ചേരാനാകാത്തതായി തുടരുന്നു, കൂടാതെ ആളുകൾ സാധാരണയായി ആശ്രയിക്കുന്ന പരിഹാരം മുഴുവൻ Mac-ഉം വീട്ടിലെ റൗട്ടറിലേക്ക് തിരിച്ചുവിടുക എന്നതാണ്. അത് പ്രശ്നത്തിന് ആവശ്യമുള്ളതിനേക്കാൾ വളരെ വലിയ മാറ്റമാണ്. macOS-ന് ഒരു ചെറിയ റിസോൾവർ ഫയലിലൂടെ ഒരു DNS സഫിക്സ് മാത്രം അതിന്റെ സ്വന്തം സെർവറിലേക്ക് അയയ്ക്കാനും മറ്റെല്ലാ ലുക്കപ്പുകളും കൃത്യമായി മുമ്പുണ്ടായിരുന്നിടത്ത് തന്നെ വിടാനും കഴിയും.
അനുമതിയുടെ അതിർത്തിയാണ് ആദ്യം: ഇത് നിങ്ങൾ നിയന്ത്രിക്കുന്ന അല്ലെങ്കിൽ കോൺഫിഗർ ചെയ്യാൻ അധികാരം ലഭിച്ച ഒരു ഡൊമെയ്നിനുള്ളതാണ്. ഒരു സംഘടന നടപ്പിലാക്കുന്ന DNS നയത്തെയോ അതിന്റെ പ്രാദേശിക നെറ്റ്വർക്ക് നിയന്ത്രണങ്ങളെയോ ഒഴിവാക്കാനുള്ള വഴിയല്ല ഇത്.
ഇടുങ്ങിയ ജോലിയുള്ള ഒരു ഫയൽ
പ്രാദേശിക സോൺ lab.example.org എന്നും അതിന്റെ സെർവർ 192.168.55.1-ൽ മറുപടി നൽകുന്നു എന്നും കരുതുക. മാറ്റം വരുത്താൻ അനുവാദമുള്ള Mac-ൽ, അഡ്മിനിസ്ട്രേറ്റർ ഡൊമെയ്ൻ തന്നെ പേരായുള്ള ഒരു സാധാരണ ടെക്സ്റ്റ് ഫയൽ /etc/resolver/lab.example.org സൃഷ്ടിക്കുന്നു, അതിൽ nameserver 192.168.55.1 എന്ന ഒരു വരി മാത്രം അടങ്ങിയിരിക്കുന്നു. പുതിയ സിസ്റ്റത്തിൽ ആ ഡയറക്ടറി ഉണ്ടാകണമെന്നില്ല, അതിനാൽ അഡ്മിനിസ്ട്രേറ്റർ അവകാശങ്ങളോടെ അത് സൃഷ്ടിക്കുക, കൂടാതെ മാനേജ്മെന്റ് സോഫ്റ്റ്വെയർക്ക് അവിടെ ഇതിനകം ഒരു ഫയൽ ഉണ്ടോ എന്ന് എഴുതുന്നതിന് മുമ്പ് പരിശോധിക്കുക.
Apple-ന്റെ റിസോൾവർ കോൺഫിഗറേഷൻ ഡോക്യുമെന്റേഷൻ, ഫയലിനുള്ളിൽ പ്രത്യേക ഡൊമെയ്ൻ ക്രമീകരണം കാണാത്തപ്പോൾ ഫയലിന്റെ പേരാണ് ഡൊമെയ്ൻ നൽകുന്നത് എന്ന സമ്പ്രദായം വിവരിക്കുന്നു. ആ പേരിടൽ നിയമമാണ് മുഴുവൻ തന്ത്രം, അതുകൊണ്ടാണ് ഫയൽ സെർവറിന്റെ പേരിലല്ല, സോണിന്റെ പേരിൽ ആയിരിക്കേണ്ടത്.
macOS റിസോൾവറുകൾക്കിടയിൽ എങ്ങനെ തിരഞ്ഞെടുക്കുന്നു
ഒന്നിലധികം റിസോൾവർ ക്ലയന്റുകൾ സജീവമാകാം, ഏറ്റവും നിർദ്ദിഷ്ടമായി പൊരുത്തപ്പെടുന്ന ഡൊമെയ്നാണ് വിജയിക്കുന്നത്. അതിനാൽ lab.example.org-നുള്ള റിസോൾവറിന് സ്ഥിരസ്ഥിതി റിസോൾവറിൽ നിന്ന് വ്യത്യസ്തമായ പരിധിയുണ്ട്, കൂടാതെ സ്വന്തം ഫയലുള്ള കൂടുതൽ നിർദ്ദിഷ്ട സബ്ഡൊമെയ്നിന് വീണ്ടും മുൻഗണന ലഭിക്കാം. ഇതാണ് ജോലി VPN-ന് അതിന്റെ സ്വന്തം സഫിക്സ് നിലനിർത്താൻ അനുവദിക്കുന്നത്, നിങ്ങളുടെ ലാബ് സോൺ മറ്റൊരിടത്തേക്ക് പോകുമ്പോൾ. ഈ ക്രമീകരണത്തിൽ ആഗോളമായി ഒന്നുമില്ല, ഓർത്തിരിക്കേണ്ട കാര്യം അതാണ്.
/etc/resolv.conf വെറുതെ വിടുക. macOS ആ ഫയൽ സ്വയം എഴുതുന്നു, ഡൊമെയ്ൻ-നിർദ്ദിഷ്ട റെസല്യൂഷന്റെ പൂർണ്ണചിത്രം അതിൽ ഒരിക്കലും ഉണ്ടായിരുന്നില്ല. കോൺഫിഗറേഷൻ ഈ ഡയറക്ടറിയിലെ ഫയലുകളിൽ നിന്നല്ല, സിസ്റ്റം കോൺഫിഗറേഷൻ ഡാറ്റാബേസിൽ നിന്നും വരാം, അതുകൊണ്ടാണ് ഒരു മാനേജ്മെന്റ് പ്രൊഫൈലിന് നിങ്ങൾ എഴുതിയത് അസാധുവാക്കാൻ കഴിയുന്നത്.
ഫയലിന് നൽകാനാകാത്ത മൂന്ന് കാര്യങ്ങൾ
സെർവർ എത്തിച്ചേരാവുന്നതായിരിക്കണം. VPN പ്രാദേശിക നെറ്റ്വർക്കിംഗ് തടയുന്നുവെങ്കിൽ, അല്ലെങ്കിൽ ഒരു കോർപ്പറേറ്റ് റൂട്ട് സെർവറിന്റെ വിലാസ പരിധി പിടിച്ചെടുക്കുന്നുവെങ്കിൽ, തികച്ചും ശരിയായ സഫിക്സ് ഫയലിനും ഒരു ക്വറി എത്തിക്കാനാവില്ല. സ്വയം പ്രാദേശിക ഒഴിവുകൾ വിശാലമാക്കുന്നതിന് പകരം അത് നെറ്റ്വർക്ക് ഉടമയെ സമീപിക്കുക.
സോണിൽ ശരിയായ ഉത്തരം ഉണ്ടായിരിക്കണം, അത് printer.lab.example.org പോലുള്ള പൂർണ്ണമായി യോഗ്യതയുള്ള ഒരു പേരിലൂടെ പരിശോധിക്കുന്നതാണ് ഉത്തമം. ചെറിയ പേരുകൾ സേർച്ച്-ഡൊമെയ്ൻ സ്വഭാവം ഉണർത്തി, നിങ്ങൾ ഉദ്ദേശിച്ചതിൽ നിന്ന് വ്യത്യസ്തമായ ഒരു ചോദ്യം ചോദിച്ചേക്കാം.
ഒടുവിൽ, അപ്ലിക്കേഷന് ആ ഉത്തരം ഉപയോഗിക്കാൻ കഴിയണം. ഒരു പ്രിന്ററിന്റെ പേര് പരിഹരിക്കുന്നത് അതിന്റെ വിലാസത്തിലേക്ക് പ്രവേശനം നൽകുന്നില്ല, അതിന് പിന്നിലെ സേവനം തുറക്കുന്നുമില്ല. തിരികെ ലഭിക്കുന്ന വിലാസത്തിന് ഇപ്പോഴും അനുവദനീയമായ ഒരു റൂട്ടും കണക്ഷൻ അനുവദിക്കുന്ന ഒരു ആക്സസ് പോളിസിയും ആവശ്യമാണ്. ഒരു റിസോൾവർ ഫയൽ ഒരു പേര് എവിടെ നോക്കുന്നു എന്നത് മാറ്റുന്നു; അത് ഫലത്തിനായി ഒരു പാത്ത് സംവരണം ചെയ്യുന്നില്ല.
DNS മാറ്റുന്നതിന് പകരം തിരഞ്ഞെടുപ്പ് പരിശോധിക്കുക
macOS ഇപ്പോൾ യഥാർത്ഥത്തിൽ എന്താണ് ഉപയോഗിക്കുന്നതെന്ന് പരിശോധിക്കുക, പൂർണ്ണമായി യോഗ്യതയുള്ള പേര് അപ്ലിക്കേഷനുള്ളിൽ നിന്നോ അപ്ലിക്കേഷനുകൾ ചെയ്യുന്നതുപോലെ പരിഹരിക്കുന്ന ഒരു ടൂളിൽ നിന്നോ ക്വറി ചെയ്യുക. 192.168.55.1-ലേക്കുള്ള നേരിട്ടുള്ള ക്വറി സെർവർ മറുപടി നൽകുന്നു എന്ന് തെളിയിക്കുന്നു; സാധാരണ ലുക്കപ്പുകൾക്ക് macOS ആ സെർവർ തിരഞ്ഞെടുത്തു എന്ന് അത് തെളിയിക്കുന്നില്ല. അവ വ്യത്യസ്ത വസ്തുതകളാണ്, നിങ്ങളുടെ ബ്രൗസർ അനുഭവിക്കുന്നത് വിവരിക്കുന്നത് രണ്ടാമത്തേത് മാത്രമാണ്.
മറ്റൊരു റിസോൾവർ ഇതിനകം അതേ സഫിക്സ് അവകാശപ്പെടുന്നുവെങ്കിൽ, മുൻഗണനാ സൂചനകൾ ചേർക്കുന്നതിന് മുമ്പ് അത് ആർക്കുള്ളതാണെന്ന് കണ്ടെത്തുക. രേഖപ്പെടുത്തിയ search_order ക്രമീകരണം ഒരു ഡൊമെയ്ൻ പങ്കിടുന്ന ക്ലയന്റുകളെ ക്രമീകരിക്കുന്നു; ഒരു പൊതു റിസോൾവറിനെ ഓരോ ക്വറിയിലും വിജയിപ്പിക്കുന്ന ആഗോള മുൻഗണനാ സ്വിച്ച് അല്ല അത്.
VPN ബന്ധിപ്പിച്ചിരിക്കുമ്പോൾ കമ്പനിയുടെ പേരുകൾ ഇപ്പോഴും പരിഹരിക്കപ്പെടുന്നുണ്ടെന്ന് സ്ഥിരീകരിക്കുക, തുടർന്ന് ഫയലും അതിന്റെ ഉദ്ദേശ്യവും നിങ്ങളുടെ പ്രാദേശിക കുറിപ്പുകളിൽ രേഖപ്പെടുത്തുക. ഈ ക്രമീകരണം ഒഴിവാക്കുമ്പോൾ, എല്ലാ നെറ്റ്വർക്ക് DNS ക്രമീകരണങ്ങളും പുനഃസജ്ജീകരിക്കുന്നതിന് പകരം ആ ഫയൽ മാത്രം ഇല്ലാതാക്കി രണ്ട് പേരിടങ്ങളും വീണ്ടും പരിശോധിക്കുക.