നിങ്ങളുടെ .ovpn ഫയലിന് കോഡ് പ്രവർത്തിപ്പിക്കാനാകും, ട്രാഫിക് റൂട്ട് ചെയ്യാൻ മാത്രമല്ല

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

സഹായിയെ പ്രവർത്തിപ്പിക്കുന്ന പ്രൊഫൈൽ ഒരു പ്രോഗ്രാം ആണ്, സെറ്റിംഗ്സ് ഫയലല്ല

route, dhcp-option പോലുള്ള നിർദ്ദേശങ്ങൾ ക്ലയന്റ് സ്ഥാപിക്കേണ്ട അവസ്ഥ വിവരിക്കുന്നു, ക്ലയന്റ് അവയെ ഡാറ്റയായി കണക്കാക്കുന്നു. up സ്ക്രിപ്റ്റ് വ്യത്യസ്തമാണ്: ക്ലയന്റ് അതിനെ പ്രോസസ്സായി ആരംഭിച്ച് കണക്ഷൻ വിശദാംശങ്ങൾ നിറഞ്ഞ ഒരു പരിസ്ഥിതി നൽകുന്നു, അതിനാൽ അതിന്റെ രചയിതാവ് എഴുതിയതെല്ലാം നിങ്ങളുടെ അക്കൗണ്ടിന്റെ അവകാശങ്ങളോടെ പ്രവർത്തിക്കുന്നു. ഉപയോക്താവ് അഡ്മിനിസ്ട്രേറ്ററായ ലാപ്ടോപ്പിൽ, അറ്റാച്ച്മെന്റായോ ഫോറം ത്രെഡിൽ നിന്ന് പേസ്റ്റ് ചെയ്തതോ ആയ ഫയലിന് അത് വിശാലമായ വാതിലാണ്. വ്യത്യാസം ശൈലീപരമല്ല, അത് കോൺഫിഗറേഷനും കോഡും തമ്മിലുള്ള വ്യത്യാസമാണ്.

ഉപേക്ഷിക്കേണ്ട കെട്ടുകഥ ഇതാണ്: പ്രൊഫൈലിന് ട്രാഫിക് വഴിതിരിച്ചുവിടാൻ മാത്രമേ കഴിയൂ. ip route add പ്രവർത്തിപ്പിക്കുന്ന സഹായിയും ദൂരെയുള്ള ഹോസ്റ്റിനെതിരെ curl പ്രവർത്തിപ്പിക്കുന്നതും ഒരേ സംവിധാനമാണ്, പുറത്തുനിന്ന് പ്രൊഫൈൽ ഒരുപോലെ കാണപ്പെടുന്നു. ഫയലിന്റെ രൂപത്തിൽ ഏതാണ് നിങ്ങളുടെ പക്കലുള്ളതെന്ന് പറയുന്നതായി ഒന്നുമില്ല, അതിനാൽ പരിശോധന സ്ക്രിപ്റ്റ് വരെ എത്തണം.

യഥാർത്ഥത്തിൽ എന്താണ് എക്സിക്യൂഷൻ തീരുമാനിക്കുന്നത്, പ്രവർത്തനക്ഷമമാക്കുന്ന വരികൾ എങ്ങനെയിരിക്കും

മൂന്ന് കാര്യങ്ങൾ സഹായിയെ നിയന്ത്രിക്കുന്നു: അതിന് പേരു നൽകുന്ന ഇവന്റ് നിർദ്ദേശം, അത് അനുവദിക്കുന്ന script-security നില, ക്ലയന്റ് പ്ലാറ്റ്ഫോമിന്റെ സ്വന്തം നടപ്പാക്കൽ. പ്രൊഫൈൽ ഒരു ഹുക്ക് ആവശ്യപ്പെട്ടാലും ഒന്നും സംഭവിക്കുന്നത് കാണണമെന്നില്ല, കാരണം മൊബൈൽ ക്ലയന്റോ ചുരുക്കിയ ഡെസ്ക്ടോപ്പ് ബിൽഡോ ആ ഇവന്റ് അസ്സലായി നടപ്പാക്കിയേക്കില്ല. അതുപോലെ, തന്റെ ധർമ്മത്തിന് ആവശ്യമുള്ളതിലധികം അനുമതി ആവശ്യപ്പെടുന്ന പ്രൊഫൈൽ അതിന്റെ ഉത്ഭവത്തെക്കുറിച്ച് എന്തോ പറയുന്നു. അനുമതി നില ഒരു കഴിവാണ്, അംഗീകാരമല്ല. പ്രവർത്തനക്ഷമമാക്കുന്ന വരികൾ ഇങ്ങനെയാണ്, പാത നിങ്ങളുടേതിന് പകരം നിൽക്കുന്നു.

script-security 2
up /etc/openvpn/update-resolv-conf.sh
down /etc/openvpn/update-resolv-conf.sh

