د 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 حساب پورې.

په پای کې، بنډل د اعتبار موادو په توګه لیست کړئ. هماغه تصدیقنامه او کیلي دویمې لیپټاپ ته ورکول هویت کاپي کوي، او د فایل نوم بدلول تاسو ته دویمه ثبت نه درکوي. د پروفایل جوړولو او د هغې صادرولو ترمنځ توپیر همدا دی.