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

ټونل بیا نښلېږي، بیا هېڅ نه وځي

هغه وتونکی قاعده چې د منزل پته نوموي یو لحظه ای عکس دی، او د DNS ځوابونه داسې نه دي۔ کله چې چمتو کوونکی پته څرخوي، هغه بسته چې کلاینټ نوي peer ته لېږي له هېڅ سره سمون نه خوري او د تلوی ممانعت له خوا غورځول کېږي۔ بیا کلاینټ د وخت پای راپور ورکوي، چې د سرور ستونزه ښکاري نه د firewall۔

هغه پته ټینګول چې یوه عامه پلټنه یې بېرته راګرځوي نن کار کوي او سبا ماته پرېږدي۔ هغه یو ځل سمون دی، نه د ساتنې تګلاره۔

هغه استثنا بیان کړئ چې واقعاً یې اراده لرئ

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

لاندې حکم د یو IPv4 UDP پای ټکي بڼه د تار لرونکي اپلنک په سر ښیې۔ دواړه ارزښتونه په هغو بدل کړئ چې تاسو د ځای پرځای کولو پر وړاندې تایید کړي دي۔

sudo ufw allow out on enp3s0 proto udp to 192.0.2.44 port 1194
sudo ufw status verbose

هغه اجازه په همدې پورټ باندې خپل سري منزلونه نه اجازه ورکوي، اورېدونکی نه جوړوي او TCP نه پوښي۔ د UFW لارښود پاڼه بیانوي چې پته، انټرفېس او پروتوکول څنګه قاعده تنګوي، او هماغه تنګوالی ټول مطلب دی۔

دا د یو کاري بهیر په توګه تازه کړئ

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

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

د کلاینټ لېږد د هغه د ملاتړ شوي بیا نښلېدو لارې له مخې وګورئ او تایید کړئ چې کومه لرې پته یې وټاکله۔ یوازې DNS تازه کول یو موجود ساکټ نه خوځوي، او د پای ټکي دوام تنظیم کولای شي کلاینټ تر ریکارډ له بدلېدو وروسته هم ډېر وخت په زوړ peer بند وساتي۔

په پای کې زوړه اجازه په قصدي ډول بیرته واخلئ، او د تصویب شوې نښلېدنې کړکۍ اجازه ورکړئ تر څو چې زوړ سیشن لا فعال وي۔ زوړ اندراج ډېر ژر لرې کول لنډ بندښت پیدا کوي؛ هغه تل لپاره پرېښودل داسې اجازه پرېږدي چې څوک یې نه شي تشریح کولای۔

زوړه اجازه په قصدي ډول بیرته واخلئ

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

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

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

اړوندې مقالې