നില 0 ബാഹ്യ പ്രോഗ്രാമുകളെ നിരസിക്കുന്നു, സ്ഥിരസ്ഥിതിയായ നില 1 ക്ലയന്റിന്റെ ഉൾച്ചേർത്ത എക്സിക്യൂട്ടബിളുകൾക്ക് മാത്രം അനുമതി നൽകുന്നു, അതിനാൽ ഹുക്കിന് 2 അല്ലെങ്കിൽ അതിലധികം വേണം; നില 3 പ്രധാനമായും പഴയ പാസ്വേഡുകൾ കൈമാറാൻ വേണ്ടിയാണ്, അത് ഒഴിവാക്കുന്നതാണ് നല്ലത്. ഹുക്കോടെ നൽകുന്ന പ്രൊഫൈലിന് നിർദ്ദേശവും ആ നിലയും രണ്ടും വേണം, അതിനാൽ ഫയലിന്റെ അടിഭാഗത്തുള്ള ഒരു വരി സർട്ടിഫിക്കറ്റ് ബ്ലോക്കിന് അർഹമായ അതേ പരിശോധനയ്ക്ക് അർഹമാണ്. OpenVPN കൈപ്പുസ്തകം അനുമതി നിലകൾ പട്ടികപ്പെടുത്തുന്നു, അതിന്റെ രൂപം പ്രൊഫൈൽ യഥാർത്ഥത്തിൽ ആവശ്യപ്പെടുന്നതിനൊപ്പം വായിക്കാൻ യോഗ്യമാണ്.

ഉടമസ്ഥത, പാത, സഹായിക്ക് എന്താണ് നൽകുന്നത്

നിങ്ങൾ വിശ്വസിക്കുന്ന പ്രൊഫൈൽ മറ്റൊരു അക്കൗണ്ടിന് മാറ്റിയെഴുതാനാകുന്ന സ്ക്രിപ്റ്റിലേക്ക് ചൂണ്ടുന്നുവെങ്കിൽ അത് വിശ്വസനീയമായ ക്രമീകരണമല്ല, കാരണം ഇന്നലത്തെ പരിശോധന ഇന്ന് എന്താണ് പ്രവർത്തിക്കുന്നതെന്ന് ഇനി വിവരിക്കുന്നില്ല. സഹായിയുടെ ഉടമയും മോഡും പരിശോധിക്കുക, കോൺഫിഗർ ചെയ്ത പാത നിങ്ങൾ പരിശോധിച്ച ഫയലിലേക്കാണ് എത്തുന്നതെന്നും മറ്റെന്തെങ്കിലും നിഴൽ വീഴ്ത്താവുന്ന ഒരു പേരിലേക്കല്ലെന്നും ഉറപ്പാക്കുക. ആർഗ്യുമെന്റുകളും പരിസ്ഥിതിയും അതേ നോട്ടത്തിന് അർഹമാണ്: ക്ലയന്റ് കണക്ഷൻ വിശദാംശങ്ങൾ ഹുക്കിന് നൽകുന്നു, തന്റെ മുഴുവൻ പരിസ്ഥിതിയും ലോഗ് ചെയ്യുന്ന സഹായി പിന്തുണാ ടിക്കറ്റിൽ ക്രെഡൻഷ്യലുകൾ എഴുതിയേക്കാം. ബന്ധമില്ലാത്ത ഒരു പോസ്റ്റിൽ നിന്ന് പകർത്തിയ DNS സ്ക്രിപ്റ്റിനെക്കാൾ ഓപ്പറേറ്ററുടെയോ പ്ലാറ്റ്ഫോമിന്റെയോ രേഖപ്പെടുത്തിയ സംയോജനത്തിന് മുൻഗണന നൽകുക, കാരണം ഒരേ ഫയലിനുവേണ്ടി തർക്കിക്കുന്ന രണ്ട് റിസോൾവർ മാനേജർമാർ തകർന്ന VPN പോലെ തോന്നുന്ന പരാജയം സൃഷ്ടിക്കുന്നു.

പരാജയപ്പെട്ട ഹുക്ക് റിപ്പോർട്ട് ചെയ്യുമ്പോൾ, എവിടെയെങ്കിലും ഒട്ടിക്കുന്നതിന് മുമ്പ് പരിസ്ഥിതി പരിഷ്കരിക്കുക. ഡീബഗ് ചെയ്യാൻ സഹായിക്കുന്ന ഡംപ് നിങ്ങളെ പ്രാമാണീകരിക്കുന്ന ടോക്കണും വഹിച്ചേക്കാം.

വൃത്തിയാക്കലിലെ പരാജയങ്ങൾ ടണൽ പോയതിന് ശേഷം പ്രത്യക്ഷപ്പെടുന്നു

