Linux റിലീസിന് യഥാർത്ഥത്തിൽ പിന്തുണയ്ക്കാൻ കഴിയുന്ന OpenVPN പാക്കേജ് ഏത്

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

രണ്ടിനെയും വേർതിരിക്കുന്നത് ഏത് നടപ്പാക്കൽ, ഏത് അടിസ്ഥാന റിലീസ്, അപ്ഡേറ്റുകൾ ആരുടെ കൈയിൽ എന്നീ മൂന്ന് ചോദ്യങ്ങളാണ്.

വേർഷൻ നമ്പർ ഒരു സവിശേഷതാ ആവശ്യകതയല്ല

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

നിർദ്ദേശം 'ഈ സവിശേഷത അല്ലെങ്കിൽ പുതിയത്' എന്നാണോ 'ഈ കൃത്യമായ ബിൽഡ് പരീക്ഷിച്ചു' എന്നാണോ എന്ന് വ്യക്തമാക്കുക. രണ്ട് ഉത്തരങ്ങളും വ്യത്യസ്ത റിപ്പോസിറ്ററികളിലേക്ക് നയിക്കുന്നു.

കോഡ്നെയിം അടിസ്ഥാന റിലീസുമായി ഒത്തുപോകണം

റിപ്പോസിറ്ററികൾ ഡിസ്ട്രിബ്യൂഷന്റെ കോഡ്നെയിം അനുസരിച്ചാണ് കൈകാര്യം ചെയ്യുന്നത്, ഒരു ഡെറിവേറ്റീവിന്റെ റിലീസ് പേര് അതിന്റെ അടിസ്ഥാനത്തിന്റെ കോഡ്നെയിം അല്ല. /etc/os-release വായിച്ച് VERSION_CODENAME ഉം ID_LIKE ഉം നോക്കി, ഡെറിവേറ്റീവ് ഏത് അടിസ്ഥാന റിലീസിനെ പിന്തുടരുന്നു എന്ന് ഉറപ്പാക്കുക. ഒരു ഡെസ്ക്ടോപ്പ് റിലീസിനെ ഒരു Ubuntu കോഡ്നെയിമുമായി ബന്ധിപ്പിച്ച പഴയ ഉത്തരം അടുത്തതിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല. കോഡ്നെയിം ഊഹിക്കുന്നത് മറ്റൊരു C ലൈബ്രറിക്കെതിരെ നിർമ്മിച്ച പാക്കേജുകൾ സിസ്റ്റം വലിച്ചിടാൻ ഇടയാക്കുന്നു.

എന്തെങ്കിലും ചേർക്കുന്നതിന് മുൻപ് പാക്കേജ് മാനേജർ apt-cache policy openvpn ഉപയോഗിച്ച് ഇതിനകം എന്ത് നൽകുന്നു എന്ന് പരിശോധിക്കുക. ഇൻസ്റ്റാൾ ചെയ്ത കാൻഡിഡേറ്റ് ആവശ്യകത നിറവേറ്റുന്നുണ്ടെങ്കിൽ, റിപ്പോസിറ്ററി ചോദ്യം ഇല്ലാതാകുന്നു.

അപ്സ്ട്രീം റിപ്പോസിറ്ററി യഥാർത്ഥത്തിൽ എന്തിലാണ് ബന്ധിക്കുന്നത്

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

നിങ്ങൾ തിരഞ്ഞെടുത്ത നടപ്പാക്കലിനുള്ള റിപ്പോസിറ്ററി ഗൈഡ് വായിക്കുക, പഴയ ബ്ലോഗിന്റെ പകർപ്പല്ല, അതിന്റെ നിലവിലെ അനുയോജ്യത പട്ടിക പിന്തുടരുക.

ഇൻസ്റ്റാൾ ചെയ്യുന്നത് സംയോജിപ്പിക്കലല്ല

openvpn ബൈനറി മാറ്റിസ്ഥാപിക്കുന്നത് കാണാതായ NetworkManager പ്ലഗിൻ, ഇംപോർട്ട് ഡയലോഗ് അല്ലെങ്കിൽ ഡെസ്ക്ടോപ്പ് എഡിറ്റർ ചേർക്കുന്നില്ല. അവ network-manager-openvpn പോലുള്ള വേറിട്ട പാക്കേജുകളിലും അതിന്റെ ഡെസ്ക്ടോപ്പ് സമാനത്തിലുമാണ്, ക്ലയന്റ് ലൈബ്രറിയുമായി അവയ്ക്ക് സ്വന്തം വേർഷൻ ബന്ധമുണ്ട്. OpenVPN 3 Linux വീണ്ടും മറ്റൊരു നടപ്പാക്കലാണ്, സ്വന്തം സെഷനും കോൺഫിഗറേഷൻ മാതൃകയുമുള്ളതിനാൽ അതിന്റെ പാക്കേജുകൾ 2.x പ്രൊഫൈൽ വർക്ക്ഫ്ലോയ്ക്ക് നേരിട്ടുള്ള പകരമല്ല.

എന്തെങ്കിലും ഇൻസ്റ്റാൾ ചെയ്യുന്നതിന് മുൻപ് പ്രവർത്തിക്കുന്ന ടണൽ ഏത് ഘടകത്തിന്റെ ഉടമസ്ഥതയിലാണെന്ന് തീരുമാനിക്കുക. ഒരു ഹോസ്റ്റിൽ രണ്ട് മാനേജർമാർ രണ്ട് ക്ലയന്റുകളുടേതിന് സമാനമായ ഇരട്ട ടണൽ ആശയക്കുഴപ്പം ഉണ്ടാക്കുന്നു.

മൂന്ന് തീരുമാനങ്ങൾ എഴുതിവയ്ക്കുക

നടപ്പാക്കൽ, അടിസ്ഥാന റിലീസ്, അപ്ഡേറ്റ് ഉടമസ്ഥൻ എന്നിവ രേഖപ്പെടുത്തി, അവയിൽ ഏത് മാറുമെന്ന് പ്രതീക്ഷിക്കുന്നു എന്ന് അടയാളപ്പെടുത്തുക. ഡിസ്ട്രിബ്യൂഷൻ റിലീസിന് ശേഷം റിപ്പോസിറ്ററി വരി പ്രവർത്തിക്കാതാകുമ്പോൾ ഭാവിയിലെ അപ്ഗ്രേഡ് വായിക്കുന്നത് ആ രേഖയാണ്. അതില്ലെങ്കിൽ, അടുത്ത വ്യക്തി പുതിയ നമ്പറുമായി കോഡ്നെയിം ഊഹം ആവർത്തിക്കും.

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