macOS-ൽ VPN റൂട്ട് പരിശോധന: ഒന്നും മാറ്റാതെ route get

ഒരു ഉപയോക്താവ് ഓഫീസ് നെറ്റ്വർക്കിൽ ഇന്ട്രാനെറ്റിൽ എത്തുന്നു, ടണലിലൂടെയല്ല, എന്നാൽ ക്രമീകരണങ്ങൾ VPN കണക്ട് ചെയ്തതായി കാണിക്കുന്നു. ആ നിമിഷത്തിൽ റൂട്ട് പട്ടിക തിരുത്തുന്നത് രോഗനിർണയത്തിന് ഉപയോഗിക്കുന്ന റിമോട്ട് സെഷൻ മുറിയുന്ന അപകടം ഉണ്ടാക്കുന്നു. പകരം പരാജയപ്പെടുന്ന ഹോസ്റ്റിനായി കേർണൽ ഏത് പാത തിരഞ്ഞെടുക്കുമെന്ന് ചോദിക്കുക. macOS-ലെ route യൂട്ടിലിറ്റിയിൽ ഒരു ലക്ഷ്യത്തിനായി അതേ ഉത്തരം നൽകുന്ന get പ്രവർത്തനം ഉണ്ട്, ഒന്നും മാറ്റാതെ.

പരാജയപ്പെടുന്ന ഹോസ്റ്റിനോട് ചോദിക്കുക, ഡിഫോൾട്ടിനോടല്ല

ആധുനിക Mac-ൽ ഡിഫോൾട്ട് റൂട്ടിന്റെ സ്ക്രീൻഷോട്ട് വളരെ കുറച്ച് മാത്രമേ പറയുന്നുള്ളൂ, കാരണം കൂടുതൽ നിർദ്ദിഷ്ട ലക്ഷ്യമോ പരിമിതമായ നയമോ ഡിഫോൾട്ട് പറയുന്നതായി തോന്നുന്നതിനെ മറികടക്കാം. ടണൽ ഉയർന്നിരിക്കാം, ഡിഫോൾട്ട് ശരിയായി തോന്നാം, എന്നിട്ടും ആവശ്യമായ ഒരേയൊരു ഹോസ്റ്റ് വേറെയെങ്ങോട്ട് റൂട്ട് ചെയ്യപ്പെടാം. പരാജയപ്പെടുന്ന വിലാസത്തോട് ചോദിക്കുക, തിരഞ്ഞെടുത്ത പാത കേർണൽ പേരിടട്ടെ.

രൂപം route -n get എന്നതിന് ശേഷം വിലാസം: route -n get 203.0.113.10, ഇവിടെ ഡോക്യുമെന്റേഷൻ വിലാസം നിങ്ങളുടെ ലക്ഷ്യത്തെ പ്രതിനിധീകരിക്കുന്നു. അധികാരപ്പെടുത്തിയ ലക്ഷ്യവും യോജിക്കുന്ന വിലാസ കുടുംബവും ഉപയോഗിക്കുക, കാരണം IPv4 ഉത്തരം IPv6 മാത്രമുള്ള ഒരു വിഭവത്തെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല. route യൂട്ടിലിറ്റിയുടെ ഡോക്യുമെന്റേഷൻ get പ്രവർത്തനവും അത് പ്രിന്റ് ചെയ്യുന്ന ഫീൽഡുകളും വിവരിക്കുന്നു.

ഇന്റർഫേസും ഗേറ്റ്വേയും തെളിവായി വായിക്കുക

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

നിഗമനത്തിൽ എത്തുന്നതിന് മുൻപ് ലക്ഷ്യം, ഇന്റർഫേസ്, ഗേറ്റ്വേ, ക്വറിയുടെ സമയം എന്നിവ രേഖപ്പെടുത്തുക. ഔട്ട്പുട്ട് തെളിവാണ്, രോഗനിർണയമല്ല: സ്പ്ലിറ്റ് ടണൽ ഉൾപ്പെടുമ്പോൾ അതേ ഇന്റർഫേസ് ഒരു ഹോസ്റ്റിന് ശരിയും മറ്റൊന്നിന് തെറ്റുമാകാം.

ശരിയായ റൂട്ട് ഒരു പ്രവർത്തിക്കുന്ന അഭ്യർത്ഥനയല്ല

