په DD-WRT کې د OpenVPN 2.5 اورېدونکی مړ دی؟ هغه ترتیب ولولئ چې جوړ کړی یې دی

په DD-WRT کې مړ اورېدونکی معمولاً مانا دا ده چې ډیمون د خپل ترتیب د تحلیل پر مهال ووت، نه دا چې د فایر وال یو قاعده پورټ بند کړ. OpenVPN 2.5 څو هغه ډیفالټ ارزښتونه سخت کړل چې زاړه ترتیبات پرې تکیه وو، او جوړ شوی ترتیب چې په زوړ بیلډ کار کاوه ممکن د سوکیټ له خلاصېدو مخکې رد شي. لامل د روټر په خپل لاګ کې دی، او انپټ په جوړ شوي فایل کې. دواړه په همدې ترتیب لوستل له هرې بستې نیولو ګړندي دي.

ډیمون فایر وال نه دی

دا توپیر مهم دی ځکه له بهر دواړه ناکامۍ یو شان ښکاري: کله چې کلاینټ لاس ورکول واستوي، هیڅ نه بیرته راځي. یو هغه پروسه ده چې نه ځي، او بل هغه پروسه ده چې ځي او فلټر کوي.

له هر څه بدلولو مخکې دوه کتنې وکړئ او جلا یې کړئ، ځکه په مړ ډیمون د فایر وال سمون یوازې دوهم بدلونکی زیاتوي.

هغه ترتیب ولولئ چې DD-WRT جوړ کړی دی

DD-WRT هغه متن چې تاسو په ویب انټرفیس کې ټایپ کړی OpenVPN ته نه ورکوي. دا جوړ شوی ترتیب /tmp/openvpn/openvpn.conf کې لیکي او ډیمون په همدې فایل پیلوي، نو د انټرفیس ساحې او په Additional Config کې هر متن د OpenVPN له لیدو مخکې یوځای کېږي. که د جوړ شوي فایل پر ځای فورم ډیبګ کړئ، تاسو نیت لولئ نه اصلي انپټ. د بیا پیلېدو /tmp له پاکولو مخکې هغه فایل یوې تلپاتې ځای ته کاپي کړئ.

جوړ شوی فایل له هغه څه سره پرتله کړئ چې غوښتل یې، په ځانګړې توګه هغه ځای چې انټرفیس یو لارښود لیکي چې تاسو هیڅکله نه دی غوره کړی. هغه ښکته غورځېدونکې لیست چې یو زوړ انتخاب صادروي په فورم کې نه ښکاري او د ډیمون لپاره وژونکی دی.

که جوړ شوی فایل خالي وي یا نه وي، ډیمون حتی پیل ته نه دی رسېدلی، او ستونزه د OpenVPN له پاسه ده.

OpenVPN 2.5 څه منل بند کړل

OpenVPN 2.5 ncp-ciphers له data-ciphers سره بدل کړ، او د TLS لږ تر لږه ډیفالټ نسخه 1.2 ته لوړه کړه. د کمپریشن چلند یې هم بدل کړ، نو هغه سیال چې کمپریشن وړاندیز کوي رد کېږي پرته له دې چې ترتیب په روښانه توګه اجازه ورکړي، او ns-cert-type په څېر زاړه انتخاب نومونه یې remote-cert-tls په ګټه زاړه اعلان کړل. له دې بدلونونو هر یو پخوا کارېدونکی ترتیب د تحلیل یا خبرو اترو ناکامۍ ته اړوي.

د ناکامۍ طریقه په لارښود پورې اړه لري. نامعلوم یا لرې شوی انتخاب ډیمون په پیل کې ودروي، دا هغه مړ اورېدونکی دی. د خبرو اترو ناسم والی ډیمون پرمخ وړي او کلاینټان ردوي، چې د کلاینټ له اړخه د فایر وال ستونزه ښکاري.

په لاګ کې لومړنۍ تېروتنه ولولئ، نه وروستنۍ. تحلیل په لومړي ناوړه لارښود کې درېږي، او له هغې وروسته هر څه د بندېدو شور دی.

د Broadcom ځانګړي مخکیني شرطونه

په Broadcom بیلډونو کې تونل وسیله باید شتون ولري مخکې له دې چې ډیمون یې وکاروي. وګورئ چې tun ماډل بار شوی او /dev/net/tun شته، ځکه نشتونکې وسیله د پیل ناکامي رامنځته کوي چې له سندونو سره هیڅ تړاو نه لري. دا خبره د هغو مرستندویه سکریپټونو لپاره هم ده چې DD-WRT د لارو او DNS لپاره جوړوي: که نه وي یا د چلولو وړ نه وي، ډیمون کېدای شي پیل شي او بیا هم خپل تنظیم بشپړ نه کړي.

کله چې اصلي پیغام ته اړتیا ولرئ ډیمون په مخکیني پلان کې د ډېر تفصیل سره پر جوړ شوي ترتیب چل کړئ. مخکیني پلان چلول هغه تحلیل تېروتنه چاپوي چې init سکریپټ تېرې کړې وه.

بیا نورمال خدمت بحال کړئ، ځکه مخکیني پلان ډیمون او init سکریپټ به پر پورټ جنګ وکړي.

له کلاینټانو د ډیبګ مخکې ثابته کړئ چې اورېدونکی شته

پروسه او سوکیټ جلا تایید کړئ: یو حکم د روان ډیمون لپاره، بل د تمه شوي پتې پر بند شوي UDP پورټ لپاره. بې سوکیټه پروسه مانا دا ده چې لا په تنظیم کې ده یا په ناسم انټرفیس تړلې ده. دا جوړه ګټوره ازموینه ده ځکه یو نیم پرته له بلې سم نه شي کېدای.

د کلاینټ اړخ ډیبګ یوازې هغه وخت مانا لري چې اورېدونکی شته وي. بیا وګورئ چې د کلاینټ سایفر او TLS تنظیمات د سرور data-ciphers لیست او لږ تر لږه نسخې سره سمون لري، او پورټ واقعاً روټر ته لیږدول کېږي.

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