لاره د کوربه بټونو له کبله رد شوه؟ غوښتل شوی پریفکس پیدا کړئ

ستاسو د لارې کرښه رد شوې بېرته راځي، او هغه مشوره چې مومئ وایي IP لېږد فعال کړئ۔ دا دوه شیان د ستونزې په جلا پړاوونو کې دي۔ لېږد دا فیصله کوي چې آیا کوربه کولای شي کړکۍ تر منځ بستې انتقال کړي؛ د هغې په اړه هیڅ نظر نه لري چې تا ټایپ کړی منزل سمه شبکه ده که نه۔ لومړی پریفکس سم کړئ، ځکه لېږد هغه پته او ماسک نه شي ژغورلی چې یو له بل سره نه ځي۔

پارسر واقعاً د څه شکایت کوي

د پتې او ماسک په بڼه لیکل شوی منزل باید شبکه بیان کړي، او شبکه د صفر شوو کوربه بټونو څخه پیلېږي۔ کله چې ستاسو ورکړل شوې پته لا هم د کوربه برخې کې ارزښت ولري، جوړه په داخلي ډول ناسمه ده: 172.20.130.0 ښه ښکاري ځکه چې په صفر پای ته رسېږي، خو په څلورمه اکټټ کې صفر یوازینی مهم شی نه دی۔ دلته تېرې شوې بټې په درېیمه اکټټ کې دي۔

وسایلې دا ناسمي په بېلابېلو لارو سمبالوي۔ سخت پارسرونه کرښه ردوي او د کوربه بټونو نوم اخلي۔ نرم پارسرونه پته ماسکوي او هغه څه نصبوي چې تا نه دي غوښتي، دا لا بدتر دی، ځکه ترتیبات اوس هغه ساحه لارښوونه کوي چې تا هېڅکله نه ده غوښتي۔ د Python ipaddress ماډل انتخاب مستقیم ښکاره کوي: سخت شبکه پارس کول تېروتنه وهي، او strict=False د کوربه بټونو ماسک کوي۔ ستاسو کلاینت کېدای شي د نسخو تر منځ سخت، نرم یا ناسم وي، نو د عادت باور پر ځای پیغام ولولئ۔

بېلګه په لاس وکړئ

هغه تونل واخلئ چې /20 ماسک سره باید 172.20.130.0 ته ورسیږي۔ /20 له درېیمې اکټټ څخه څلور بټې قرض اخلي، نو هغه اکټټ یوازې د 16 په ګامونو شمېرل کیږي: 0، 16، 32 او بیا تر 240۔ ارزښت 130 د 128 او 143 تر منځ راځي، یعنې د هغې شاوخوا شبکه د 172.20.128.0 څخه پیلېږي، نه د صفر شوې وروستۍ اکټټ سره 172.20.130.0 څخه۔

لیکل شوی، بلاک د 172.20.128.0 څخه تر 172.20.143.255 پورې ځي او 4,096 پتې لري۔ هماغه ارزښتونه ناسخت پارسر ته ورکول هغه بدلون ښیي چې ستاسو په استازیتوب به یې کاوه:

$ python3 -c "import ipaddress; n=ipaddress.ip_network('172.20.130.0/20', strict=False); print(n, n.num_addresses)"
172.20.128.0/20 4096

فیصله وکړئ چې واقعاً کوم منزل مو غوښت

رد شوې کرښه معمولاً د درېو نیتونو یو پټوي، او انتخاب یوازې تاسو کولای شئ۔ که تونل ته ټول بلاک ته اړتیا وي، 172.20.128.0/20 ولیکئ، چې معیاري شبکه پته ده۔ که تونل ته یوازې 130 برخه ته اړتیا وي، ماسک غلط و او 172.20.130.0/24 رښتینی بڼه ده۔ که هدف یوازې یوه ماشین وي، IPv4 کوربه لاره /32 ده او هیڅ ماسک حساب پکې نه دی شامل۔

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

ولې لېږد هېڅکله حل نه و

رد شوې لاره هېڅکله د لېږد لارې ته نه رسېږي، نو net.ipv4.ip_forward بدلول نتیجه نه شي بدلولی۔ هغه ترتیب وروسته مهم دی، کله چې کوربه باید د کړکیو تر منځ بستې تېرې کړي، او د جدول سمیدو دمخه یې فعالول یوازې دا بدلوي چې بل کوم پړاو ناکام شي۔

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

نصب شوې لاره او هغه مسیر چې ګټي یې وګورئ

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

د بلاک دننه د غړي پته او د باندې یوه پته وپوښتئ، تر څو پرتله یوازې یوه ډاډمنه کرښه نه بلکې معنی لرونکې وي:

ip -4 route show 172.20.128.0/20
ip -4 route get 172.20.140.10
ip -4 route get 172.20.200.10

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