VPN-നുള്ളിൽ mDNS: .local നാമങ്ങൾ എന്തുകൊണ്ട് പരിഹരിക്കപ്പെടുന്നില്ല

നിങ്ങളുടെ ഓഫീസിലെ പ്രിന്റർ നിങ്ങളുടെ മേശയിലെ എല്ലാ ആപ്പുകളിലും പ്രത്യക്ഷപ്പെടുകയും VPN-ൽ അപ്രത്യക്ഷമാകുകയും ചെയ്യുന്നു, അതിനുണ്ടെന്ന് നിങ്ങൾക്കറിയാവുന്ന വിലാസത്തിലേക്ക് പിംഗ് ചെയ്യാൻ കഴിയുമെങ്കിലും. ടണലിൽ ഒന്നും കേടായിട്ടില്ല: കണ്ടെത്തലും എത്തിച്ചേരലും വെവ്വേറെ സേവനങ്ങളാണ്, സ്ഥിരസ്ഥിതിയായി അവയിൽ ഒന്ന് മാത്രമാണ് റൂട്ടുചെയ്ത ടണൽ കടക്കുന്നത്. താഴെയുള്ള പരിശോധനകൾ റൂട്ടുകൾ ചേർക്കാൻ തുടങ്ങുന്നതിന് മുമ്പ് അവയെ വേർതിരിക്കുന്നു. ലിങ്ക് ഒരിക്കലും വിട്ടിട്ടില്ലാത്ത ഒരു ക്വറിയെ റൂട്ടിന് ശരിയാക്കാൻ കഴിയില്ല.

ഇന്ന് എന്താണ് പരിഹരിക്കപ്പെടുന്നത്, എന്താണ് പരിഹരിച്ചതായി മാത്രം തോന്നുന്നത് എന്ന് പരിശോധിക്കുക

ആദ്യം രണ്ട് ചോദ്യങ്ങൾ വേർതിരിക്കുക: ഹോസ്റ്റ്നാമിനുള്ള unicast ക്വറി റിസോൾവറിനോട് ചോദിക്കുന്നു, _ipp._tcp സംബന്ധിച്ച ബ്രൗസ് പ്രാദേശിക ലിങ്കിനോട് ചോദിക്കുന്നു. Linux-ൽ avahi-browse -a മൾട്ടികാസ്റ്റ് DNS എന്ത് കാണാമെന്ന് കാണിക്കുന്നു, resolvectl query name.local റിസോൾവർ സ്റ്റാക്ക് ആ നാമത്തിൽ എന്ത് ചെയ്യുന്നുവെന്ന് കാണിക്കുന്നു. macOS-ൽ dns-sd -B _ipp._tcp മുൻകൂട്ടി വിലാസം ആവശ്യമില്ലാതെ കണ്ടെത്തിയ സേവനങ്ങൾ ലിസ്റ്റ് ചെയ്യുന്നു.

വിലാസം ഉത്തരം നൽകുകയും നാമം നൽകാതിരിക്കുകയും ചെയ്താൽ, റൂട്ടിംഗ് പ്രവർത്തിക്കുന്നു, കണ്ടെത്തൽ പ്രവർത്തിക്കുന്നില്ല. .local നാമത്തിന് avahi-browse ഇൻസ്റ്റാൾ ചെയ്യാതെ തന്നെ nss-mdns വഴി ഹോസ്റ്റിൽ തന്നെ ഉത്തരം നൽകാനാകും, അതിനാൽ ആ നാമത്തിലേക്കുള്ള വിജയകരമായ getent അല്ലെങ്കിൽ പിംഗ് കണ്ടെത്തൽ ടണൽ കടന്നു എന്നതിന് തെളിവല്ല; ബ്രൗസ് ഫലവും റിസോൾവർ ഫലവും വ്യത്യസ്ത തെളിവുകളാണ്. ആപ്പുകൾ കണ്ടെത്തിയത് കാഷെ ചെയ്യുന്നു, അതിനാൽ പരാജയം പലപ്പോഴും കണക്റ്റ് ചെയ്തതിന് മണിക്കൂറുകൾ കഴിഞ്ഞ് പ്രത്യക്ഷപ്പെടുന്നു, കണക്റ്റ് ചെയ്യുമ്പോൾ അല്ല. ആപ്പ് അടച്ച് വീണ്ടും തുറക്കുക, തുടർന്ന് കാഷെ ചെയ്ത എൻട്രിയിൽ നാമമാണോ വിലാസമാണോ ഉള്ളതെന്ന് പരിശോധിക്കുക, കാരണം കണ്ടെത്തൽ നിലച്ചതിന് ശേഷവും വിലാസം വളരെക്കാലം പ്രവർത്തിക്കുന്നു.

ക്വറി എന്തുകൊണ്ട് ഒരിക്കലും ടണൽ കടക്കുന്നില്ല

