bypass-dhcp په OpenVPN د لارې په پلان کې واقعاً څه ورزیاتوي

redirect-gateway def1 bypass-dhcp لرونکی پروفایل د IPv4 د ډیفالټ لارې بدلون یوې تنګې استثنا سره یوځای کوي۔ خلک وروستی کلمه لولي او د موبایل اړیکو لپاره عمومي حل هیله کوي، بیا هغه DHCP تیورۍ ته ماسپښین تېروي چې دا بیرغ هېڅکله نه ده ملاتړ کړې۔ هر برخه یوه کار کوي، او استثنا د خپل شهرت څخه ډېره کوچنۍ ده۔

یوازې د موبایل شبکې ناکامي د پتې وېش ته منسوبولو دمخه بیرغونه سره جلا کړئ۔ د هغې تار دواړه نیمې برخې سره هېڅ تړاو نلري۔

دوه بیرغونه، دوه بې تړاوې دندې

د def1 سره، کلاینټ د لا موجودې ډیفالټ لارې بدلولو پرځای دوه IPv4 نیمګړې ډیفالټ لارې ورزیاتوي۔ 0.0.0.0/1 د پتې فضا لاندې نیمه برخه پوښي او 128.0.0.0/1 پورتنۍ نیمه، نو یوځای هر هدف ته رسېږي په داسې حال کې چې هر یو له 0.0.0.0/0 څخه ډېر ځانګړی پاتې کېږي۔ له همدې امله اصلي ډیفالټ لاره په جدول کې پاتې کېږي پرته له دې چې هغه لټونونه وګټي، چې زاړه دروازه د هر هغه څه لپاره د لاسرسي وړ ساتي چې کلاینټ یې په څرګنده لاره ورکوي۔ دا په جدول کې دوه یو بل پوښونکې ډیفالټ لارې هم پرېږدي، او له همدې امله د لارو ډمپ کېدای شي د پروفایل له اشارې څخه عجیب ښکاره شي۔

bypass-dhcp جلا دی، او د ډیفالټ لارې ته هېڅ نه رسېږي۔ د OpenVPN 2.6 لارښود دا د مستقیمې لارې د زیاتولو په توګه بیانوي چې یو DHCP سرور ته ځي چې په ځایي فرعي شبکه کې نه وي، نو د کرایې ټرافیک له تونل څخه بهر وځي، او یادونه کوي چې دا چلند په Windows کلاینټونو کې پلي شوی او ممکن بل ځای کې نه وي۔

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

استثنا واقعاً څه ته محدوده ده

د بریالۍ اړیکې وروسته یو بېلګه جدول بڼه ښيي: د تونل له لارې دوه نیمګړې ډیفالټ لارې، او د فزیکي دروازې له لارې د DHCP سرور لپاره یوه هوسټ لاره۔ دا د خپلو پتو په توګه نه، بلکې د بڼې په توګه ولولئ۔

0.0.0.0/1        via 10.8.0.1      dev tun0
128.0.0.0/1      via 10.8.0.1      dev tun0
192.168.1.1/32   via 192.168.1.254 dev wlan0

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

وګورئ چې کلاینټ واقعاً څه نصب کړي

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

د VPN پای نقطې ته لاره په همدې وخت کې د کارولو وړ وساتئ۔ هغه پای نقطې استثنا د DHCP استثنا څخه بېله اړتیا ده، او پرته له هغې تونل کېدای شي هغه لېږد ونیسي چې هغه ساتي۔

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

پاتې لار په دې بیرغ کې نه ده

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

د نومونو حل او IPv6 هر یو خپله تګلاره ته اړتیا لري۔ د IPv4 بدلون نه حلونکی د تونل اړخ ته سرور ته ګرځوي او نه IPv6 پوښښ جوړوي، او هغه کلاینټ چې یوازې v4 بیاځای کوي v6 لاره نه لاس وهل شوې پرېږدي۔

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