ടണലിന്റെ /32 പകർത്തിയാൽ ഓഫീസ് സബ്നെറ്റ് റൂട്ട് ചെയ്യപ്പെടില്ല
VPN നിങ്ങളുടെ അഡാപ്റ്ററിന് നൽകുന്ന വിലാസം ലിങ്കിനെ വിവരിക്കുന്നു, ലക്ഷ്യസ്ഥാനത്തെയല്ല. പ്രൊഫൈലിൽ റിസോഴ്സ് പ്രിഫിക്സ് ചേർത്ത് ഡിഫോൾട്ട് അതേപടി വയ്ക്കുക.
VPN കണക്റ്റ് ചെയ്യുന്നു, ഇന്റർഫേസ് മുപ്പത്തിരണ്ട് ബിറ്റ് മാസ്കുള്ള ഒരു വിലാസം കാണിക്കുന്നു, ഓഫീസ് സെർവർ എത്തിച്ചേരാനാവാത്തതായി തുടരുന്നു. അടുത്ത നീക്കം പലപ്പോഴും ആ മാസ്ക് ഒരു റൂട്ടിൽ വീണ്ടും ഉപയോഗിക്കുക എന്നതാണ്, ഇന്റർഫേസ് ടണലിന് എത്താവുന്നത് വിവരിക്കുന്നു എന്ന സിദ്ധാന്തത്തിൽ. അങ്ങനെയല്ല. ആ വിലാസം പോയിന്റ്-ടു-പോയിന്റ് ലിങ്കിന്റെ പ്രാദേശിക അറ്റം വിവരിക്കുന്നു, നിങ്ങൾക്ക് പ്രധാനമായ ലക്ഷ്യസ്ഥാനം അതിന്റെ മറുവശത്ത് മറ്റൊരു പ്രിഫിക്സിലാണ്.
രണ്ട് വ്യത്യസ്ത കാര്യങ്ങൾ കൂട്ടിക്കലർത്തുന്നു: ടണൽ നിങ്ങൾക്ക് നൽകിയ വിലാസവും, അതിലൂടെ നിങ്ങൾ എത്താൻ ആഗ്രഹിക്കുന്ന നെറ്റ്വർക്കും.
രണ്ട് വിലാസങ്ങൾ, രണ്ട് ജോലികൾ
പോയിന്റ്-ടു-പോയിന്റ് ടണലിൽ ക്ലയന്റ് വിലാസം പലപ്പോഴും ഒരൊറ്റ ഹോസ്റ്റ് വിലാസമാണ്, കാരണം ലിങ്കിന്റെ മറ്റേ അറ്റത്ത് കൃത്യം ഒരു പങ്കാളി മാത്രമേയുള്ളൂ. പങ്കിട്ട സെഗ്മെന്റും ARP-യും ഇല്ല, അതിനാൽ Ethernet-ൽ അസംബന്ധമായി തോന്നുന്ന മാസ്ക് ഇവിടെ പൂർണ്ണമായും സാധാരണമാണ്.
ലക്ഷ്യ പ്രിഫിക്സ് ഓഫീസ് നെറ്റ്വർക്കിനെക്കുറിച്ചുള്ള വസ്തുതയാണ്, ടണലിനെക്കുറിച്ചല്ല. ഒരു സെർവർ വേണമെങ്കിൽ, റൂട്ട് ആ സെർവറിനുള്ള ഹോസ്റ്റ് റൂട്ടാണ്. മുഴുവൻ ഓഫീസ് സബ്നെറ്റും വേണമെങ്കിൽ, റൂട്ട് ആ സബ്നെറ്റാണ്. രണ്ട് ഉത്തരങ്ങളും ഇന്റർഫേസിൽ നിന്ന് വായിക്കാനാവില്ല, ടണൽ വിലാസത്തിനടുത്ത് കാണപ്പെട്ടു എന്ന കാരണത്താൽ ഒന്ന് തിരഞ്ഞെടുക്കുന്നതാണ് പ്രവർത്തിക്കുന്ന ക്രമീകരണം തകരാനുള്ള വഴി.
| What you need to reach | What to install |
|---|---|
| One server, nothing else | A host route for that address |
| The office subnet | A route for the subnet prefix |
| Everything in the private space | Only if the requirement says so, and only with the owner's approval |
ആ മൂന്നാം വരിയാണ് ആശാവാദം തടസ്സമാകുന്ന സ്ഥലം. ഒരു സൈറ്റിന് മാത്രം സേവനം നൽകുന്ന ടണലിലേക്ക് മുഴുവൻ സ്വകാര്യ ശ്രേണിയും റൂട്ട് ചെയ്യുന്നത് ബന്ധമില്ലാത്ത ട്രാഫിക്കിനെ എത്തിക്കാനാവാത്ത പാതയിലേക്ക് തള്ളുന്നു, ഫലമായുണ്ടാകുന്ന പരാജയങ്ങൾ വളരെ വീതിയുള്ള റൂട്ടിനെക്കാൾ തകർന്ന VPN പോലെ തോന്നുന്നു.
ആവശ്യകതയിൽ നിന്ന് പ്രിഫിക്സ് തിരഞ്ഞെടുക്കുക
പ്രൊഫൈൽ തൊടുന്നതിന് മുമ്പ് ആവശ്യകത ഒരു വാക്യമായി എഴുതുക: ഏത് ഹോസ്റ്റുകളിൽ എത്തണം, അവയെ ഉൾക്കൊള്ളുന്ന ഏറ്റവും ഇടുങ്ങിയ പ്രിഫിക്സ് ഏതാണ്? ഒരു സെർവർ എന്നാൽ ഹോസ്റ്റ് റൂട്ട്. ഒരു സബ്നെറ്റ് എന്നാൽ സബ്നെറ്റ് റൂട്ട്. സബ്നെറ്റുകളുടെ ശ്രേണി ഒരു സംഗ്രഹമാണ്, സംഗ്രഹം എന്നാൽ അതിനുള്ളിലെ എല്ലാ വിലാസത്തിലും എത്താമെന്ന വാഗ്ദാനമാണ്, അത് അപൂർവമേ ശരിയാകൂ.
തുടർന്ന് സംഖ്യ ഓഫീസ് യഥാർത്ഥത്തിൽ ഉപയോഗിക്കുന്നതുമായി താരതമ്യം ചെയ്യുക. സൈറ്റിന്റെ വിലാസ പദ്ധതിയുമായി സ്ഥിരീകരിക്കാതെ ചാറ്റ് സന്ദേശത്തിൽ നിന്ന് പ്രിഫിക്സ് പകർത്തുന്നതാണ് ആർക്കും ഉടമസ്ഥതയില്ലാത്ത സബ്നെറ്റിലേക്ക് റൂട്ട് ചൂണ്ടുന്നതിന്റെ വഴി.
റൂട്ട് ഒരു പാതയാണ്, അനുമതിയല്ല എന്നും ഓർക്കുക. ഗേറ്റ്വേ ഇപ്പോഴും നിങ്ങളുടെ ക്ലയന്റിന് ലക്ഷ്യസ്ഥാനം ഉപയോഗിക്കാമോ എന്ന് തീരുമാനിക്കുന്നു, ഒരു സേവനത്തിന് ഇപ്പോഴും നിങ്ങളെ നിരസിക്കാം. റൂട്ട് ശരിയായി ഇൻസ്റ്റാൾ ചെയ്യുന്നത് പാക്കറ്റിനെ അവിടെ എത്തിക്കുന്നു, അധികാരത്തെക്കുറിച്ച് ഒന്നും ഉത്തരം നൽകുന്നില്ല.
പ്രൊഫൈലിൽ ചേർക്കുക, അത് ഒരിക്കലും മാറ്റിസ്ഥാപിക്കരുത്
NetworkManager പ്രൊഫൈലിലെ റൂട്ടുകൾ ബഹുമൂല്യ ഗുണമാണ്, സെറ്റ് ചെയ്യുന്നതും ചേർക്കുന്നതും തമ്മിലുള്ള വ്യത്യാസം ഒരു അക്ഷരമാണ്. ഒരു എൻട്രി ചേർക്കാനും ഇതിനകം സംരക്ഷിച്ചതെല്ലാം നിലനിർത്താനും പ്ലസ് രൂപം ഉപയോഗിക്കുക.
nmcli connection modify uuid 11111111-2222-4333-8444-555555555555 \
+ipv4.routes "10.40.20.9/32"പ്ലസ് ഇല്ലാതെ, അസൈൻമെന്റ് മുഴുവൻ പട്ടികയും മാറ്റിസ്ഥാപിക്കുന്നു. ഇതിനകം പല പ്രിഫിക്സുകൾ വഹിക്കുന്ന പ്രൊഫൈലിൽ, ഇത് പ്രവർത്തിച്ചിരുന്നവയെ നിശ്ശബ്ദമായി ഇല്ലാതാക്കുന്നു, ലക്ഷണം പിന്നീട് ഈ ലാപ്ടോപ്പിൽ നിന്ന് മുമ്പ് എത്തിയിരുന്ന ഒരു സേവനമായി വരുന്നു.
പേരിന് പകരം UUID ഉപയോഗിക്കുക. പുനഃസ്ഥാപനത്തിന് ശേഷം പേരുകൾ തനിപ്പകർപ്പാകുന്നു, ഒപ്പം നിങ്ങൾ തിരുത്തുന്ന കണക്ഷൻ നിങ്ങളുടെ ട്രാഫിക്ക് വഹിക്കുന്നതല്ലായെന്നും വരാം. ആദ്യം സമാനമായ എൻട്രി നിലവിലുണ്ടോ എന്ന് പരിശോധിക്കുക, കാരണം തനിപ്പകർപ്പ് ചേർക്കുന്നത് നിരുപദ്രവകരമായാലും അവ്യവസ്ഥിതമാണ്.
ഈ റൂട്ട് ഗുണവിശേഷ സൂചിക ഇൻസ്റ്റാൾ ചെയ്ത പതിപ്പിനായി ലക്ഷ്യസ്ഥാനം, ഓപ്ഷണൽ അടുത്ത ഹോപ്പ്, മെട്രിക്, ആട്രിബ്യൂട്ട് സിന്റാക്സ് എന്നിവ രേഖപ്പെടുത്തുന്നു. അടുത്ത ഹോപ്പ് ചേർക്കുന്നതിന് മുമ്പ് ഇത് വായിക്കുക, കാരണം അത് ആവശ്യമാണോ എന്നത് ഇന്റഗ്രേഷനെയും ടോപ്പോളജിയെയും ആശ്രയിച്ചിരിക്കുന്നു, ഇന്റർഫേസ് പട്ടികയിലെ ആദ്യ വിലാസത്തിൽ നിന്ന് അത് ഊഹിക്കുന്നത് ഒരു രീതിയല്ല.
ഡിഫോൾട്ട് റൂട്ടും DNS-ഉം വേറിട്ട തീരുമാനങ്ങളാണ്
Adding an office prefix says nothing about where the rest of your traffic goes. If policy requires ordinary internet traffic to stay outside the tunnel, that is the ipv4.never-default decision, and it belongs to whoever owns the connection policy rather than to whoever is fixing one unreachable server.
സ്വയമേവയുള്ള റൂട്ടുകൾ അശ്രദ്ധമായി തൊടരുതാത്ത മറ്റൊരു കാര്യമാണ്. ഒരു കാണാത്ത എൻട്രി പരിഹരിക്കാൻ അവയെ അടിച്ചമർത്തുന്നത് പ്രവർത്തിക്കുന്ന പലതും നീക്കം ചെയ്തേക്കാം, അത് നിർദ്ദേശിച്ചയാൾ സാധാരണയായി വേറെ പുഷുകളുള്ള മറ്റൊരു പ്രൊഫൈൽ നോക്കുകയായിരുന്നു.
DNS-ന് സ്വന്തം പാതയും സ്വന്തം പരാജയങ്ങളുമുണ്ട്. തെറ്റായ റിസോൾവർ വഴി ശരിയായ വിലാസത്തിലേക്ക് പരിഹരിക്കുന്ന പേര്, അല്ലെങ്കിൽ സ്വകാര്യ സോണിന് ഉത്തരം നൽകാനാവാത്ത റിസോൾവർ, റൂട്ട് തികഞ്ഞതായിരിക്കുമ്പോഴും റൂട്ടിംഗ് പ്രശ്നമായി തോന്നും. വിലാസവും പേരും വെവ്വേറെ പരിശോധിക്കുക, തുടർന്ന് ഏത് പാളിയാണ് യഥാർത്ഥത്തിൽ പരാജയപ്പെട്ടതെന്ന് തീരുമാനിക്കുക.
എന്താണ് പ്രയോഗിച്ചതെന്ന് പരിശോധിക്കുക
സംരക്ഷിച്ച മാറ്റം പ്രയോഗിച്ച മാറ്റമല്ല. മാനേജറുടെ പിന്തുണയുള്ള ലൈഫ്സൈക്കിളിലൂടെ വീണ്ടും കണക്റ്റ് ചെയ്യുക, തുടർന്ന് ഉദ്ദേശിച്ച ലക്ഷ്യസ്ഥാനത്തേക്കുള്ള യഥാർത്ഥ റൂട്ടും ഏത് പട്ടിക പരിശോധിക്കണമെന്ന് തീരുമാനിക്കുന്ന നയ നിയമങ്ങളും നോക്കുക.
പ്രിഫിക്സ് ഉണ്ടെങ്കിലും കണക്ഷൻ ഇപ്പോഴും പരാജയപ്പെടുന്നുവെങ്കിൽ, നിങ്ങൾ മറ്റൊരു പ്രശ്നത്തിലേക്ക് കടന്നിരിക്കുന്നു: സ്രോതസ്സ് വിലാസ തിരഞ്ഞെടുപ്പ്, വിദൂര അറ്റത്തെ മടങ്ങിവരവ് റൂട്ട്, അല്ലെങ്കിൽ നിങ്ങളുടെ ക്ലയന്റിനെ നിരസിക്കുന്ന സേവനം. അവയിൽ ഓരോന്നും നിങ്ങൾ ഇതിനകം തിരുത്തിയ പ്രൊഫൈലിനേക്കാൾ നോക്കാൻ മികച്ച സ്ഥലമാണ്.