نسټ شوې VPN تونلې: ولې داخلي یې پر لویو پاکټونو ودرېږي
هره تونل د بلې د پیل مخکې د لارې د پاکټ بودیجې یوه برخه لګوي۔ سرلیکونه جمع کړئ او داخلي ناسته پر لویو پاکټونو ناکامېږي۔
DNS حل کیږي، SSH ناسته پاتې کیږي، او بیا لوی اپلوډ کنګل کیږي، پداسې حال کې چې همدې هوسټ ته ping لا هم ځواب ورکوي۔ دا وېشنونه خرابه شوې تونل ته نه، بلکې د پاکټ اندازې ته اشاره کوي۔ نسټ شوې تونلې د هغو اندازو په صورت کې دې ته رسېږي چې هیڅ یوه تونل یې یوازې نه شي رسېدلی۔ داخلي ناسته سمه ده؛ یوازې هغه پاکټونه ورته ورکول کیږي چې نور نه ځای پرځای کیږي۔
د لارې MTU په حقیقت کې چېرته ځي
هره انکپسولیشن د بلې طبقې د وار مخکې بایټ لګوي۔ د Ethernet لاره بهرني پاکټ ته 1500 بایټ وړاندې کوي، او بهرنې تونل خپله برخه اخلي مخکې له دې چې د هغې دننه هر څه پته ولري۔ یوه اټکل شوې لګښت ارزښت به سم هغه اندازه غلط وي چې اهمیت لري۔
طبقې په ترتیب سره ولیکئ: د لاسرسي لاره، بهرنی ترانسپورت، بهرنې تونل، داخلي ترانسپورت، داخلي تونل، اپلیکیشن۔ هر سرلیک یو ځل وشمېرئ، او UDP له تونل خپل سرلیک او ټاګ څخه جلا وساتئ۔
دوه WireGuard طبقې، یو ځل شمېرل شوې
یوه IPv4 د لاسرسي لاره واخلئ، چې دننه یې بله WireGuard تونل وي۔ بهرنې طبقه 20 بایټ IPv4، 8 بایټ UDP او د WireGuard د معلوماتو سرلیک او د هغې د تصدیق ټاګ لپاره 32 بایټ لګوي۔ د هغې دننه داخلي تونل ته خپل 20 بایټه IPv4 سرلیک او 8 بایټه UDP سرلیک ته اړتیا ده، د هغې دوهم 32 بایټ WireGuard لګښت مخکې۔ پاتې برخه IPv4 سرلیک، TCP سرلیک او معلومات ځایوي۔ بهرنې IPv6 لاره 20 پرځای 40 لګوي او 1320 پاتې کوي۔
| Layer | Bytes |
|---|---|
| Path MTU | 1500 |
| Outer IPv4 header | 20 |
| Outer UDP header | 8 |
| Outer WireGuard header and tag | 32 |
| Inner transport IPv4 header | 20 |
| Inner UDP header | 8 |
| Inner WireGuard header and tag | 32 |
| Innermost IPv4 header | 20 |
| TCP header | 20 |
| Payload that fits | 1340 |
حساب 1340 بایټ ته رسېږي۔ یوه طبقه د همدوو قواعدو سره د TCP د ګټور بار لپاره 1400 پاتې کوي، یعنې 1500 منفي 20، 8، 32، 20 او 20، او د 60 بایټ توپیر سم هغه داخلي انکپسولیشن دی چې دوهمه تونل یې زیاتوي۔
1400 پر نسټ شوې لاره تطبیق کړئ او داخلي تونل 60 بایټ کم وي، ناپیدا تر هغه چې پاکټ دومره لوی شي چې ورته اړتیا ولري۔ پډینګ او د پروتوکول خپل د ټوټې کېدو انتخاب بیا شمېرې خوځوي، نو جدول ته باور وکړئ۔
MTU، MSS او ټوټه کېدل په بېلو ځایونو کې عمل کوي
د انټرفیس MTU محدودوي چې انټرفیس څه وباسي، پداسې حال کې چې TCP MSS کلپنګ بدلوي چې TCP سیال څه لېږلو ته چمتو دی۔ کلپنګ TCP ناستې سمې کوي او د لوی UDP ډاټاګرام لپاره هیڅ نه کوي، همداسې یو سمون یو اپلیکیشن ته بریالی ښکاري او بل په خاموشۍ کې تېروي۔ د پروتوکول خپل د ټوټې کېدو انتخاب دریمه اهرګي ده چې خپلې ناکامۍ لري۔ د انټرفیس MTU عام لومړی ګام او ترټولو خام دی۔
پل شوې او روټ شوې تونلې بېلې فریمې وړي، نو د بل ځای اعداد لږ تر لږه تطبیقېږي۔ د لارې MTU کشف، چې بیان شوی دی RFC 8201 کې، یوازې هغه وخت مرسته کوي چې د هغې پورې تړلي ICMP پیغامونه تېرېدو ته پرېښودل شي۔
د کمې طبقې موندل
که غوښتنې پرتله اجازه ورکړي، نو له نسټ کولو مخکې هره تونل جلا وګورئ۔ د ثابتې اندازې پروب دا فیصله کوي: ping -M do -s 1472 -c 3 10.8.0.1 د هغې طبقې دننه بشپړ 1500 بایټه IPv4 پاکټ لېږي۔ دوهمه طبقه ورزیاته کړئ او هماغه پروب تکرار کړئ، ترڅو هر ناکامي یوې پېژندل شوې بدلون ته منسوب شي۔
کله چې لېږد ودرېږي، یو مستند پارامیټر په یو وخت بدل کړئ او هغه اندازه ولیکئ چې ناکامېږي۔ د بېرته راستنېدو لاره هم وګورئ، ځکه نسټ شوې د لارو ریکورژن کولای شي د پاکټ اندازې ستونزه دومره نږدې نقل کړي چې یوه ماسپښین وباسي۔ فلټر شوی ICMP ځواب کولای شي ریښتینی حد پټ کړي، نو پروب له استدلال څخه مهم دی۔
بودیجه هغه ځای ولیکئ چې بل کس به یې ومومي
د هرې طبقې لپاره یوه کرښه لرونکی جدول د غوښې قاعده څخه اوږد ژوند کوي۔ دا د تونل انځور ترڅنګ وساتئ ترڅو هیڅوک تر فشار لاندې حساب بیا نه کوي۔
ډېرې تونلې ډېر تړاوونه معنا لري، نو د بېرته ګرځېدو پلان د بودیجې ترڅنګ خپل ځای ګټي۔ که اعداد لا هم نه جوړېږي، د بیا اټکل پرځای لاره اندازه کړئ۔ هدف هغه شمېره ده چې ساتلی شئ، نه هغه چې یادېږي۔