റൂട്ട് കേർണൽ ഏത് ഇന്റർഫേസ് ഉപയോഗിക്കുമെന്ന് പറയുന്നു, അതിൽ കൂടുതലൊന്നുമില്ല. DNS, ഹോസ്റ്റ് ഫയർവാൾ, അപ്ലിക്കേഷൻ അംഗീകാരം എന്നിവയെല്ലാം ആ തീരുമാനത്തിന് മുകളിലാണ്, റൂട്ടിംഗ് വിജയിച്ചതിന് ശേഷവും അഭ്യർത്ഥന പരാജയപ്പെടാം. തുടരുന്നതിന് മുൻപ് കൃത്യമായ ലക്ഷണം സംരക്ഷിക്കുക, കാരണം "കണക്ട് ചെയ്യാനാകുന്നില്ല", "കണക്ട് ചെയ്യുന്നു പക്ഷേ പിശക് തിരികെ നൽകുന്നു" എന്നിവ വ്യത്യസ്ത അന്വേഷണങ്ങളും വ്യത്യസ്ത അടുത്ത ഘട്ടങ്ങളുമാണ്. റിസോൾവർ കാഴ്ചയും ഇന്റർഫേസ് കാഴ്ചയും ലക്ഷ്യ ക്വറിയെ മാറ്റിസ്ഥാപിക്കുന്നതിന് പകരം പൂർത്തിയാക്കുന്നു.

റൂട്ടിംഗ് പട്ടികയുടെ ലിസ്റ്റിന് ഇപ്പോഴും സ്ഥാനമുണ്ട്: അപ്രതീക്ഷിതമായ ഡിഫോൾട്ട് അങ്ങനെയാണ് ശ്രദ്ധിക്കുന്നത്. ബാക്കിയുള്ള സാധാരണ ഡിഫോൾട്ട് VPN ഉപയോഗിക്കുന്നില്ലെന്ന് തെളിയിക്കുന്നില്ല, കാരണം കൂടുതൽ നിർദ്ദിഷ്ട എൻട്രികൾ അതിനെ മറികടക്കുന്നു.

എന്റ്പോയിന്റും വിഭവവും വേർതിരിച്ച് നിർത്തുക

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

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

ആദ്യം വായിക്കുക, പിന്നീട് മാറ്റുക

route add ഉം route delete ഉം ആദ്യ റൗണ്ടിൽ നിന്ന് പുറത്ത് നിർത്തുക. നിങ്ങൾ വിദൂരത്തിൽ കൈകാര്യം ചെയ്യുന്ന Mac-ൽ, ഒരു അശ്രദ്ധമായ പട്ടിക തിരുത്ത് യന്ത്രത്തിലേക്കുള്ള മടക്ക വഴി തന്നെ എടുത്തുകളയാം, രോഗനിർണയം പൂർത്തിയാക്കാൻ ആരും ശേഷിക്കില്ല. ശരിയായ റൂട്ട് ഏതെന്ന് തീരുമാനിക്കുക, മാറ്റം എങ്ങനെ പിൻവലിക്കാമെന്ന് എഴുതുക, പിന്നീട് മാത്രം അത് പ്രവർത്തിപ്പിക്കുക. പരിശോധനയ്ക്ക് അത്തരം വാൽ ഇല്ല.

ആദ്യ ചുവടായി കാഷുകൾ മായ്ക്കുന്നതിനും നെറ്റ്വർക്ക് സേവനങ്ങൾ പുനരാരംഭിക്കുന്നതിനും അതേ മുൻകരുതൽ ബാധകമാണ്, കാരണം രണ്ടും നിങ്ങൾ വായിക്കാൻ പോകുന്ന തെളിവ് നശിപ്പിക്കുന്നു. വായന-മാത്രം പരിശോധനകൾ വിലകുറഞ്ഞതും ആവർത്തിക്കാവുന്നതും ഏത് ക്രമത്തിലും സുരക്ഷിതവുമാണ്. അവയെ ഡിഫോൾട്ട് ചുവടാക്കുക, തെളിവ് അതിലേക്ക് ചൂണ്ടുമ്പോൾ മാത്രം മാറ്റത്തിലേക്ക് കൈനീട്ടുക.