up സഹായി റൂട്ടുകളും റിസോൾവർ ക്രമീകരണങ്ങളും ചേർക്കുന്നു, down സഹായി അവ വീണ്ടും നീക്കേണ്ടതാണ്. down ഹുക്ക് ഇല്ലാത്തപ്പോൾ, നിശബ്ദമായി പരാജയപ്പെടുമ്പോൾ, അല്ലെങ്കിൽ ക്ലയന്റ് കൊല്ലപ്പെട്ടതിനാൽ ഒരിക്കലും പ്രവർത്തിക്കാത്തപ്പോൾ, ബാക്കിയുള്ളവ സെഷനെ അതിജീവിക്കുന്നു. അപ്പോൾ ട്രാഫിക് ആരും ആസൂത്രണം ചെയ്യാത്ത ഒരു വഴിയിലൂടെ പോകുന്നു, പേരുകൾ നീക്കേണ്ടിയിരുന്ന റിസോൾവറിലൂടെ പരിഹരിക്കപ്പെടുന്നു, ടണൽ തന്നെ ആരോഗ്യകരമായി തോന്നുന്നു. ആ ലക്ഷണങ്ങൾ വിച്ഛേദത്തിന് ശേഷം വരുന്നു, അതിനാൽ കുറ്റം പ്രൊഫൈലിനല്ല, നെറ്റ്വർക്കിന്.

പൊളിക്കൽ ഒരു പ്രത്യേക ഘട്ടമായി പരിശോധിക്കുക: ടണൽ ഉയർത്തുക, റൂട്ടുകളും റിസോൾവറും രേഖപ്പെടുത്തുക, താഴ്ത്തുക, എന്നിട്ട് രണ്ടും പോയെന്ന് ഉറപ്പാക്കുക. വൃത്തിയായി ബന്ധിപ്പിക്കുന്ന പ്രൊഫൈലും അവസ്ഥ ബാക്കിയാക്കാം, സഹായിയുടെ പൂജ്യം എക്സിറ്റ് കോഡ് റിസോൾവർ നിങ്ങൾ കരുതുന്ന സ്ഥലത്ത് അവസാനിച്ചുവെന്ന് തെളിയിക്കുന്നില്ല.

സഹായി പരിശോധിക്കലും പുറത്തുകടക്കാനുള്ള വഴി സൂക്ഷിക്കലും

സ്ക്രിപ്റ്റ് ആദ്യം മുതൽ അവസാനം വരെ വായിച്ച് മൂന്ന് കാര്യങ്ങൾ തിരയുക: അനുമതി ആവശ്യമുള്ള കമാന്റുകൾ, നിങ്ങളുടെ സിസ്റ്റത്തിൽ ഇല്ലായിരിക്കാവുന്ന ഹാർഡ്കോഡ് ചെയ്ത പാതകൾ, അത് നടത്തുന്ന ഏതെങ്കിലും നെറ്റ്വർക്ക് വിളി. എന്നിട്ട് അത് എങ്ങനെ പരാജയപ്പെടുന്നുവെന്ന് നോക്കുക, കാരണം പിശകുകൾ വിഴുങ്ങുന്ന സഹായി കോൺഫിഗറേഷൻ തെറ്റിനെ രഹസ്യമാക്കി മാറ്റുന്നു. സ്ക്രിപ്റ്റ് എന്ത് ചെയ്യുന്നുവെന്നും ആർക്ക് അത് മാറ്റാമെന്നും ഒരു വാക്യത്തിൽ പറയാനാകുന്നില്ലെങ്കിൽ, അത് പ്രവർത്തനക്ഷമമാക്കാൻ നിങ്ങൾ തയ്യാറല്ല. ആ വാക്യത്തിന് ആവശ്യമുള്ളതിലധികം അനുമതി ആവശ്യപ്പെടുന്ന പ്രൊഫൈൽ നിർത്താനുള്ള സൂചനയാണ്.

അവസാനം പ്രവർത്തിച്ച പ്രൊഫൈലും അത് സൂചിപ്പിച്ച സഹായിയും സംരക്ഷിത സംഭരണത്തിൽ സൂക്ഷിക്കുക, രണ്ട് പതിപ്പുകളും രേഖപ്പെടുത്തി, അതുവഴി പിൻവലിക്കൽ ഏറ്റവും മോശം നിമിഷത്തിൽ പുനർനിർമ്മാണമല്ല, പകർപ്പായിരിക്കും. സഹായിക്ക് ഇനി ആവശ്യമില്ലാത്ത വിതരണത്തിനോ ക്ലയന്റ് പതിപ്പിനോ വേണ്ടി മാത്രമാണ് അത് ഉള്ളതെങ്കിൽ, പിശകുകൾ നിൽക്കുന്നതുവരെ അനുമതികൾ ഉയർത്തുന്നതിനുപകരം ക്രമീകരണം കൈവശമുള്ള കോൺഫിഗറേഷനിൽ അതിനെ വിരമിച്ചയയ്ക്കുക. അതാണ് പുറത്തുകടക്കാനുള്ള വഴി: കുറഞ്ഞ ചലിക്കുന്ന ഭാഗങ്ങൾ, കൂടുതൽ അനുമതിയല്ല.