route -interface ലിങ്കിന് പുറത്തുള്ള ഹോസ്റ്റിലേക്ക് എത്താത്തത് എന്തുകൊണ്ട്

route Wi-Fi ഇന്റർഫേസിന്റെ പേര് സ്വീകരിക്കുന്നു, പരാതിയില്ലാതെ പുറത്തുപോകുന്നു, ഹോസ്റ്റ് എന്നിട്ടും എത്താനാവാത്തതായി തുടരുന്നു. ഒന്നും കേടായിട്ടില്ല; റൂട്ടിലെ ബന്ധം തന്നെ തെറ്റാണ്: ഇന്റർഫേസ് ഫ്ലാഗ് പറയുന്നത് ലക്ഷ്യം ഏത് ലിങ്കിലാണെന്നാണ്, മറ്റൊരിടത്തുള്ള ലക്ഷ്യത്തിന് ഏത് റൗട്ടർ ട്രാഫിക് സ്വീകരിക്കണം എന്നല്ല. കമാൻഡ് വിജയിക്കുന്നത് അത് വാക്യഘടനയിൽ സാധുവായതുകൊണ്ടാണ്, പ്രവർത്തിക്കുന്ന പാത വിവരിക്കുന്നതുകൊണ്ടല്ല.

ആ വ്യത്യാസമാണ് VPN-ന്റെ അരികിലുള്ള റൂട്ട് ഒഴിവാക്കൽ പ്രവർത്തിക്കുമോ അതോ വിശ്വസനീയമായി തോന്നുക മാത്രമേ ചെയ്യൂ എന്ന് തീരുമാനിക്കുന്നത്.

ഇന്റർഫേസ് പുറത്തേക്കുള്ള വഴിയാണ്, അടുത്ത ഹോപ്പ് കൈമാറ്റമാണ്

192.168.50.20 വിലാസമുള്ള Mac-ലും 192.168.50.1-ൽ റൗട്ടറുള്ളപ്പോഴും, അതേ ലിങ്കിലുള്ള മറ്റൊരു യന്ത്രം നേരിട്ട് എത്താവുന്നതാണ്. ഫ്രെയിം ആ യന്ത്രത്തിലേക്ക് അഡ്രസ് ചെയ്ത് വയറിൽ വയ്ക്കുന്നു. റൗട്ടർ ഇടപെടുന്നില്ല, ഇന്റർഫേസ് പരിമിതമായ റൂട്ട് അതു തന്നെ പ്രകടിപ്പിക്കുന്നു. അകലെയുള്ള അറ്റം മറ്റൊരു കെട്ടിടത്തിലെ ഹോസ്റ്റാക്കി മാറ്റിയാൽ അതേ കമാൻഡ് അർഥശൂന്യമാകും. വയറിൽ വയ്ക്കാൻ രണ്ടാം പാളിയിലെ വിലാസം Mac-ന് ഇല്ല, അതിനാൽ ഇന്റർഫേസ് ഫ്ലാഗിന് വിവരിക്കാൻ ഒന്നുമില്ല.

ലിങ്കിന് പുറത്തുള്ള ലക്ഷ്യം വ്യത്യസ്തമാണ്. രണ്ടാം പാളിയിൽ എത്താത്ത ഹോസ്റ്റിലേക്ക് അഡ്രസ് ചെയ്ത ഫ്രെയിം Mac-ന് വയറിൽ വയ്ക്കാനാവില്ല; എത്താനാവുന്ന റൗട്ടറിന് പാക്കറ്റ് കൈമാറുന്നു. അതിനാൽ റൂട്ടിന് ഗേറ്റ്വേ വേണം, ഗേറ്റ്വേ തന്നെ ബന്ധിപ്പിച്ച ലിങ്കിൽ എത്താവുന്നതായിരിക്കണം.

ലിങ്കിന് പുറത്തുള്ള ലക്ഷ്യത്തിന് ഇന്റർഫേസ് ഫ്ലാഗ് ഉപയോഗിക്കുന്നത്, ആ ലക്ഷ്യത്തെ വയറിലുള്ളതുപോലെ കാണാൻ macOS-നോട് പറയുന്നു. അപ്പോൾ കർണൽ അതിന് രണ്ടാം പാളിയിലെ വിലാസം പരിഹരിക്കാനാവില്ല, പിശകിൽ ഉപയോഗപ്രദമായ ഒന്നുമില്ലാതെ പാക്കറ്റ് ഉപേക്ഷിക്കപ്പെടുന്നു.

ഇന്റർഫേസ് ഫ്ലാഗ് യഥാർഥത്തിൽ പറയുന്നത്

