د VPN د MTU افسانې: ولې ستاسو پاکټونه کوچنیږي او ځای چېرته ځي

یو څوک تاسو ته وايي چې VPN "د MTU له امله پاکټونه له لاسه ورکوي"، تاسو تونل په 1400 وټاکئ، او لیږد بیا کار کوي۔ دا نتیجه د تشخیص په څیر ښکاري۔ معمولاً دا د حساب تصادفي ده: تاسو یو داسې شمېره غوره کړې چې د هغې کرښې لاندې د ځای کېدو لپاره کافي کوچنۍ ده چې تاسو هیڅکله نه ده پیژندلې، او په راتلونکي شبکه کې به د بل بودیجې سره بیا هماغه کرښه ومومئ۔

د دې ډیرې برخې لامل دوه افسانې دي۔ لومړی دا چې د تونل انټرفیس MTU د لارې MTU دی۔ دوهم دا چې انکپسولیشن "یو سرلیک" لګښت لري او PPPoE هغه څه لګښت نلري چې د شمیرلو ارزښت ولري۔ دواړه داسې غلط دي چې ستاسو غوره شوې شمېره تصادفي ښکاري، حال دا چې په رښتیا ټاکل شوې ده۔

لومړۍ افسانه: د تونل MTU د لارې MTU دی

هغه ارزښت چې تاسو د تونل په انټرفیس کې ټاکئ، د ترټولو لوی داخلي پاکټ په اړه یو ځایي ژمنه ده چې پلي کول به یې لاندې وسپاري۔ د لارې ریښتینې ظرفیت ستاسو او لرې پای ترمنځ د هرې اړیکې ځانګړتیا ده، او کله چې لاره بدله شي، کله چې موبایل اړیکه وسپارل شي، یا کله چې ترافیک بل peering واخلي، هغه بدلیدلی شي۔ ټاکل شوی 1500 تاسو ته وايي چې ستاسو هوسټ څه جوړوي، نه دا چې شبکه څه وړي۔

د لارې MTU کشف د دواړو د سمون لپاره دی، او د غبرګون پورې اړه لري۔ په IPv4 کې، هغه روټر چې د بشپړ اندازې پاکټ لیږلو توان نلري باید ICMP "fragmentation needed" پیغام ولیږي، او لیږونکی خپل اټکل کموي۔ په IPv6 کې ورته Packet Too Big پیغام دی، او روټرونه په تګ کې هیڅکله ټوټه ټوټه نه کوي۔ کله چې هغه غبرګون فلټر شي، لیږونکی هغه پاکټونه جوړوي چې لاره یې نه شي وړلای، او هیڅوک ورته نه وايي چې ولې۔

دوهمه افسانه: انکپسولیشن یو سرلیک لګښت لري

بهرني طبقې په رښتینې توګه وشمېرئ۔ بهرنی IP سرلیک په IPv4 کې 20 بایټ یا په IPv6 کې 40 دی۔ د NAT تیرولو لپاره UDP انکپسولیشن 8 اضافه کوي۔ د تونل پروتوکول خپل سرلیک، یو initialization vector یا nonce، تر بلوک یا د کوډ کولو د سمون پولې پورې ډکول، یوه پای برخه او د بشپړتیا د کتنې ارزښت اضافه کوي۔ د پروتوکول او کوډ پورې اړه لري، ټولټال په ارامۍ سره لسګونه بایټو ته رسیږي، مخکې له دې چې داخلي پاکټ پیل شي۔

بیا د داخلي پاکټ د خپلو سرلیکونو لپاره بیا کم کړئ۔ په تونل کې دننه TCP برخه خپل 20 بایټ IP سرلیک او 20 بایټ TCP سرلیک وړي، او د TCP MSS له MTU څخه راځي، نه د تونل له اسمي پیلوډ څخه۔ ځکه ping د کوچني پیلوډ سره بریالی کیدای شي پداسې حال کې چې د فایل لیږد ودریږي: وسایل مختلف شیان ازموي، او یوازې یو یې د بشپړ اندازې TCP برخه کاروي۔

ip link show tun0
ping -M do -s 1472 192.0.2.10
ping -M do -s 1400 192.0.2.10

