OpenVPN client-config-dir: د فایل نوم د تصدیق‌پاڼې CN سره

دوه نومونه لوبه کې دي مخکې له دې چې پیرودونکی وصل شي: په لپ‌ټاپ کې د فایل نوم (nuc.ovpn) او هغه هویت چې سرور یې له اسنادو څخه جلا کوي۔ client-config-dir پلټنه دویم کاروي۔ په پیرودونکی کې د پروفایل نوم بدلول، یا د سرور فایل ته .conf ورزیاتول، په دې کې هېڅ نه بدلوي چې سرور کوم فایل پرانیزي۔

ګټوره پرتله «کوم نوم مې وکاراوه» نه ده، بلکې «سرور کومه قاعده پلي کوي» ده، ځکه چې د تصدیق‌پاڼې تصدیق او د کارن نوم/پټنوم تصدیق کولی شي له یوه ورته ننوتلو څخه بېلابېل اغېزمن نومونه جوړ کړي۔

د پروفایل نوم او د تصدیق‌پاڼې عام نوم

په تلواليزه تصدیق‌پاڼې-محوره ترتیب کې سرور X.509 عام نوم اخلي او د client-config-dir دننه د هماغه نوم فایل لټوي۔ هغه پروفایل چې نوم یې nuc.ovpn دی او تصدیق‌پاڼه یې tester وایي، /etc/openvpn/server/ccd/tester ته حل کېږي۔ د پیرودونکي د فایل نوم هېڅکله حساب ته نه راځي۔ دا لومړی ځای دی چې ناسم‌تړاو پکې پټېږي۔

نو په احتیاط نومول شوو پروفایلونو ډکه پوښه کېدای شي هر وخت ناکامه شي۔ فایل د subject، د بریښنالیک پتې یا د GUI کې ښودل شوي نوم له مخې نه پرتله کېږي؛ د عام نوم د تار له مخې پرتله کېږي۔

په هغه فایل‌سیسټم چې د لویو او کوچنیو تورو توپیر کوي، Tester او tester دوه بېلابېل فایلونه دي او یوازې یو پرانیستل کېږي۔ عام نوم له هغې تصدیق‌پاڼې وګورئ چې پیرودونکی یې رښتیا وړاندې کوي، نه له هغې کاپي چې په یادښتونو کې ده۔

username-as-common-name قاعده اړوي

کله چې سرور د username-as-common-name سره د کارن نوم/پټنوم تصدیق چلوي، تصدیق شوی کارن نوم دې پلټنې لپاره د تصدیق‌پاڼې عام نوم ځای نیسي۔

دواړه حالتونه مستقیم پرتله کړئ: د تصدیق‌پاڼې هویت سره فایل تصدیق‌پاڼې پسې ځي او پټنوم بدلول بې‌اړیکې دي؛ د کارن نوم هویت سره فایل د ننوتلو نوم پسې ځي او تصدیق‌پاڼې بیا صادرول بې‌اړیکې دي۔ کوم ډګر چې سرور یې ځای نیسي، پر هماغه باید نوم بدل شي۔ نوې CN سره بیا صادر شوې تصدیق‌پاڼه د پلټنې هدف په خاموشۍ بدلوي، او زوړ CCD فایل په ډیسک کې سم ښکاري۔

ګډ ترتیبات شته، او ډېره ګډوډي له هماغه ځایه پیلېږي۔ که یو خدمت بلاک بدلون فعال کړي او بل یې نه کړي، اغېزمن نوم په دې پورې تړلی دی چې کومه نسخه اړیکه اداره کړې۔ د نړیوال فایل د پلي کېدو فرض کولو پرځای فعال ترتیب تایید کړئ۔ پورته د سرور انتخابونو مرجع د نومول شوي فایل پلټنه او اختیاري بدیل مستند کوي۔

سرور څه لولي، او څه په خاموشۍ پرېږدي

دوه کوچني توپیرونه پرېکړه کوي چې فایل وټاکل شي که نه۔ لومړی هغه اوږدونکی دی چې ورزیات شوی۔ دویم هغه توری دی چې په نوم کې پاتې شوی۔

OpenVPN هغه نوم ته چې لټوي .conf نه ورزیاتوي، نو tester.conf د tester سره نه ځانګړي کېږي۔ هغه ایډیټر چې اوږدونکي پټوي کېدای شي فایلي پرېږدي چې په لیست کې سم ښکاري او هېڅکله نه ځانګړي کېږي۔

کله چې سمونکی فایل نه وي، سرور کولی شي DEFAULT نومي فایل ته واوړي۔ نو د ځینو امستنو راتلل دا نه ثابتوي چې د هر پیرودونکي فایل کارول شوی۔ ټاکل شوې پته یا ټېل وهل شوې لارې د هغه څه سره پرتله کړئ چې د هر پیرودونکي فایل به یې ورکړي۔ اجازې درېیم فلټر دی، ځکه سرور فایل له امتیازاتو تېرېدو وروسته پرانیزي؛ هغه root شیل چې دا لولي شي هېڅ نه ثابتوي۔

سم فایل نوم منځپانګه نه تصدیقوي

ټاکنه او منځپانګه جلا ناکامۍ دي۔ وروسته له دې چې سم فایل پرانیستل شو، لارښوونې یې باید د هماغه پیرودونکي لپاره معتبرې وي۔

ifconfig-push باید هغه پته ورکړي چې ټوپولوژي یې رښتیا کارولی شي، او iroute یوازې د هماغه پیرودونکي شاته لارښوول شوې فرعي شبکې لپاره مانا لري۔

یو هویت، څو وسیلې

دوه لپ‌ټاپه چې ورته عام نوم وړاندې کوي، ورته فایل ټاکي او ورته پیرودونکي-ځانګړې امستنې ترلاسه کوي۔ که تاسو جلا پتې یا جلا لغوه کول غواړئ، جلا هویتونه غواړئ، نه د یوه فایل دوه کاپي۔

پرتله د هویت شریکولو او د هر وسیلې لپاره د یوې تصدیق‌پاڼې صادرولو ترمنځ ده۔ شریکول اداره کولو لپاره ساده او لغوه کولو لپاره درانه دي، په داسې حال کې چې د هرې وسیلې تصدیق‌پاڼې ډېر ترتیب غواړي او تاسو ته د غیرفعالولو لپاره پاکه واحده درکوي۔