മൾട്ടികാസ്റ്റ് DNS 224.0.0.251-ലേക്ക്, പ്രാദേശിക നെറ്റ്വർക്ക് നിയന്ത്രണ ബ്ലോക്കിനുള്ളിൽ, UDP പോർട്ട് 5353-ൽ ക്വറികൾ അയക്കുന്നു. ആ ബ്ലോക്കിലെ വിലാസങ്ങൾ റൗട്ടറുകൾ ഫോർവേഡ് ചെയ്യുന്നില്ല, അതിനാൽ ക്വറി അയച്ച ലിങ്കിൽ തന്നെ തുടരുന്നു. അയക്കുന്നവർ IP TTL അല്ലെങ്കിൽ IPv6 ഹോപ്പ് പരിധി 255 ആയി സജ്ജീകരിക്കുന്നു, അതുവഴി സ്വീകർത്താവിന് ഇതിനകം റൗട്ടർ കടന്ന പാക്കറ്റ് നിരസിക്കാം; ലിങ്കിന് പുറത്തുള്ള വ്യാജനിർമ്മാണം പ്രോട്ടോക്കോൾ ഇങ്ങനെ കണ്ടെത്തുന്നു, ഇങ്ങനെയല്ല അത് പ്രാദേശികമായി തുടരുന്നത്. പ്രാദേശികത ലക്ഷ്യ വിലാസത്തിൽ നിന്നാണ് വരുന്നത്, ഒരു-ഹോപ്പ് TTL-ൽ നിന്നല്ല.

ടണൽ തരവും പ്രധാനമാണ്. tun ശൈലിയിലുള്ള ഇന്റർഫേസ് IP പാക്കറ്റുകൾ മാത്രം കൊണ്ടുപോകുന്നു, മറ്റൊന്നുമില്ല, അതിനാൽ ഒരു മൾട്ടികാസ്റ്റ് ഗ്രൂപ്പും അതിലൂടെ അതിജീവിക്കുന്നില്ല. tap ശൈലിയിലുള്ള ബ്രിഡ്ജ് ബ്രോഡ്കാസ്റ്റ് ഡൊമെയിൻ തന്നെ വിപുലീകരിക്കുന്നു, അതിനാൽ ചില പഴയ രൂപകൽപ്പനകൾ റൂട്ടിംഗിന് പകരം ബ്രിഡ്ജ് ചെയ്തു, ബ്രിഡ്ജ് കൊണ്ടുവരുന്ന എല്ലാ പ്രശ്നങ്ങളും പാരമ്പര്യമായി നേടി.

വിശ്വസ്ത LAN-നുള്ള ഒഴിവാക്കൽ ഇതിൽ ഒന്നും മാറ്റുന്നില്ല, കാരണം ഏത് ട്രാഫിക്കിന് ടണൽ ഉപയോഗിക്കാമെന്ന് അത് തീരുമാനിക്കുന്നു, ടണലിന് മൾട്ടികാസ്റ്റ് ഫോർവേഡ് ചെയ്യാൻ പഠിപ്പിക്കുന്നതിന് പകരം. പാക്കറ്റിന് ഇപ്പോഴും കേൾക്കാൻ പങ്കിട്ട ഒരു സെഗ്മെന്റില്ല.

നിലനിർത്താനാകുന്ന ഒരു നാമകരണ രൂപകൽപ്പന തിരഞ്ഞെടുക്കുക

കമ്പനി വിഭവങ്ങൾക്ക് ശാശ്വതമായ ഉത്തരം VPN പുഷ് ചെയ്യുന്ന റിസോൾവർ നൽകുന്ന റൂട്ടുചെയ്ത ഹോസ്റ്റ്നാമാണ്, ആന്തരിക നാമങ്ങൾ ആന്തരിക സെർവറുകളിലേക്ക് പോകാനും ബാക്കിയെല്ലാം പോകാതിരിക്കാനും വിഭജിത DNS-നൊപ്പം. Windows ഇത് നാമ പരിഹാര നയ പട്ടികയായി കാണിക്കുന്നു, macOS ഇന്റർഫേസ് അനുസരിച്ച് പരിധിയുള്ള റിസോൾവറുകൾ ഉപയോഗിക്കുന്നു, മിക്ക ക്ലയന്റുകൾക്കും തത്തുല്യമായ പുഷ് ക്രമീകരണമുണ്ട്. ഉപകരണം ആന്തരിക DNS-ൽ സാധാരണ നാമം നിലനിർത്തുന്നു, കണ്ടെത്തൽ പാതയുടെ ഭാഗമാകുന്നത് നിർത്തുന്നു.

ഒരു ഡിസ്കവറി പ്രോക്സിയോ mDNS റിഫ്ലക്ടറോ ഈ വിടവ് ബ്രിഡ്ജ് ചെയ്യാം, അത് സ്വന്തം ഹോസ്റ്റും സ്വന്തം എക്സ്പോഷറും സ്വന്തം ക്ലയന്റ് ആവശ്യകതകളുമുള്ള യഥാർത്ഥ രൂപകൽപ്പനയാണ്. നിങ്ങൾ ഒരു റൂട്ട് ചേർത്തതുകൊണ്ട് അത് പ്രത്യക്ഷപ്പെടുന്നില്ല. .local ക്വറികൾ ഒരിക്കലും പൊതു റിസോൾവറിലേക്ക് ഫോർവേഡ് ചെയ്യരുത്: ഡൊമെയ്ൻ RFC 6762 പ്രകാരം പ്രാദേശിക മൾട്ടികാസ്റ്റ് ഉപയോഗത്തിന് സംവരണം ചെയ്തതാണ്, അത് പുറത്തേക്ക് അയക്കുന്നത് സാവധാന പരാജയങ്ങളും അനാവശ്യ ഡാറ്റ വെളിപ്പെടുത്തലും ഉണ്ടാക്കുന്നു.

നാമമല്ല, സേവനം പരിശോധിക്കുക

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

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