د Linux وېش فایر وال کولای شي ستاسو VPN ټرافیک بند کړي

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

مدیر او backend ومومئ

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

backend هومره مهم دی څومره چې فرنټ اینډ۔ د firewalld نصب کولای شي د نسخې او ترتیباتو له مخې nftables یا زوړ iptables backend چل کړي، او دواړه بېلابېلې کتنې تولیدوي۔ ستاسو سیستم د هر لارښود سره د پرتله کولو دمخه وېش، نسخه او backend په ټکټ کې ولیکئ۔

لوری او انټرفیس سره سم کړئ

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

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

د قاعدو مالکان په یووالي کې وساتئ

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

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

سمون پرته له دې چې لاک ډاون له لاسه ورکړئ وګورئ

تطبیق شوې حالت د هغه د مالک مدیر سره وګورئ، د هغو کمانډونو په کارولو چې ستاسو ثبت شوي backend سره سمون لري۔ لاندې لیست فرض کوي چې firewalld مسؤل دی؛ د ټولو چلولو پرځای د nftables یا ufw لپاره معادل بدل کړئ۔ په یوه غونډه کې د وسایلو ګډول هغه لار ده چې ماشین د دوو متضادو د قاعدو ټولګو سره پای ته رسوي۔

sudo firewall-cmd --get-active-zones
sudo firewall-cmd --zone=trusted --list-all
sudo nft list ruleset | head -40

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

بیا اصلي غوښتنه او هغه د ناکامۍ چلند چې تاسو یې غواړئ تکرار کړئ۔ نوی کار کوونکی سایټ بس نه دی که هماغه بدلون د کلاینټ لاک ډاون لرې کړی وي، نو غیر خوندي لار هم وآزموئ۔ مدیر، backend، انټرفیس او د قاعدې هدف ولیکئ، ځکه چې د دوهم مدیر بیا ژوندي کوونکی پیکج تازه کول به نور بیا ټوله ګډه وډه جوړه کړي۔