لومړی حکم ټاکل شوی د تونل MTU راپور کوي۔ دواړه پروبونه 1472 بایټه پیلوډ لیږي، کوم چې د IPv4 او ICMP سرلیکونو 28 بایټو سره 1500 بایټه پاکټ دی، بیا کوچنی۔ که لوی پروب په بشپړه توګه ناکام شي او کوچنی بریالی شي، تاسو د اندازې پورې تړلې خرابي لرئ، نه عمومي روټینګ ستونزه۔

دریمه افسانه: PPPoE لا هم تاسو ته پاک 1500 درکوي

دودیز PPPoE د لاسرسي اړیکه 1500 بایټه IP پاکټ نه وړي۔ PPPoE سرلیک او PPP پروتوکول ساحه په Ethernet چوکاټ کې 8 بایټه اخلي، چې د IP پاکټ لپاره 1492 پاتې کیږي۔ دا هغه دودیزه کرښه ده چې په RFC 2516 کې تشریح شوې۔ که تاسو د داسې اړیکې له پاسه VPN چلوئ، د تونل اضافي لګښت له هماغه 1492 څخه راځي، نه له 1500۔

RFC 4638 د لوی PPP پیلوډ په اړه د خبرو اترو طریقه تعریفوي کله چې د لاسرسي کنسنټریټر او د پیرودونکي تجهیزات دواړه یې ملاتړ وکړي، ځکه "دا اړیکه PPPoE کاروي" یوازې یو ځانګړی شمېره نه ثابتوي۔ ځایي ترتیبات نشي کولای منځني وسیله اړ کړي چې هغه پاکټ ومني چې هیڅکله ورته نه دی تنظیم شوی، نو ګټوره پوښتنه دا ده چې اړیکه په رښتیا څه شي خبرې کړې، نه دا چې لیبل څه وايي۔

ولې ناکامي ټاکلې ښکاري

د کوچنیو غوښتنو بریالي کیدل او د لویو لیږدونو ودریدل د لارې-MTU د تور سوري کلاسیک نښه ده۔ لاس ورکول، DNS پوښتنه او API زنګ ټول ځای کیږي؛ لوی لیږد د بشپړ اندازې برخې جوړوي چې په یوه اړیکه کې مري، او هغه ICMP پیغام چې باید ستونزه راپور کړی وی هیڅکله نه رسیږي۔ اړیکه سمه ښکاري او ډاونلوډ ځوړند پاتې کیږي، کوم چې خلک د لارې پرځای سرور ته ګوري۔

دوهمه، اړونده تېروتنه درې شمېرې ګډول دي: د انټرفیس MTU، د TCP MSS او د پروتوکول خپله د ټوټه کولو یا ډکولو ترتیبات۔ په روټر کې د MSS فشار اعلان شوی MSS بیا لیکي ترڅو لیږونکی کوچنې برخې جوړې کړي؛ دا د تونل MTU نه بدلوي او د UDP ترافیک سره مرسته نه کوي۔ درې واړو ته یو شان شمېره ورکول ځکه چې اړوند ښکاري، هغه لار ده چې ښه نیت لرونکی بدلون کاري ترتیبات ماتوي۔

څه بدل کړو، او په کوم ترتیب

له شاهدانو پیل وکړئ۔ د پورتنیو پروبونو سره تایید کړئ چې خرابي د اندازې پورې تړلې ده، بیا هغه ترټولو کوچنۍ اندازه چې تیریږي او ترټولو لویه چې ناکامه کیږي ومومئ۔ مخکې له دې چې تونل ملامت کړئ، د لاسرسي اړیکې ریښتینی MTU وګورئ؛ PPPoE اړیکه ستاسو VPN تر لاسرسي مخکې بودیجه محدوده کوي۔ اصلي ارزښتونه یادښت کړئ ترڅو بدلون بیرته راوګرځول شي۔

بیا هغه ترټولو کوچنی سمون پلي کړئ چې کلاینټ یې مستند کوي۔ ډیر کلاینټونه د تونل MTU سره د MSS د سمون انتخاب وړاندې کوي، او د MSS انتخاب ډیری وختونه د TCP لپاره غوره لیور دی ځکه چې پرته له دې چې هر پاکټ کوچنی کړي لیږونکي ته رسیږي۔ هماغه هدف او هماغه لیږد بیا ازموئ، او هغه شمېرې یادښت کړئ چې پرې ټینګ شوئ۔ په یوه لاسرسي شبکه کې کار کوونکی د تونل ارزښت نړیوال ثابت نه دی، او راتلونکی ځای به خپله بودیجه ولري۔