د VPN پته مو سپین لیست ته ورزیاته او بیا هم بنده ده؟ تعقیب یې کړئ

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

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

په اپلیکیشن کې پته هغه پته نه ده چې رسېږي

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

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

یوه غوښتنه تر خپلې فلټر کولو پولې پورې تعقیب کړئ

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

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

iptables -vnL INPUT --line-numbers
iptables -S INPUT | head -n 40
ss -ltnp | grep -E ':(443|9443)\b'

په ټیکټ کې د اړوندې قاعدې شمېره ذکر کړئ۔ پرته له دې بل لوستونکی نه شي پوهېدای چې کوم سمون پایله بدله کړې۔ پرته له وخت نښې د قاعدې شمېره لا هم ناڅرګنده ده۔

لاره د یوې محدودې نیولې سره تصدیق کړئ

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

tcpdump -ni any 'tcp dst port 9443' -c 20

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

یوازې قاعده نه، د زنځیر ترتیب ولولئ

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

د دې لپاره چې وګورئ څه پېږي قاعده ړنګول بدلون دی، نه مشاهده۔ شمېرونکي ولولئ، د قاعدې شمېره یادښت کړئ، او اصلي تګلاره د بدلون په ثبت کې وساتئ۔ که ازموینه ناگزیره وي، په زنځیر د یوې کاپي باندې یې چلوئ۔

هغه قاعده بدله کړئ چې مالک یې کنټرولوي

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

کله چې پته خوځېږي، تلپاتې ځواب یو ثابته وتنه یا تصدیق شوې کانال دی، نه اوږده استثنا لیست۔ لیدل شوې سرچینه، منزل پورټ او د قاعدې شمېره ثبت کړئ۔