په یو OpenVPN کلاینټ کې دوه د خدمت پتې: iroute او lo

غوښتنلیک د خپل تونل په پته ځواب وایي، او هغه پته چې تاسو د هغې لپاره مستند کړې هېڅ چېرې نه ځي۔ په OpenVPN لاګ کې هېڅ شکایت نه کوي، همکار وصل ښکاري، او هب په دقیق ډول یو کلاینټ لیست کوي۔ تشه دا ده چې په کلاینټ کې دوهمه پته دوه جلا حقایق دي: کوربه باید مالک یې وي، او هب باید پوه شي چې کوم همکار یې مالک دی۔ یو له بل پرته سمبال کړئ، ترافیک به یا په هب کې مړ شي یا به د کور پر لارې پرته ورسیږي۔

مستعار نوم سیمه ایز دی، مالکیت لرې دی

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

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

په خپلو یادښتونو کې هم دواړه سیمې جلا وساتئ۔ په مثال کې پتې د مستندولو ارزښتونه دي، او د هغوی له ریښتیني LAN سره یو ځای کول تر ټولو چټکه لاره ده چې یو کار کوونکی تنظیم مات ښکاره شي۔

په کلاینټ کې پته په تلپاتې ډول اضافه کړئ

د خدمت پته د کوربه مخکښې سره په loopback کې کیږدئ، تر څو کوربه هغه د رسیدو وړ فرعي شبکې په توګه نه، بلکې د سیمه ایز ننوت په توګه وګڼي۔ ip address add 10.66.0.10/32 dev lo دا د یوې پتې لپاره کوي، او د دوهمې پتې لپاره د حکم تکرار دوه خدمتونه ماډل کوي۔

دا د یو ځلي ازموینې په توګه چل کړئ، بیا یې هغه ځای ته یوسئ چې د کوربه شبکه ایز ترتیب لري، ځکه چې د چلولو پر مهال اضافه کول په بیا پیل کې ورک شي او د بیا نښلولو ترمنځ کاپي راټولیږي۔ د شبکې وروسته ترتیب شوی systemd واحد یو انتخاب دی، او د ویش شبکې مدیر بل دی۔ هر څه چې غوره کړئ، پته باید د غوښتنلیک د نښلولو دمخه موجوده وي، که نه خدمت په غلط ساکټ کې پاڅي۔ د لاسي حکم وروسته نه، د بیا پیل وروسته د ip address show dev lo سره وګورئ۔

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

هغه په CCD فایل کې وغواړئ چې هب واقعیا یې لولي

په سرور کې د مالکیت اعلان هغه د هر کلاینټ فایل ته ځي چې د تصدیق شوي عام نوم له مخې غوره کیږي، د client-config-dir نومول شوې ډایرکټري دننه۔ کرښه iroute 10.66.0.10 255.255.255.255 ده، د هرې پتې لپاره یوه، او سرور ته وایي چې کوم همکار باید د هغه منزل ترافیک ترلاسه کړي۔

دوه تفصیلات دا په خاموشۍ ماتوي۔ د فایل نوم باید هغه نوم سره سمون ولري چې سرور واقعیا یې کاروي، کوم چې هغه وخت توپیر لري چې username-as-common-name په لوبه کې وي۔ او iroute یوازې په TUN حالت کې د کلاینټ ترتیب ډایرکټري سره نافذ کیږي، نو هماغه کرښه په پل شوې ږدنې کې هېڅ نه کوي۔ کرښې موجود فایل ته اضافه کړئ، هغه مه بدلوئ، ځکه کېدای شي لا دمخه ثابته پته یا push اختیارونه ولري۔ د OpenVPN 2.6 مرجع دواړه ډایرکټري او د مالکیت لارښود مستند کوي۔

د هب خپل کرنل هم هغو منزلونو ته لارې ته اړتیا لري، تر څو سیمه ایزه جوړه شوې ترافیک د تونل پروسې ته ننوځي۔ په سرور ترتیب کې route 10.66.0.10 255.255.255.255 هغه ترافیک پوښي چې سرور پخپله جوړوي، پداسې حال کې چې نور کلاینټونه د منزل د خپلې زده کړې لپاره push "route 10.66.0.10 255.255.255.255" ته اړتیا لري۔

لارښونه او اجازه جلا پاتې کیږي۔ ټېله شوې لار کلاینټ ته وایي چې پاکټونه چېرته واستوي او هېڅ نه ورکوي؛ خدمت باید لا هم غوښتونکی په خپلو شرایطو ومني۔

د ننوت سیاست او د ځواب لاره وګورئ

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

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

په هماغه پورټ کې بلې پتې ته تړل شوي دوهم اوریدونکي ته پام وکړئ، ځکه کرنل هغه ساکټ ته رسوي چې سمون لري او پایلې تصادفي ښکاري۔ د ss -lntp سره وګورئ او تایید کړئ چې تړل شوې پته د خدمت مستعار نوم دی۔ دلته د سرچینې NAT ته اړتیا نشته، او د هغې اضافه کول هغه د غوښتونکي هویت پټوي چې ستاسو لاګونه پرې تکیه دي۔

پتې او مالکیت جلا ازموئ

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

هغه د ناکامۍ حالتونه هم وګورئ چې له نښلولو وروسته پاتې کیږي: تونل بند وي هم مستعار نوم ټاکل شوی پاتې کیږي، او همکار نه وي هم هب خپله لاره ساتي۔ هېڅ شی یوازې نه ثابتوي چې خدمت د رسیدو وړ دی، له همدې امله دوه ګامه ازموینه له لیپ ټاپ څخه یوه پنګ ته ماتې ورکوي۔