Apple-ന്റെ റൂട്ട് റഫറൻസ് ഇടനിലക്കാരനില്ലാതെ നേരിട്ട് എത്താവുന്ന ലക്ഷ്യങ്ങൾക്കുള്ള ഇന്റർഫേസ് രൂപം നിർവചിക്കുന്നു. ഇത് ലിങ്ക് മോഡലിനെക്കുറിച്ചുള്ള പ്രസ്താവനയാണ്, ഏത് അഡാപ്റ്റർ ഉപയോഗിക്കണം എന്ന മുൻഗണനയല്ല. Wi-Fi വഴി ഇന്റർനെറ്റ് ഹോസ്റ്റിൽ എത്താൻ ആ Wi-Fi ലിങ്കിൽ റൗട്ടർ വേണം, റൂട്ട് അത് പേരെടുത്ത് പറയണം.

ഇന്റർഫേസ് സ്കോപ്പ് വേറിട്ട ഗുണമാണ്. ഏത് സ്രോതസ്സ് വിലാസം ബാധകമെന്നതുപോലുള്ള സ്കോപ്പ് തീരുമാനങ്ങൾക്ക് റൂട്ടിനെ ഒരു നിർദ്ദിഷ്ട ഇന്റർഫേസുമായി ബന്ധിപ്പിക്കുന്നു, പക്ഷേ ഇന്റർഫേസിന് സ്വയം എത്താനാവാത്ത ലക്ഷ്യത്തിന് എത്തിച്ചേരൽ സൃഷ്ടിക്കുന്നില്ല. രണ്ട് ഗുണങ്ങളും വ്യത്യസ്ത ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകുന്നു.

അതുകൊണ്ടാണ് ഒരു കമാൻഡ് സ്വീകരിക്കപ്പെടുകയും പട്ടികയിൽ വരികയും എന്നിട്ടും പരാജയപ്പെടുകയും ചെയ്യുന്നത്. കർണൽ നിങ്ങളുടെ ഉദ്ദേശ്യം സ്ഥിരീകരിക്കുന്നില്ല; നിങ്ങൾ പറഞ്ഞത് രേഖപ്പെടുത്തുന്നു, ആ പ്രസ്താവന ലക്ഷ്യം ലിങ്കിലാണെന്നായിരുന്നു. നിശ്ശബ്ദ വിജയത്തെ തുടർന്ന് നിശ്ശബ്ദ ഉപേക്ഷ എന്നത് പ്രതീക്ഷിത ഫലമാണ്, ബഗ്ഗല്ല. നെറ്റ്വർക്കിനെ കുറ്റപ്പെടുത്തുന്നതിന് മുൻപ് ആ പ്രസ്താവന വീണ്ടും വായിക്കുക.

ലിങ്കിന് പുറത്തുള്ള ലക്ഷ്യത്തിന് ആവശ്യമായ റൂട്ട്

LAN റൗട്ടർ വഴി 198.51.100.25 പോലുള്ള ഡോക്യുമെന്റേഷൻ വിലാസത്തിലേക്കുള്ള അംഗീകൃത പാതയ്ക്ക്, ഉദ്ദേശിച്ച ബന്ധം ലക്ഷ്യം, 192.168.50.1-ന്റെ അടുത്ത ഹോപ്പ്, ആ അടുത്ത ഹോപ്പിൽ എത്തുന്ന LAN ഇന്റർഫേസ് എന്നിവയാണ്. ഇന്റർഫേസ് റൂട്ട് കമാൻഡ് അടിച്ചേൽപ്പിക്കുന്നതല്ല, അടുത്ത ഹോപ്പ് തിരച്ചിലിൽ നിന്ന് സൂചിതമാകുന്നു.

macOS-ൽ വായന-മാത്ര പരിശോധന route -n get 198.51.100.25 ആണ്. ഗേറ്റ്വേയും ഇന്റർഫേസും വരികൾ ഒരുമിച്ച് വായിച്ച്, ഗേറ്റ്വേ Mac-ന് യഥാർഥത്തിൽ എത്താവുന്ന വിലാസമാണോ എന്ന് പരിശോധിക്കുക. മറ്റൊരു സബ്നെറ്റിലെ ഗേറ്റ്വേയോ അവസാന നെറ്റ്വർക്ക് മാറ്റത്തിന് ശേഷം പോയ ഗേറ്റ്വേയോ ശരിയായി തോന്നുന്നതും ഒന്നും ഫോർവേഡ് ചെയ്യാത്തതുമായ റൂട്ട് സൃഷ്ടിക്കുന്നു.

