له VPN له لارې د لارې MTU موندنه: اندازه او د ICMP تشه

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

د لارې MTU واقعاً څه اندازه کوي

د لارې MTU د دوو کوربه تړونو ترمنځ په مسیر کې ترټولو کوچنی تړی MTU دی، نه هغه MTU چې ستاسو په سیمه ییز انٹرفیس چاپ شوی۔ سیمه ییزه ارزښت هغه ټکی دی چې اټکل پیلېږي، او لار ټاکي چې چېرې باید پای ته ورسیږي۔ همدا لامل دی چې یو شان تونل په یوه لاسرسي شبکه کار کوي او په بله کې درېږي: مسیر بدل شو، نه ترتیب۔ یو ځل اندازه کول او هر چېرې فرض کول هغه تېروتنه ده چې دا ستونزه ژوندې ساتي۔

د تونل لپاره مهمه شمېره داخلي MTU ده، چې د بهرنۍ لارې اجازه منفي هغه څه چې انکپسولیشن یې لګوي۔ WireGuard بهرنی IP سرلیک او UDP سرلیک ورزیاتوي؛ نور ټرانسپورټونه خپل ورزیاتوي۔ که داخلي اندازه ډېره لوړه وټاکئ، هر بشپړه اندازه بسته به داسې ټوټه کول وغواړي چې کېدای شي هېڅکله هم نه وي۔

ولې تونل د کارېدونکې بستې اندازه کموي

که د تونل انٹرفیس د فزیکي تړي MTU وساتي، هر لویه بسته دې ته تکیه ده چې څوک لاندې د هغې په ټوټه کولو تیار وي۔ IPv4 په اصل کې اجازه ورکوي، خو هغه روټر چې ورته ویل شوي چې ټوټه کول مه کوه، پرځای یې تېروتنه بیرته ورکوي۔ IPv6 روټرونه د تګ په بهیر کې هېڅکله ټوټه کول نه کوي، نو هماغه ترتیب د پتې کورنۍ له مخې توپیر لري۔ هر څنګه وي، تر هغه چې یو څه بیرته راپور نه ورکړي، لېږدونکی هېڅ نه زده کوي۔

عملي پایله دا اندازه ده چې په لاس ورکولو کې ځای پېدا کوي خو په پیلوډ کې نه۔ TLS ClientHello یا DNS پوښتنه د دې لپاسه کوچنۍ ده چې له کمېدلې لارې بې لاس وهنې تېره شي، خو لوی لیږد داسې نه دی۔ له همدې کبله نښې د ځانګړو کوربه تړونو پر ځای د ځانګړو عملیاتو شاوخوا غونډېږي۔

موندنه یوازې هغه وخت کار کوي چې راستنېدونکی معلومات ورسیږي

د IPv4 موندنه د don't-fragment بټ تکیه ده: هغه روټر چې بسته نشي لېږلای، د راتلونکي ټوپ MTU سره ICMP fragmentation-needed بیرته ورکوي، او لېږدونکی خپل اټکل کموي۔ IPv6 پرځای Packet Too Big پیغامونه کاروي، ځکه روټرونه د تګ په بهیر کې ټوټه کول نه کوي۔ دواړه میکانیزمونه فرض کوي چې پیغام به لېږدونکي ته د بیرته راتلو لار ومومي، د تونل له لارې او د بیرته راتلو په لار کې له هر فایر وال تېر شي۔ کله چې دا فرض ناکام شي، لېږدونکی هغه اندازه بیا بیا ازموي چې لار یې نشي وړلای۔

هغه فایر وال چې echo request او echo reply ته اجازه ورکوي، اړینه نه ده چې هغه د تېروتنې ډولونو ته هم اجازه ورکړې وي۔ ICMP یوه کورنۍ ده، او دلته مهم غړي تېروتنې دي، نه د ایکو جوړه۔ د تونل د دواړو سرونو او د هغوی ترمنځ په لار کې د کنټرول ترافیک تګلاره وګورئ، او هر چېرې د هر ICMP ډول اجازه ورکولو پر ځای د پلیټفارم ملاتړ شوې لارښوونه تعقیب کړئ۔

هماغه فلټر کول کېدای شي د تونل دننه وي۔ که داخلي لار تېروتنه پرېږدي خو بهرنۍ لار یې وړي، لېږدونکی کېدای شي داسې حد ته ځان برابر کړي چې انکپسول شوی ترافیک یې هېڅکله واقعاً نه ویني۔

د شمېرې اټکلولو پر ځای لاره وازموئ

منزل، لاسرسي شبکه او تونل ثابت وساتئ، بیا یوازې د بستې اندازه بدله کړئ۔ هغه don't-fragment ازموینه چې د MTU اشارې سره ناکامه شي تاسو ته د راتلونکي ټوپ حد درکوي؛ تر هغه تکرار کړئ چې یوه اندازه تېره شي، او هم اندازه او هم د پتې کورنۍ ثبت کړئ۔

ping -M do -s 1400 10.60.20.10
ping -M do -s 1300 10.60.20.10
ping -6 -M do -s 1300 2001:db8::10

هغه ping چې ځای پېدا کوي دا نه ثابتوي چې د یوه ریښتیني اپلیکیشن بشپړې اندازې سیګمنټونه ځای پېدا کوي، نو ازموینه د هغه لیږد سره تکرار کړئ چې واقعاً ناکام شو۔ ترټولو لویه بریالۍ ازموینه د هغه تونل MTU سره پرتله کړئ چې تاسو تنظیم کړی، او دواړه شمېرې په خپلو یادښتونو کې جلا وساتئ۔ که هغه نږدې یو سرلیک توپیر ولري، تاسو د نیمګړتیا پر ځای د انکپسولیشن اضافي لګښت موندلی دی۔

PLPMTUD چې په RFC 4821 کې تشریح شوی، پورته خوا ته ازموینه کوي او د رسول شویو تېروتنو باور پر ځای د ټرانسپورټ تاییدونه کاروي۔ دا د ICMP فلټر کوونکو لارو کې مرسته کوي، خو ملاتړ د سټیک او اپلیکیشن له مخې توپیر لري۔ TCP بهیر کېدای شي پخپله روغ شي، خو د ثابت ډیټاګرام اندازې UDP اپلیکیشن ناکام پاتې کېږي۔

یوه ارزښت وټاکئ او دلیل یې ثبت کړئ

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

د IPv4 میکانیزم په RFC 1191 کې او د IPv6 د بستې کولو لارښوونه په RFC 8201 کې تشریح شوې؛ د دواړو نومول راتلونکی انجینر له دې فرض د بیا ایستلو څخه ساتي۔ که لیږد ستاسو په ټاکل شوې اندازه لا هم درېږي، د شمېرې کموول ودروئ او راتلونکې طبقه وګورئ۔ هغه لار چې په هر اندازه ناکامه شي د MTU ستونزه نه ده۔