ip netns exec او DNS: ولې نومونه د نیمسپیس په داخل کې ناکامېږي

یو کمانډ د VPN نیمسپیس په داخل کې پرته له کوم شکایت 10.8.0.5 ته رسېږي، او هماغه کمانډ هغه شېبه ناکامېږي چې د کوربه نوم کاروي۔ نیمسپیس خپل انټرفېسونه، مسیرونه او ساکټونه لري؛ خپل ریزارور فایل نه لري۔ که یو څه هلته یو نه کېږدي، دننه پروسه د کوربه /etc/resolv.conf لولي او له هغه سرور پوښتنه کوي چې کېدای شي له دې شبکې سټیک څخه د لاسرسي وړ نه وي۔

دا د فایل غوراوي ستونزه ده نه د لارښوونې ستونزه، او همدې لپاره عددي منزل لا هم کار کوي۔

هغه ریزارور لید وګورئ چې پروسه یې واقعاً ترلاسه کوي

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

د ip netns add سره جوړ شوي نیمسپیس لپاره یوازې د لوستلو کتنه لنډه ده:

ip netns exec vpn cat /etc/resolv.conf

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

exec مرستندوی واقعاً څه مونټ کوي

د ip-netns وسیله د هر نیمسپیس ترتیب د /etc/netns/NAME/ لاندې مستند کوي۔ کله چې دا یوه پروسه پیلوي، مرستندوی د مونټ نیمسپیس جوړوي او هغه فایلونه د دوی په عادي لارو مونټ کوي، نو پروسه د نیمسپیس ځانګړې کاپي ویني۔ دا د همدې ځانګړي پیلوونکي اسانتیا ده۔ شبکې نیمسپیس ته د بلې لارې، لکه unshare یا د کانټینر رنټایم له مخې ننوتل دا په خپله نه تکراروي۔

دلته څوکۍ د loopback ریزارور ده: 127.0.0.53 د نیمسپیس خپل loopback مانا لري، نه د کوربه سټب۔ هغه سټب چې یوازې د کوربه نیمسپیس کې اوري په نوي کې خدمت نه ګرځي۔

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

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

هغه اپلیکیشنونه چې خپل ریزارور لري، لکه هغه چې DNS over HTTPS کاروي، کېدای شي فایل بشپړ نادیده وګڼي۔ که وسیله خپل DNS ترتیبات ولري، د resolv.conf بدلول پرې اغېزه نه کوي، او نیمسپیس هېڅکله ستونزه نه وه۔

فایل په سم ځای ولیکئ

د /etc/netns/NAME/resolv.conf لاندې د نیمسپیس ځانګړی فایل جوړ کړئ او پیلوونکی یې وړاندې کړي۔ دا لږترلږه وساتئ: یو یا دوه د لاسرسي وړ سرورونه او هغه پلټنې ډومېنونه چې دنده ورته اړتیا لري۔ د پروسو د یوې ډلې لپاره فکر شوی لید سمولو لپاره د کوربه جوړ شوی ریزارور فایل مه سمئ، ځکه چې دا په ماشین کې هر اپلیکیشن بدلوي۔ که کوربه د ریزارور مدیر کاروي، د نیمسپیس لار د هغه مدیر له لارې ترتیب کړئ، نه د هغه سره د جګړې۔

د فایل منځپانګه په رنبوک کې ثبت کړئ۔ که نه، بل کس به د کوربه ریزارور وازموي، کار کوونکی ځواب وویني او نتیجه واخلي چې نیمسپیس سم دی۔

ټوله لاره بیا وازموئ

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

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