സ്ഥിരമായ നിർദ്ദേശത്തിൽ en0 ഹാർഡ്കോഡ് ചെയ്യരുത്. അഡാപ്റ്ററുകൾ, ഡോക്കുകൾ, VPN ക്ലയന്റുകൾ എന്നിവയോടൊപ്പം ഇന്റർഫേസ് പേരുകൾ മാറും, തെറ്റായതിനെ പേരെടുത്ത് പറയുന്ന റൂട്ട് വിശാലമായ നെറ്റ്വർക്ക് തകരാറായി തെറ്റിദ്ധരിക്കാൻ എളുപ്പമുള്ള രീതിയിൽ പരാജയപ്പെടുന്നു.

മാറ്റുന്നതിന് മുൻപ് നിലവിലെ തിരഞ്ഞെടുപ്പ് വായിക്കുക

എന്തെങ്കിലും ചേർക്കുന്നതിന് മുൻപ്, സിസ്റ്റം ഇതിനകം എന്ത് തിരഞ്ഞെടുത്തു, എന്തുകൊണ്ട് എന്ന് പരിശോധിക്കുക. ആ ഔട്ട്പുട്ട് ട്രാഫിക് ടണൽ വഴിയോ LAN റൗട്ടർ വഴിയോ എങ്ങോട്ടുമില്ലേയോ എന്ന് പറയുന്നു, മാറ്റത്തിന് ശേഷം താരതമ്യം ചെയ്യാൻ അടിസ്ഥാനരേഖ നൽകുന്നു. അതില്ലാതെ പുതിയ റൂട്ട് പ്രാബല്യത്തിൽ വന്നോ എന്ന് പറയാനാവില്ല.

തുടർന്ന് വിലാസ കുടുംബം പരിശോധിക്കുക. IPv4-നായി ചേർത്ത റൂട്ട് IPv6 ലക്ഷ്യത്തിന് ഒന്നും ചെയ്യുന്നില്ല, രണ്ട് കുടുംബങ്ങളിലേക്കും പരിഹരിക്കുന്ന സേവനം ഇടയ്ക്കിടെ എത്താവുന്നതായി തോന്നാം. റൂട്ട് പട്ടികയും റിസോൾവറും വ്യത്യസ്ത ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകുന്നു, രണ്ടും ഉദ്ദേശിച്ച പാതയുമായി യോജിക്കണം.

അവസാനമായി, റൂട്ട് ഒരു തിരഞ്ഞെടുപ്പാണ്, അനുമതിയല്ല എന്ന് ഓർക്കുക. മാനേജ്ഡ് VPN പ്രൊഫൈലോ ക്ലയന്റ് ഫിൽട്ടറോ പട്ടിക അതിലേക്ക് ചൂണ്ടിക്കാണിച്ചാലും നേരിട്ടുള്ള പാത വിലക്കിയേക്കാം, അതിനാൽ വിജയകരമായ പട്ടിക എൻട്രി അന്വേഷണം അവസാനിപ്പിക്കുമെന്ന് കരുതുന്നതിനുപകരം യഥാർഥ ആപ്ലിക്കേഷൻ ഉപയോഗിച്ച് പരീക്ഷിക്കുക.

ടണലുകളും നയവും രൂപം മാറ്റുന്നു

പോയിന്റ്-ടു-പോയിന്റ് ഇന്റർഫേസുകൾ അവയുടെ സ്വന്തം കേസാണ്. Ethernet ശൈലിയിലുള്ള ഗേറ്റ്വേ വിലാസമില്ലാതെ ടണലിന് റൂട്ട് വഹിക്കാം, അത് സ്വയം തെറ്റല്ല. കാണുന്ന ഓരോ പട്ടിക എൻട്രിയിലേക്കും Wi-Fi ഉദാഹരണം വ്യാപിപ്പിക്കുന്നതിനുപകരം ഇന്റർഫേസിന്റെ യഥാർഥ ലിങ്ക് മോഡൽ പ്രയോഗിക്കുക.

മാറ്റ അഭ്യർഥനകൾക്ക് ലക്ഷ്യം, അംഗീകൃത നെറ്റ്വർക്ക് പാത, നിലവിലെ ഗേറ്റ്വേയും ഇന്റർഫേസും, ഒഴിവാക്കൽ നിലനിർത്തേണ്ടത് ആരെന്നും എഴുതുക. ഉടമസ്ഥൻ പ്രധാനമാണ്, കാരണം പ്രോംപ്റ്റിൽ ടൈപ്പ് ചെയ്ത ഒറ്റത്തവണ റൂട്ട് നയമല്ല, അടുത്ത വീണ്ടും ബന്ധിപ്പിക്കൽ അത് മായ്ക്കും.

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