dnsmasq نشي کولی پورټ 53 وتړي: هغه ساکټ ومومئ چې دا نیولی دی

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

په دې ترتیب پنځه ګامه: تېروتنه بیا تولید کړئ، اورېدونکي ولیکئ، wildcard وپېژنئ، دنده وسپارئ، بیا تایید کړئ.

ګام 1: تېروتنه بیا تولید او لوستل

dnsmasq د هغه تنظیم سره چې خدمت یې کاروي په مخکینۍ برخه کې پیل کړئ، ترڅو تېروتنه د اټکل وړ لاګ پر ځای ستاسو په ټرمینل کې ښکاره شي. په پیغام کې د پتو کورنۍ او ځایي پتې ته پام وکړئ. یوې ځانګړې پتې ته بایند او wildcard ته بایند دوه بېلې ناکامۍ دي چې بېل مالکان لري.

سم متن وساتئ. پته په کار کې ده، د اجازې ناکامي او نه شته انټرفېس ټول د پیل ناکامۍ په توګه راځي، او دوی درې بېلو سمونو ته اشاره کوي.

ګام 2: مالکان ولیکئ

لومړی ساکټونه ولیکئ. د سرچینې پورټ 53 باندې فلټر دواړه لېږدونه او مالک پروسه ښیي کله چې د لیدلو واک ولرئ:

ss -lntup 'sport = :53'

پایله په کالمونو کې ولولئ: لېږد، ځایي پته، پورټ، پروسه. TCP اورېدونکی او UDP اورېدونکی جلا ساکټونه دي، نو یو بندول بل نه خالي کوي. wildcard پته هره انټرفېس پوښي، یعني VPN پته لا دمخه نیول شوې ده، که څه هم هېڅ کرښه یې په نوم نه یادوي. او د پروسې نوم درته وایي چې دا د وېش لخوا اداره شوی ریزالور دی، کانټینر دی، که هغه څه چې پخواني ازموینې چلېدونکی پرېښی دی.

ګام 3: د wildcard تله

bind-interfaces انتخاب بدلوي چې dnsmasq wildcard ساکټ وتړي که د هر تنظیم شوي انټرفېس لپاره یو ساکټ، لکه څنګه چې د dnsmasq حواله بیانوي. پرته له دې dnsmasq کولی شي wildcard وتړي او پر ځای یې غوښتنې د انټرفېس له مخې فلټر کړي، کوم چې سمدلاسه ناکامېږي کله چې بل ډیمون wildcard نیولی وي. Linux bind-dynamic ورزیاتوي، کوم چې د پیل وروسته جوړ شوي انټرفېسونه سمبالوي، ریښتینی اندېښنه کله چې د VPN انټرفېس یوازې د نښلېدو پر مهال ښکاره شي.

له همدې امله دوه ډیمونونه چې دواړه د بېلو انټرفېسونو لپاره تنظیم شوي ښکاري بیا هم ټکر کېږي. ټکر په ساکټ کې دی، نه په نیت کې. د بایند طریقه په پوهه سره وټاکئ او د بدلولو دمخه د خپلې نسخې مستند چلند ولولئ.

ګام 4: دنده وسپارئ

پرېکړه وکړئ کوم ډیمون VPN پېرېدونکو ته او کوم کوربه ته ځواب ورکوي. یو ریزالور چې د تونل پتې باندې اورېدل کوي او پورته لوري ته لېږدوي یو عادي ترتیب دی؛ دوه ریزالورونه چې هر یو یې ځان د پورټ 53 مالک ګڼي هېڅ ترتیب نه دی.

بیا هغه پرېکړه د هر خدمت په خپل تنظیم کې څرګنده کړئ: د اورېدلو پتې، د انټرفېس فلټرونه او لېږدول. هغه د خدمت د مالک له لارې بدل کړئ، که هغه د وېش واحد وي، د شبکې مدیر وي یا د کانټینر چلېدو چاپېریال، ترڅو بدلون د بیا پیل وروسته هم پاتې شي.

ګام 5: ساکټ تایید کړئ، بیا لار

د بیا پیل وروسته، د پېرېدونکي ازمویلو دمخه تایید کړئ چې غوښتل شوي ساکټونه شته. هغه ډیمون چې کله هم نه دی تړل شوی په لار نشي ژغورل کېدای، او د سم تړل شوي ساکټ پر وړاندې د پېرېدونکي ناکامي بله ستونزه ده چې بل حل لري. بیا د تونل باندې د پېرېدونکي څخه رسېدل وګورئ. یوازې له هغې وروسته دا ارزښت لري چې وپوښتو اړین نومونه حل کېږي که نه.

درې جلا پایلې چې باید جلا وساتل شي: ساکټ شته، پېرېدونکی ورته رسېږي، ځواب سم دی.

څه نه باید وکړو

د پورټ خالي کولو لپاره ناپېژانده ریزالور مه بندوئ پرته له دې چې پوه شئ څه پرې تکیه دي، ځکه د کوربه خپلې پلټنې معمولاً تکیه دي. هغه زړه لارښود مه کاپي کوئ چې دوهم ډیمون عامه اورېدلو پتې ته لېږدوي، ځکه دا د اړخیز اغېز په توګه پرېکړه کوي چې څوک ستاسو څخه پوښتنه کولی شي. او کله چې ناکامي ځایي وه لېږدول مه ورزیاتوئ.

که ماشین اداره کېږي، د مالکیت پرېکړه هلته ولیکئ چې راتلونکی مدیر یې ومومي. د پورټ ټکرونه هربار چې انځور بیا جوړ شي راستنېږي.