د SSH له لارې VPN کلاینت پیلوئ؟ لومړی خپله لار ټینګه کړئ

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

د پیل مخکې لاره ثبت کړئ

ip route show default اوسنۍ ګېټوې او انټرفیس نوموي، په داسې حال کې چې ip route get 203.0.113.9 ښیي کوم انټرفیس او د سرچینې پته به کرنل ستاسو غونډې لپاره وکاروي۔ دواړه پایلې وساتئ۔ وروسته له دې چې تونل پورته شي، هغه دوه کمانډونه باید لا هم فزیکي لاره بیان کړي، او که هغوی پرځای تونل بیان کړي، غونډه لا دمخه پر پور شوي وخت ژوند کوي۔

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

پته د کلاینټ په خپل ترتیب کې ټینګه کړئ

په لاس اضافه شوې لار د بیا پیل پر مهال ورکیږي او د کلاینټ د خپل جدول تازه کولو سره سیالي کوي، نو استثنا هلته کېږدئ چېرې چې جدول مدیریت کیږي۔ د OpenVPN لاندې net_gateway کلیدي کلمه هغې ګېټوې ته حل کیږي چې د تونل دمخه وه، نو route 203.0.113.9 255.255.255.255 net_gateway پرې ټینګه یوه پته له دې بهر ساتي۔ WireGuard بل چلند ته اړتیا لري ځکه چې wg-quick پخپله لارې مدیریت کوي: Table = off تنظیم کړئ او استثنا په PostUp کې زیاته کړئ، د هغې د لرې کولو لپاره د سمونکي PostDown سره۔ دواړه بڼې یوه نیت څرګندوي، او دواړه استثنا یوې پتې ته محدودوي، د دې پرځای چې تونل د هر څه لپاره کمزوری کړي۔

د IPv6 لپاره همدا نظر یو کوربه پریفکس اخلي، او د پوښل شوي لېږد قضیه د یادولو وړ ده: که د تونل خپله بهرنۍ اړیکه پر یوه ثابته پته وي، هغه پته باید د هغه تونل څخه بهر پاتې شي چې هغه یې وړي، که نه نو کلاینت خپل لېږد پخپله خپل دننه ته لارښوونه کوي۔

یا اصلي جدول له معادلې وباسئ

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

دواړه له یوې کوربه لارې څخه ډېر ماشینري دي، او دواړه هغه وخت ارزښت لري چې په ماشین کې له یوې ډېر شیان باید له تونل څخه ژوندي پاتې شي۔

فرض کړئ چې ټینګول کېدای شي ناکام شي

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

دوه ساتنې اقدامات لس دقیقې لګښت لري۔ هغه څارونکی چې کلاینټ ودروي که په څو دقیقو کې د تایید ننوتل راڅرګند نه شي، بندول په ځنډ بدلوي، او بله SSH غونډه چې د بدلون پر مهال پرانیستې ساتل کیږي ثابتوي چې استثنا هغه وخت کار کوي چې تونل پورته وي۔ یوازې keepalive دلته مرسته نه کوي، ځکه لاره ورکه شوې نه چې بې کاره وي؛ هغوی یوازې مرګ د پام وړ کول اسانه کوي۔

په هغه ترتیب سره تایید کړئ چې اهمیت لري

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

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