په Linux کلاینټ کې درې تنظیمات ټول د «پاکټونه کوچني کړه» غوندې اورېدل کېږي، او هغوی په بېلابېلو طبقو کې عمل کوي۔ د انٹرفیس MTU هره هغه پاکټ محدودوي چې وسیله یې لېږي۔ د مسیر MTU هغه پاکټونه محدودوي چې هغه مسیر کاروي، او دا ډېری وخت هغه څه وي چې تاسو یې واقعاً د یو VPN منزل لپاره غواړئ۔ د TCP MSS حد بدلوي چې دواړه سرونه څه پرې خبرې کوي، او د UDP لپاره هېڅ نه کوي۔

درې کنټرولونه چې د یوه ګوزار غوندې ښکاري

له ټاکلو مخکې یې څنګ په څنګ کېږدئ، ځکه چې غلط قطار ټاکل هغه ډېری مشورې تشریح کوي چې نه کار کوي:

ControlScopeWhat it cannot fix
Interface MTUEvery packet the device sendsNothing, but it over-constrains unrelated traffic
Route MTUPackets using that routeA send that the lookup never routes there
MSS clampTCP handshake on that pathUDP payload sizes and ICMP

د ټول ماشین لپاره د Ethernet MTU راټیټول د دې اصلاح کړوسې بڼه ده۔ دا کار کوي، او په کوربه کې هره بله اپلیکیشن هم جریمه کوي، هغه هم چې لارې یې سمې وې۔ د هر مسیر یوه ارزښت هماغه نیت پرته له څنګ لګښت څرګندوي۔

پرتله یوازې د هغه ټرافیک لپاره معتبره ده چې کوربه یې پخپله تولیدوي۔ د بل کلاینټ لپاره د پاکټ لېږدول د هغه خپله لاره او د تونل بهرنۍ بودیجه رانغاړي، او په دې کوربه کې د مسیر میټریک هغه پوله نه تېروي۔

بودیجه هغه مسیر ته وتړئ چې لټون ګټي

یو بېلګه IPv4 مسیر ریکارډ داسې ښکاري:

ip -4 route get 10.60.0.20
ip -4 route add 10.60.0.0/16 dev tun-office src 10.90.0.2 mtu 1380

ریکارډ د لګولو ارزښت په توګه نه، بلکې د نیت د بیان په توګه ولولئ۔ مخکښه، وسیله او غوره سرچینه باید له ریښتیني ترتیب سره سمون ولري، او شمېره باید د انکپسول شوې لارې په اړه له شاهدو راشي، نه له بلاګ پوسټ۔ د مسیر MTU داخلي IP پاکټ محدودوي، چې د 1380 بایټ TCP بار یا د 1380 بایټ کوډ شوي بهرني پاکټ سره یو شان نه دی۔

له هر څه اضافه کولو مخکې وګورئ چې لټون واقعاً چېرته حل کېږي۔ هغه کوربه چې د تګلارې قواعد لري کولای شي یو ټاکلی منزل د main پرته بل جدول له لارې مسیر کړي، او یوازې په main جدول کې موجود میټریک هغه غوښتنې ته ناڅرګند دی۔ پرتله کړئ ip -4 route show table all او ip route get ځواب، کله چې قواعد یې کاروي د نښې یا نوم فضاې پراختیا سره۔ که دواړه سره سمون ونه لري، هغه جدول چې ځواب یې ورکړ هغه میټریک ته اړتیا لري، نه هغه چې ښکتر ښکاري۔

mtu د mtu lock نه دی

په ډیفالټ ډول کرنل لا هم کولای شي د پاتې MTU له ICMP غبرګون څخه تازه کړي، د پاتې MTU کشف همدې لپاره دی۔ lock ورزیاتول هغه بندوي۔ دا بېله پرېکړه ده، نه د هماغه شمېر ساتلو پیاوړې لاره، او د IPv4 لپاره د «تکه مه کوه» بټ مستند چلند بدلوي۔

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

که ICMP په لاره کې چېرته فلټر شي، هېڅ د مسیر تنظیم یې نه سمولای شي۔ اصلاح فلټر ته اړه لري، او کوچنی MTU هغه لاره ده چې ریښتینې خرابي تر بل مسیر بدلون پورې پټوي۔

د تونل سافټویر خپل د اندازې ګوزارونه ورزیاتوي

OpenVPN- mssfix خپل مستند UDP تونل حالت لپاره د TCP برخې اندازه تنظیموي۔ دا پر TCP خبرې اترې عمل کوي، نو د عملیاتي سیستم د مسیر MTU بله املا نه ده، او هغه UDP خدمت ته مرسته نشي کولای چې خبرې اترې له پامه غورځوي۔

په یوه بدلون کړکۍ کې د مسیر MTU، د انٹرفیس MTU بدلون او MSS حد یو ځای مه غونډوئ۔ که ستونزه ورکه شي تاسو به نه پوهېږئ چې کوم مهم و، او هغه چې ساتئ به کلونه ټرافیک محدود کړي بې له داسې دلیل چې څوک یې یاد وي۔

د بېرته اړولو وړ یې کړئ، بیا یې ثابت کړئ

د مسیر ریښتینی مالک پرېکړه کوي چې بدلون د بیا نښلولو وروسته پاتې کېږي که نه۔ هغه VPN کلاینټ چې مسیر په متحرک ډول نصبوي معمولاً هغه پرته له ستاسو میټریک بیا جوړوي، او په لاس جوړ شوی ip route add بیا د یوې ورځې وروسته ناکام شوې اصلاح غوندې ښکاري۔ ارزښت د مدیر په ترتیب کې کېږدئ، او که لنډمهاله تجربه غواړئ لومړی اصلي مسیر ولیکئ۔

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

که شاهدې بدلون نه تاییدوي، د مدیر له لارې اووررایډ لرې کړئ او د مسیر د حذفولو پرځای اصلي مسیر ځانګړنې بیا رامنځته کړئ۔ بیا ولیکئ چې څه مو اندازه کړل او په کومه لاره، تر څو بل کس ریښتینی پرمختګ له پرېښودل شوې تجربې څخه توپیر کړای شي۔

اړوندې مقالې