നിങ്ങളുടെ ഓപ്പറേറ്റർ ഒരു CA ബണ്ടിൽ, ക്ലയന്റ് സർട്ടിഫിക്കറ്റ്, അതിന്റെ കീ എന്നിവ ഏൽപ്പിക്കുന്നു, ഇവ ഒരു പ്രൊഫൈലിൽ ചേർക്കുന്നതുവരെ ക്ലയന്റ് ആരംഭിക്കില്ല. പ്രൊഫൈൽ കോൺഫിഗറേഷനാണ്: അത് ആ ഫയലുകളെ ചൂണ്ടിക്കാണിക്കുന്നു, അവ ഉൾക്കൊള്ളുന്നില്ല, എഡിറ്റ് ചെയ്ത് അതിനെ സർട്ടിഫിക്കറ്റാക്കാനും കഴിയില്ല. ഈ ഗൈഡ് മുൻകൂട്ടി അംഗീകരിച്ച ലാപ്ടോപ്പിൽ നിന്ന് ആരംഭിച്ച് അറിയപ്പെടുന്ന ഡയറക്ടറിയിൽ നിന്ന് ആരംഭിക്കാവുന്ന പ്രൊഫൈലിൽ അവസാനിക്കുന്നു. ഇത് CA സൃഷ്ടിക്കുന്നില്ല, പുതിയ സർട്ടിഫിക്കറ്റ് രജിസ്റ്റർ ചെയ്യുന്നില്ല, സെർവറിനെ തൊടുന്നുമില്ല.

ഇവിടെ ലക്ഷ്യം Linux-നുള്ള OpenVPN 2.6 കമാൻഡ്-ലൈൻ ക്ലയന്റാണ്, UDP-യിൽ TUN റൂട്ട് ചെയ്തത്, സർട്ടിഫിക്കറ്റ് പ്രാമാണീകരണത്തോടെ.

ക്ലയന്റ് വശത്തെ ഫയലുകൾ മാത്രം ശേഖരിക്കുക

സംരക്ഷിത ഡയറക്ടറിയിൽ പ്രവർത്തിച്ച് അംഗീകരിച്ച CA വിശ്വാസ വസ്തു, നിങ്ങൾക്ക് നൽകിയ ക്ലയന്റ് സർട്ടിഫിക്കറ്റ്, അതിന് യോജിക്കുന്ന സ്വകാര്യ കീ എന്നിവ ശേഖരിക്കുക. ഈ ഉദാഹരണത്തിൽ പേരുകൾ ca.crt, laptop-a.crt, laptop-a.key എന്നിവയാണ്. ഫയൽ നാമങ്ങൾ ലേബലുകൾ മാത്രമാണ്; ഓരോ ഫയലിലും എന്തുണ്ടെന്ന് അവ ഒന്നും പറയുന്നില്ല.

രജിസ്ട്രേഷൻ സമയത്ത് നിങ്ങൾ കീ സൃഷ്ടിച്ചിട്ടുണ്ടെങ്കിൽ അത് ഒരിക്കലും യന്ത്രം വിട്ടിട്ടില്ല; ഇഷ്യൂ ചെയ്തയാളിൽ നിന്ന് ഒപ്പിട്ട സർട്ടിഫിക്കറ്റും പൊതു ചെയിനും മാത്രം തിരികെ വരണം. സേവനം പ്രതീക്ഷിക്കുന്ന ക്ലയന്റ് റോൾ സർട്ടിഫിക്കറ്റിനുണ്ടോ എന്ന് പരിശോധിക്കുക. കീ ആ സർട്ടിഫിക്കറ്റിന്റേതാണോ, മുൻ ശ്രമത്തിലെ പഴയ സർട്ടിഫിക്കറ്റിന്റേതല്ലയോ എന്നും പരിശോധിക്കുക. ചേരാത്ത ജോടി വളരെ വൈകി TLS പരാജയം ഉണ്ടാക്കുന്നു, അത് സെർവർ പ്രശ്നമായി തോന്നും.

CA-യുടെ സ്വകാര്യ സൈനിംഗ് കീ, സെർവറിന്റെ സ്വകാര്യ കീ, DH പാരാമീറ്ററുകൾ എന്നിവ ഈ പാക്കേജിന് പുറത്ത് വയ്ക്കുക.

ഫയലുകൾ ഒരു ചെറിയ പ്രൊഫൈലിൽ ചേർക്കുക

താഴെയുള്ള പ്രൊഫൈൽ ഉദ്ദേശ്യപൂർവ്വം ചെറുതാണ്. ഓരോ വരിയും എൻഡ്പോയിന്റ് തിരഞ്ഞെടുക്കുന്നു, ക്ലയന്റ് സ്വീകരിക്കുന്ന ഐഡന്റിറ്റി പരിമിതപ്പെടുത്തുന്നു, അല്ലെങ്കിൽ മൂന്ന് ഫയലുകളിൽ ഒന്നിനെ ചൂണ്ടിക്കാണിക്കുന്നു.

client
dev tun
proto udp
remote vpn.example.net 1194
nobind

remote-cert-tls server
verify-x509-name vpn-gateway name
ca ca.crt
cert laptop-a.crt
key laptop-a.key

