WireGuard ودرېږي: د MTU حد که ورک د لېږلو قاعده؟
له سرور هاخوا هر څه چې نه کار کوي، د لېږلو یا د بېرته راستنېدو د لارې ستونزه ده۔ کوچنۍ غوښتنې چې کار کوي او لویې چې ودرېږي، د بستې اندازې نښه ده۔
عادت دا دی چې WireGuard سم نه چلېدلې سره سم MTU راټیټ شي، او دا عادت بله خرابي پټوي۔ هغه دروازه چې نه لېږي او هغه لار چې لویې بستې نه وړي، د بېلېدونکو بڼو نمونه جوړوي: یوه په دواړو لورو او په هر انداز کې ناکامېږي، بله په کوچنیو غوښتنو ژوندۍ پاتې کېږي او په لویو مري۔ له هرې شمېرې د بدلولو دمخه وټاکئ چې کومه بڼه لرئ۔ ازموینه ارزانه ده او د ممکنه لاملونو نیمه لرې کوي۔
دوه ناکامۍ، دوه بېلې بڼې
د لېږلو ستونزه له سرور وروسته سمدلاسه ښکاري۔ لاس ورکول بریالي کېږي، د تونل پته ځواب ورکوي، او د دروازې شا ته په کوچنۍ غوښتنه هم هېڅ نه رسېږي۔ بسته سرور ته ورسېده او ولېږل نشوه، یا ځواب بېرته راستنېدو لار نه درلوده۔
د انداز ستونزه یوازې له یوې څنډې پورته ښکاري۔ DNS، د TCP لاس ورکول او یوه کوچنۍ API غوښتنه کار کوي، خو د فایل ډاونلوډ یا لوی ځواب ودرېږي۔ هغه بستې چې ځای پرځای شوې له سره تر سره تېرې شوې، او هغه چې ځای پرځای نه شوې چېرې پرته له ګټور راپور څخه وغورځول شوې۔
هغه څرګندونې بېلو خلکو او بېلو ترتیباتو فایلونو ته اشاره کوي، نو د اټکل په پرتله د بڼې اندازه کول ډېر ارزښت لري۔ دروازې ته یوازې یو ping د دوی جلا کولای نه شي۔
له هر څه کوچني کولو دمخه لېږل لرې کړئ
د دروازې خپله نه، بلکې د دروازې هاخوا هدف وآزمایئ۔ سرور د تونل پتې ته ping یوازې دا ثابتوي چې انټرفیس فعال دی او هغې ماشین ته رسېږئ چې تونل پای ته رسوي۔ د پراخې شبکې ټرافیک په هغه ماشین باندې د IP لېږلو فعالېدو او هغې فایر وال پورې تړلی دی چې لېږل شوی بهیر اجازه ورکوي۔ دواړه باید سم وي، او که یو ناسم وي هغه ورته چوپتیا پیدا کېږي۔
د بېرته راستنېدو لارښوونه هم هماغومره مهمه ده۔ که د هدف شبکه ونه پوهېږي چې د مراجع تونل پتې ته څنګه ورسیږي، غوښتنه راځي او ځواب ورکېږي، او مراجع د وخت د پای ته رسېدو راپور ورکوي چې د غورځول شوي لېږلو په څېر ښکاري۔
چېرې چې ډیزاین د پتو ژباړه کاروي، د ژباړې قاعده د هغې بېرته راستنېدو لارې برخه ده۔ د MTU ستونزې په تعقیب کې د هغې لرې کول یو فعال ډیزاین په مات شوي بدلوي، نو د سمون دمخه موجودې قاعدې ولولئ۔
واندازه کړئ چې ماتېدل له کومه پیلېږي
لومړی د لېږلو حالت او د فلټر قاعدې ولولئ۔ دا یوازې لوستلو ازموینې دي او ارزانې پوښتنې ته ځواب ورکوي:
sysctl net.ipv4.ip_forward
sudo iptables -S FORWARD
ip route get 10.30.0.9بیا له مراجع څخه د دروازې هاخوا هوسټ ته، د don’t-fragment بټ سره اندازې وآزمایئ:
ping -M do -s 1200 10.30.0.9
ping -M do -s 1400 10.30.0.9که لومړنۍ ازموینه کار وکړ او دویمه د ټوټه کېدو د تېروتنې سره ناکامه شوه، لار خپل د کار وړ انداز درته وایي۔ که هېڅ یوه کار ونه کړ، تاسو لېږل یا لارښوونه ګورئ، او MTU هغه بدلېدونکی نه دی چې باید بدل شي۔
| Observation | Points toward | Where to look |
|---|---|---|
| Nothing beyond the gateway works | Forwarding or return route | Forwarding flag, filter rules, routing table |
| Small works, large stalls | Packet size on the path | Tunnel MTU and the link underneath |
| Only names fail | DNS resolution | The resolver configured for the tunnel |
| Works sometimes | Multiple paths or state expiry | Flow selection and NAT state |
هغه پوړ سم کړئ چې تاسو ثابت کړ
کله چې لېږل خرابي وي، سمون د لېږلو قاعده یا لار ده، د ډیزاین د اجازې تر بریده تنګه بیان شوې۔ کله چې انداز خرابي وي، سمون هغه MTU ده چې په همدې ځانګړې لار کې انکپسولېشن په پام کې نیسي، او په هغه انټرفیس پلي کېږي چې ورته اړتیا لري، نه په بیړۍ کې هر اډاپټر۔
هر څنګه وي، وروسته هماغه دنده هماغه هدف ته بیا تکرار کړئ۔ که اصلي لوی لېږد اوس بشپړېږي، بدلون هغه پوړ ته ورسېد چې ناکامېده۔ که یوازې کوچنۍ ازموینه ښه شوه، تاسو یو نښه درملنه وکړه او ریښتینی حد لا هم خپل ځای ته دی۔
ولیکئ چې له بدلون دمخه کومه بڼه ولیدله۔ هغه یوه کرښه، چې د سمون ترڅنګ ثبت شوې، هماغه ده چې بل کس د هغه MTU راټیټولو څخه منع کوي چې هېڅکله ستونزه نه وه۔