അധിക Mac VPN റൂട്ടുകൾക്ക് ഉടമ വേണം, ലോഗിൻ സ്ക്രിപ്റ്റല്ല
ലോഗിൻ സമയത്ത് ഒരിക്കൽ ചേർത്ത റൂട്ട് പുനഃസംയോജന നയമല്ല. വിദൂര പ്രിഫിക്സുകൾക്ക് ഉടമ നൽകുക, ആ കണക്ഷനോടൊപ്പം അവ എങ്ങനെ പ്രത്യക്ഷപ്പെടുന്നു, മാറുന്നു, അപ്രത്യക്ഷമാകുന്നു എന്ന് തീരുമാനിക്കുക.
VPN വഴി ഒരു സ്വകാര്യ പ്രിഫിക്സിൽ എത്തുന്നത് ഒരു കാലയളവുള്ള ആവശ്യകതയാണ്: ആ കണക്ഷൻ ഉപയോഗയോഗ്യമായിരിക്കുന്നിടത്തോളം അത് നിലനിൽക്കുന്നു, കണക്ഷൻ അവസാനിക്കുമ്പോൾ അവസാനിക്കുന്നു. ലോഗിൻ സ്ക്രിപ്റ്റിന് ഇത് പ്രകടിപ്പിക്കാൻ കഴിയില്ല, കാരണം ലോഗിൻ ചെയ്യുന്നതും ടണൽ ഉയരുന്നതും വ്യത്യസ്ത നിമിഷങ്ങളാണ്, ലോഗിൻ സമയത്ത് ഉള്ള ടണൽ ഒരു മിനിറ്റ് കഴിഞ്ഞ് ട്രാഫിക് കൊണ്ടുപോകുന്ന ടണൽ ആയിരിക്കണമെന്നില്ല. ആദ്യ തീരുമാനം ഏത് കമാൻഡ് പ്രവർത്തിപ്പിക്കണം എന്നതല്ല. ഏത് ഘടകമാണ് പ്രിഫിക്സിന്റെ ഉടമ എന്നതാണ്.
പ്രിഫിക്സിന് ഉടമ വേണം, ഒരു നിമിഷമല്ല
ആവശ്യകത കർത്താവുള്ള വാക്യമായി എഴുതി തുടങ്ങുക: എത്തുക 10.77.0.0/24 ഓഫീസ് VPN വഴി, ആ കണക്ഷൻ ഉള്ളിടത്തോളം. ആ വാക്യം പ്രിഫിക്സ്, കണക്ഷൻ, വ്യവസ്ഥ എന്നിവയെ പേരിടുന്നു, രണ്ട് ജനപ്രിയ പകരക്കാരെ ഉടൻ ഒഴിവാക്കുന്നു: ലോഗിൻ ഹുക്കും ഇതുപോലുള്ള ഇന്റർഫേസ് നാമവും ppp0 അല്ലെങ്കിൽ utun2.
ഇന്റർഫേസ് നാമങ്ങൾ റൺടൈമിൽ നൽകുന്നു, പുനഃസംയോജനങ്ങൾക്കിടയിൽ സ്ഥിരമല്ല. കഴിഞ്ഞ ആഴ്ച കണ്ട പേരുമായി പൊരുത്തപ്പെടുന്ന ഹുക്ക് ഒന്നുകിൽ പ്രവർത്തിക്കില്ല, അല്ലെങ്കിൽ മറ്റൊരാളുടെ ഇന്റർഫേസിൽ പ്രവർത്തിക്കും. രണ്ട് ഫലങ്ങളും കാലഹരണപ്പെട്ട അനുമാനമായി അല്ല, റൂട്ടിംഗ് ബഗ്ഗായി കാണപ്പെടുന്നു. ഒരു നിർദ്ദിഷ്ട ടണൽ ഉള്ളിടത്തോളം മാത്രം നിലനിൽക്കുന്ന പേരിനെ ആശ്രയിക്കുന്ന ഏത് സ്ക്രിപ്റ്റിനും ഇതേ വിയോജിപ്പ് ബാധകമാണ്.
പിന്തുണയുള്ള റൂട്ട് ഉദ്ദേശ്യ സ്രോതസ്സ് ഉപയോഗിക്കുക
ഗേറ്റ്‌വേ, മാനേജുചെയ്ത പ്രൊഫൈൽ അല്ലെങ്കിൽ ഉടമ ക്ലയന്റിന്റെ രേഖപ്പെടുത്തിയ റൂട്ട് സംവിധാനം ആ സംവിധാനത്തിന് ആവശ്യകത പ്രകടിപ്പിക്കാൻ കഴിയുമ്പോൾ ഇതിനുള്ള ശരിയായ സ്ഥലമാണ്. ഏതാണ് ബാധകമെന്നത് പ്രോട്ടോക്കോളിനെയും ദാതാവിനെയും ആശ്രയിച്ചിരിക്കുന്നു, കീകൾ അവയ്ക്കിടയിൽ സഞ്ചരിക്കുന്നില്ല, അതിനാൽ ഒരു പ്രൊഫൈൽ കോൺഫിഗർ ചെയ്യുന്ന മൂല്യം OpenVPN നേറ്റീവ് L2TP അല്ലെങ്കിൽ IKEv2 ക്ലയന്റിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല.
| Mechanism | Can carry extra prefixes | Who owns the lifetime |
|---|---|---|
| Gateway-pushed routes | Often, if the gateway is configured for it | The connection |
| Managed profile settings | Depends on the client and profile format | The profile |
| Provider tunnel settings | Yes, as included and excluded routes | The provider process |
| Manual command | Yes, once | Nobody |
പാക്കറ്റ്-ടണൽ ഡെവലപ്പർമാർക്ക്, Apple-ന്റെ IPv4 ടണൽ ക്രമീകരണങ്ങൾ ഉൾപ്പെടുത്തിയതും ഒഴിവാക്കിയതുമായ റൂട്ടുകൾ വ്യക്തമായി വെളിപ്പെടുത്തുന്നു, IPv6-നും അതിന്റെ സമാനമുണ്ട്. ഇവ ദാതാവ് ഉപയോഗിക്കുന്ന API-കളാണ്, എല്ലാ നേറ്റീവ് VPN പാനലും അഡ്മിനിസ്ട്രേറ്റർക്ക് ഏകപക്ഷീയമായ റൂട്ട് പട്ടിക വാഗ്ദാനം ചെയ്യുന്നു എന്നതിന് തെളിവല്ല. നിലവിലെ സംയോജനത്തിന് ആവശ്യമായ പ്രിഫിക്സുകൾ പ്രകടിപ്പിക്കാൻ കഴിയുന്നില്ലെങ്കിൽ, അടുത്ത ഘട്ടം ഓപ്പറേറ്ററിൽ നിന്നുള്ള പിന്തുണയുള്ള കോൺഫിഗറേഷൻ പാതയാണ്, മികച്ച രീതിയിൽ പ്രവർത്തിക്കുമെന്ന പ്രതീക്ഷയിൽ ഇൻസ്റ്റാൾ ചെയ്യുന്ന മറ്റൊരു ആപ്പല്ല.
ജീവിതകാലത്തിൽ വൃത്തിയാക്കൽ ഉൾപ്പെടുന്നു
ചിലപ്പോൾ ബാഹ്യ സഹായി യഥാർത്ഥത്തിൽ ആവശ്യമാണ്, അപ്പോൾ «റൂട്ട് ചേർക്കുക» അതിന്റെ ജോലിയുടെ ഏറ്റവും ചെറിയ ഭാഗമാണ്. ഏത് കണക്ഷന് അത് സേവനം നൽകുന്നു, ആ കണക്ഷൻ ഏത് ഇന്റർഫേസ് ഉപയോഗിക്കുന്നു എന്ന് അറിയണം, പ്രസക്തമായ നെറ്റ്‌വർക്ക് അവസ്ഥ സ്ഥിരമാകുന്നതുവരെ കാത്തിരിക്കണം, തുടർച്ചയായി രണ്ടുതവണ പ്രവർത്തിപ്പിക്കുമ്പോൾ ഐഡംപൊട്ടന്റ് ആയിരിക്കണം, താൻ സ്ഥാപിച്ചിട്ടില്ലാത്ത ഒന്നും വൃത്തിയാക്കരുത്.
അവസാന വ്യവസ്ഥയാണ് വേദനിപ്പിക്കുന്നത്. ഓഫീസ് പ്രിഫിക്സുമായി പൊരുത്തപ്പെടുന്ന എല്ലാ റൂട്ടും ഇല്ലാതാക്കുന്ന സഹായി ഒടുവിൽ താൻ ചേർത്തിട്ടില്ലാത്ത ഒരു റൂട്ടും ഇല്ലാതാക്കും. അതിൽ നിന്നുണ്ടാകുന്ന തടസ്സം VPN ക്ലയന്റിന്റെ മേൽ ചുമത്തപ്പെടുന്നു, കാരണം ഉപയോക്താവ് കാണുന്ന ഭാഗം ക്ലയന്റാണ്. സഹായിക്ക് എന്താണ് ഉടമസ്ഥതയുള്ളതെന്ന് എഴുതുന്നതിന് മുമ്പ് തീരുമാനിക്കുന്നത്, പിന്നീട് പ്രാദേശിക സബ്നെറ്റ് എന്തുകൊണ്ട് മറുപടി നിർത്തി എന്ന് വിശദീകരിക്കുന്നതിനേക്കാൾ വിലകുറവാണ്.
പുനഃസംയോജന മത്സരം
വേഗത്തിലുള്ള പുനഃസംയോജനം സങ്കൽപ്പിക്കുക. സെഷൻ A വീഴുന്നു, സെഷൻ B ഉയർന്ന് തന്റെ റൂട്ട് ഇൻസ്റ്റാൾ ചെയ്യുന്നു, പിന്നീട് A-യുടെ കാലതാമസമുള്ള വൃത്തിയാക്കൽ ഒടുവിൽ പ്രവർത്തിക്കുന്നു. ആ വൃത്തിയാക്കൽ പ്രിഫിക്സ് അനുസരിച്ച് റൂട്ടുകൾ നീക്കുന്നെങ്കിൽ, B-യുടെ സാധുവായ അവസ്ഥയും കൊണ്ടുപോകും, ഒരു സെക്കൻഡ് മുമ്പ് പ്രവർത്തിച്ചിരുന്ന കണക്ഷൻ ഇപ്പോൾ എങ്ങോട്ടും റൂട്ട് ചെയ്യുന്നില്ല.
ഇത് ഉടമസ്ഥതയുടെ മത്സരമാണ്, സ്ക്രിപ്റ്റിൽ ഉറക്കം ചേർക്കുന്നത് ഏത് വശം ജയിക്കുന്നു എന്നത് മാത്രം മാറ്റുന്നു. പരിഹാരം വൃത്തിയാക്കൽ ഐഡന്റിറ്റിയിൽ ആശ്രയിച്ചാക്കുകയാണ്: സഹായി ഇൻസ്റ്റാൾ ചെയ്ത ഇന്റർഫേസും സെഷനും ഇപ്പോഴും നിലവിലുള്ളവയുമായി താരതമ്യം ചെയ്യുക, ഒത്തുപോകുമ്പോൾ മാത്രം നീക്കുക.
എന്ത് പരിശോധിക്കണം, ഒരു റൂട്ടിന് എന്ത് ചെയ്യാനാകില്ല
സ്വീകാര്യത നാല് സംക്രമണങ്ങൾ ഉൾക്കൊള്ളണം: ആദ്യ കണക്ഷൻ, മറ്റൊരു ഇന്റർഫേസിലേക്കുള്ള പുനഃസംയോജനം, പരാജയപ്പെടുന്ന കണക്ഷൻ ശ്രമം, അവസാന വിച്ഛേദം. ഓരോന്നിനും ശേഷം, വിദൂര ഭാഗത്തുള്ള ഒരു വിലാസത്തിന് സിസ്റ്റം യഥാർത്ഥത്തിൽ തിരഞ്ഞെടുത്ത റൂട്ട് വായിക്കുക, നിങ്ങൾ പ്രതീക്ഷിച്ചതല്ല.
route -n get 10.77.0.5
netstat -rn -f inetവിഷമകരമായ കേസുകളും അതേ റൗണ്ടിൽ ഉൾപ്പെടുത്തുക: ആവശ്യമുള്ളിടത്ത് IPv6, വിദൂര പ്രിഫിക്സുമായി ഓവർലാപ്പ് ചെയ്യുന്ന പ്രാദേശിക പ്രിഫിക്സ്, ടണൽ ഉള്ളിടത്തോളം പ്രവർത്തിക്കേണ്ട പൊതു VPN എൻഡ്‌പോയിന്റിലേക്കുള്ള റൂട്ട്. പിന്നീട് റൂട്ട് എന്തല്ല എന്ന് എഴുതുക. അത് പാക്കറ്റുകൾ തിരഞ്ഞെടുക്കുന്നു; വിദൂര ഭാഗത്ത് അനുമതി നൽകുന്നില്ല, തിരിച്ചുള്ള പാത സൃഷ്ടിക്കുന്നില്ല, അവ വെവ്വേറെ ഉടമകളുള്ള വെവ്വേറെ ആവശ്യകതകളായി തുടരുന്നു.
നിങ്ങൾ ആഗ്രഹിക്കുന്ന ഫലം, എഴുതിയ മെഷീനിൽ ഒരിക്കൽ യാദൃച്ഛികമായി വിജയിച്ച കമാൻഡല്ല, എല്ലാ സംക്രമണത്തിലും അതിന്റെ പിന്തുണയുള്ള കണക്ഷൻ ഉടമയെ പിന്തുടരുന്ന ഒരു പ്രിഫിക്സാണ്.