remote വരി നെറ്റ്വർക്ക് എൻഡ്പോയിന്റ് തിരഞ്ഞെടുക്കുന്നു. remote-cert-tls server എതിർവശം സെർവർ-റോളുള്ള സർട്ടിഫിക്കറ്റ് അവതരിപ്പിക്കണമെന്ന് ആവശ്യപ്പെടുന്നു. verify-x509-name പ്രതീക്ഷിക്കുന്ന പേര് ഉറപ്പിക്കുന്നു, ഇവിടെ vpn-gateway സെർവർ സർട്ടിഫിക്കറ്റിന്റെ Common Name ആയി OpenVPN-ന്റെ സ്ഥിരസ്ഥിതി നാമ ഫീൽഡോടെ. ഈ മൂല്യം DNS ഹോസ്റ്റ്നാമിൽ നിന്ന് അനുമാനിക്കുന്നതല്ല, അതിനാൽ ഓപ്പറേറ്റർ നൽകിയ ഐഡന്റിറ്റി സ്കീം ഉപയോഗിക്കുക.

ഒരു പരീക്ഷണ എൻഡ്പോയിന്റ് മറ്റൊരു സർട്ടിഫിക്കറ്റ് കാണിക്കുന്നത് കൊണ്ട് മാത്രം ആ പരിശോധനകൾ ഒഴിവാക്കരുത്.

ഈ അടിസ്ഥാന പ്രൊഫൈൽ വേറെ അക്കൗണ്ട് ചലഞ്ചും കൺട്രോൾ-ചാനൽ കീയും ഇല്ലെന്ന് കരുതുന്നു. സേവനത്തിന് auth-user-pass, tls-auth അല്ലെങ്കിൽ tls-crypt ആവശ്യമെങ്കിൽ, നൽകിയ കോൺഫിഗറേഷനും വസ്തുവും സൂക്ഷിക്കുക, കാരണം നിങ്ങൾ സ്വയം സൃഷ്ടിക്കുന്ന കൺട്രോൾ-ചാനൽ രഹസ്യം സെർവറിന്റേതുമായി ചേരില്ല. പഴയ ഉദാഹരണത്തിൽ നിന്ന് കംപ്രഷൻ അല്ലെങ്കിൽ സൈഫർ വരികൾ ഇറക്കുമതി ചെയ്യുന്നതിന് പകരം സേവനത്തിന്റെ സൈഫർ നയവും സൂക്ഷിക്കുക.

വർക്കിംഗ് ഡയറക്ടറി വ്യക്തമാക്കുക

ആപേക്ഷിക പാതകൾ പ്രോസസ്സിന്റെ വർക്കിംഗ് ഡയറക്ടറിയെ പിന്തുടരുന്നു, .ovpn ഫയലിന്റെ സ്ഥാനത്തെയല്ല.

പ്രൊഫൈൽ പുതിയ ഫോൾഡറിലേക്ക് മാറ്റിയാൽ കീയും കൂടെ വരുമെന്ന് കരുതുന്നവരെ ഇത് അത്ഭുതപ്പെടുത്തുന്നു. അഡ്മിനിസ്ട്രേറ്റർ തിരഞ്ഞെടുത്ത ഡയറക്ടറിക്ക്, താഴെയുള്ള കമാൻഡ് പ്രൊഫൈലും അതിന്റെ റഫറൻസുകളും വായിക്കുന്നതിന് മുമ്പ് സമ്പൂർണ്ണ പാതയിലേക്ക് മാറുന്നു.

sudo openvpn --cd /etc/openvpn/client/laptop-a --config laptop-a.ovpn

ഒരു ഡെസ്ക്ടോപ്പ് ഇമ്പോർട്ട് വിസാർഡോ സിസ്റ്റം സേവനമോ ആശ്രിതത്വങ്ങൾ നിങ്ങൾക്കായി പാക്കേജ് ചെയ്തേക്കാം കൂടാതെ സ്വന്തം നിയമങ്ങൾ പ്രയോഗിക്കാം. നിങ്ങൾ പരീക്ഷിച്ചതിൽ നിന്ന് വ്യത്യസ്തമായ വർക്കിംഗ് ഡയറക്ടറിയും അത് ഉപയോഗിച്ചേക്കാം. നിങ്ങളുടെ ലോഞ്ച് രീതി കീ, സർട്ടിഫിക്കറ്റ്, CA പാതകൾ എങ്ങനെ പരിഹരിക്കുന്നുവെന്ന് ഉറപ്പാക്കുക. .ovpn ഫയൽ മാത്രം നീക്കുന്നത് വേറെയുള്ള സ്വകാര്യ കീ നീക്കുന്നില്ല.

കീ ഉദ്ദേശിച്ച ഉപയോക്താവിനോ സേവന ഐഡന്റിറ്റിക്കോ മാത്രം വായിക്കാവുന്നതാക്കി സൂക്ഷിക്കുക.

ഫയൽ നാമങ്ങളല്ല, കൈമാറ്റം പരിശോധിക്കുക

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

പാസ്ഫ്രേസ് പ്രോംപ്റ്റ് വന്നാൽ അത് സ്വകാര്യ കീയുടേതാണ്, VPN അക്കൗണ്ടിന്റേതല്ല.

അവസാനം, പാക്കേജ് ക്രെഡൻഷ്യൽ വസ്തുവായി കണക്കെടുക്കുക. അതേ സർട്ടിഫിക്കറ്റും കീയും രണ്ടാമത്തെ ലാപ്ടോപ്പിന് നൽകുന്നത് ഐഡന്റിറ്റി പകർത്തുന്നു, ഫയൽ പേരുമാറ്റുന്നത് നിങ്ങൾക്ക് രണ്ടാം രജിസ്ട്രേഷൻ നൽകുന്നില്ല. പ്രൊഫൈൽ കൂട്ടിച്ചേർക്കുന്നതും അത് ഇഷ്യൂ ചെയ്യുന്നതും തമ്മിലുള്ള വ്യത്യാസം അതാണ്.

അനുബന്ധ ലേഖനങ്ങൾ