هغه اپلیکیشن چې د VPN له پتې سره تړل شوې بیا هم غلط مسیر کاروي
د VPN له پتې سره تړلی ساکټ عادي ډیفالټ مسیر تعقیبوي. د پالیسۍ قواعدو له اضافه کولو مخکې د پتې مالکیت او د سرچینې خبرې اړوند لټون وګورئ.
یوه اپلیکیشن د VPN له پتې سره تړل کیږي، او اړیکه بیا هم د عادي ډیفالټ مسیر له لارې وځي. په تړلو کې هېڅ شی ناکام نه شو؛ دا هماغه کار وکړ چې تړل یې کوي. د ساکټ تړل د یوې سیمهایزې پتې سره هغه سرچینه پته ټاکي چې کرنل یې په سرلیک کې ایږدي. دا هېڅ مسیر نه نصبوي، او هغه پالیسي قاعده نه جوړوي چې دې سرچینې لرونکي پاکټونه یو ځانګړي تونل ته واستوي.
د دې لارښود پاتې برخه زما د کتنې ترتیب او هغه کمانډ دی چې هر مشاهده ورکوي.
تړل واقعاً څه فیصله کوي
تړل ساکټ ته یوه سیمهایزه پته ورکوي. بیا کرنل هماغه د مسیر لټون کوي چې بل ډول به یې کاوه، پرته له دې چې یوه پالیسي قاعده بدله کړي چې دا لټون کومه جدول لولي.
همدا لامل دی چې پاکټ کولای شي په فزیکي انٹرفیس کې د VPN د سرچینې پتې سره ووځي. په بل اړخ کې دا له هغه خصوصي حد څخه راځي چې شبکه په دې لار کې هېڅکله تمه نه درلوده، د بېرته راتلو ټرافیک بېرته تلو مسیر نه لري، او اړیکه ځوړندې یا بیا تنظیمېږي.
د Linux د IP ساکټونو حواله د تړلو معنا لیکلې ده. د مسیر نیمه برخه په ip-rule او ip-route کې اوسیږي، او دوی په یوه لامل جلا لارښوونکي دي.
ډاډ ترلاسه کړئ چې پته دې نومفضا ته اړه لري
هغه پته چې تاسو یې سره تړلای شئ باید د هغې شبکې نومفضا په دننه کې په یو انٹرفیس کې موجوده وي چې اپلیکیشن پکې ځي. د سیال پته، د ګېټوې پته، یا هغه پته چې یوازې په بله نومفضا کې موجوده ده تړل کیدای نشي، او غوښتنلیک د EADDRNOTAVAIL سره ناکامېږي.
ip -br addr show
ip netns identify <pid>
ss -tanp | grep <port>هغه درې د اپلیکیشن په څېر په همدې شرایطو کې چل کړئ: هماغه نومفضا، او که ترلاسه کړئ هماغه کاروونکی. زوړ net30 نقشه د دې ثبوت نه دی چې ستاسو اوسنی ټوپولوژي کلاینټ ته کومه پته ورکړې. هغه انٹرفیس ولولئ چې واقعاً فعال دی.
د هغې سرچینې او منزل لپاره لټون ولولئ
یو کمانډ هغه پوښتنې ځواب ورکوي چې تړلو نه دی ورکړی:
ip route get 203.0.113.10 from 10.8.0.2
ip rule showلومړی کرښه هغه مسیر چاپوي چې له هغې سرچینې څخه هغه منزل ته به پاکټ اخلي، د وتلو انٹرفیس او غوره سرچینې په ګډون. که دا فزیکي انٹرفیس ونوموي، تړل او مسیر سره مخالف دي، او پاکټ به د هغې سرچینې سره ووځي چې لاره بېرته نه شي راتلای.
بیا ip rule show درته وایي چې ایا کومه قاعده بله جدول ټاکله. دلته لومړیتوبونه مهم دي، ځکه لومړنۍ سمه قاعده ګټي، او ستا د قاعدې پورته هر څه نیولوونکې قاعده ستا قاعده ناپیدا کوي.
د پالیسۍ قاعده یوازې هغه وخت نصب کړئ چې همدا ډیزاین وي
د سرچینې پر بنسټ مسیر ایښودنه یو قصداً ډیزاین دی، نه د یوې اپلیکیشن لپاره ترمیم. که د پالیسۍ مالک غواړي چې د تونل فرعي شبکې ټرافیک تونل وکاروي، قاعده د هغه په تنظیماتو کې ده، نه ستاسو په لپټاپ باندې یو ځلي کمانډ کې.
د کار وړ بڼه هغه جلا جدول دی چې د تونل له لارې ډیفالټ مسیر ولري، او یوه قاعده چې د VPN سرچینه ساحه هغه جدول ته واستوي. هغه استثناوې ورزیاتې کړئ چې ډیزاین ته اړینې دي، ځکه یوازې د تونل ډیفالټ لرونکی جدول هغه منزلونه هم نیسي چې باید سیمهایز پاتې شي یا د فزیکي لارې له مخې ورته رسیدل ممکن وي.
ip route add default dev tun0 table 100
ip rule add from 10.8.0.2 table 100 priority 100
ip route get 203.0.113.10 from 10.8.0.2د ip rule del او ip route flush table 100 سره یې بېرته وګرځوئ. هر څه چې دې ډول ورزیات شي د بیا پیل په وخت ورکېږي، پرته له دې چې یو مدیر یې ولیکي، چې هم د امنیت ځانګړنه ده او هم د دې لامل چې یوازینې کاپي په خپل شیل تاریخ کې ونه ساتئ.
د درې مشاهدو سره تصدیق کړئ
هغه سرچینه چې اپلیکیشن غوښتې، هغه مسیر چې لټون ټاکلی، او هغه سرچینه چې سرور واقعاً لیدلې، ثبت کړئ.
دا درې کیدای شي سره مخالفې وي، او هر اختلاف بل ځای ته اشاره کوي. په تونل انٹرفیس کې نیول ثابتوي چې پاکټ په سمه سرچینه ووت. په فزیکي انٹرفیس کې نیول ثابتوي چې دا په غلطه لار ووت. یوازې د سرور خوا لیدل هغه څه دي چې لاره له سره تر پای تصدیقوي.
که اپلیکیشن د وسیلې سره د تړلو اختیار یا د هر اپلیکیشن لپاره د مسیر حالت وړاندې کوي، دې ته د بېل محدودیتونو سره بېل میکانیزم په توګه وګورئ. په بڼه ورته تنظیمات ټول یو شان کرنل پرېکړې ته نه رسیږي.