ઇશ્યૂ કરેલી ફાઇલોમાંથી OpenVPN ક્લાયન્ટ પ્રોફાઇલ કેવી રીતે બનાવવું

તમારો ઓપરેટર એક 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 એકાઉન્ટનો નહીં.

અંતે, પેકેજને ઓળખપત્ર સામગ્રી તરીકે યાદીમાં લો. એ જ સર્ટિફિકેટ અને કી બીજા લેપટોપને આપવાથી ઓળખની નકલ થાય છે, અને ફાઇલનું નામ બદલવાથી તમને બીજી નોંધણી મળતી નથી. પ્રોફાઇલ બનાવવા અને તેને ઇશ્યૂ કરવા વચ્ચેનો આ જ ફરક છે.