پاڼې لوډېږي خو په VPN کې اپلوډونه ودرېږي: کوم لامل ګټي
د اندازې پورې تړلې ودرېدنه د لارې MTU نیمګړتیا سره سمون خوري، او همدارنګه د DNS، د اپلیکیشن حد یا بېثباته تونل سره۔ څلور کتنې پرېکړه کوي چې کوم یو۔
پاڼې لوډېږي، VPN د نښلېدو خبر ورکوي، او د فایل اپلوډ هربار په هماغه ځای کې کنګل کېږي۔ دې توضیح سره څلور څرګندونې سمون خوري: د کڅوړې اندازې ستونزه، د نومونو حل ستونزه، د اپلیکیشن حد او هغه تونل چې دوامداره بیا تنظیمېږي۔ هر یو یې د بېلې کتنې له مخې تایید یا رد کېدای شي، نو پرېکړه د لامل اټکل نه، بلکې د سمې ازموینې غوره کول دي۔
څلور نوماندان او یو شکل
د پاتې کېدو له شکل څخه پیل وکړئ، ځکه چې دا د هر وسیلې له پرانیستلو مخکې د لړلیک ډېره برخه لرې کوي۔ په ثابت اندازه کې پېښېدونکې ودرېدنه د اندازې ستونزه ده تر څو چې خلاف یې ثابت شي۔ په ناڅاپي ځایونو کې ودرېدنه د ضایع یا ثبات ستونزه ده۔ د نښلېدو مخکې پاتې کېدل د نوم ستونزه ده۔
څلورم نوماند خپله اپلیکیشن دی۔ د اپلوډ حدود، د غوښتنو وخت محدودیتونه او د پروکسي د بدن د اندازې حدونه هغه پاتې کېدنې پیدا کوي چې له براوزره د شبکې نیمګړتیا په څېر ښکاري، او معمولاً د ودرېدو پرځای د رد په بڼه راځي۔
له هر څه ازموینې مخکې لیدل شوی شکل ولیکئ۔ "نږدې په هماغه بایټ شمېر کې، هربار، چې تونل پورته وي، ودرېږي" — "اپلوډونه کار نه کوي" په پرتله ډېر پیاوړی پیل ټکی دی۔
بیا د ازموینې پر مهال لار ثابته وساتئ۔ د وتلو، پروتوکول او سرور په یو وخت بدلول داسې پایله ورکوي چې له هغو هیڅ یوه ته یې نه شئ نسبت کولای۔ په هر چلند کې یو بدلونکوونکی، او هغه ولیکئ۔
له تګلارې سره د لاس وهلو مخکې اندازه نیمه کړئ
تر ټولو ارزانه توپیر کوونکی هغه ازموینه ده چې یوه شمېره بدلوي۔ مقصد ته په زیاتېدونکې اندازه، د ټوټه کېدو منع pingونه واستوئ، او هغه فایل چې تاسو کنټرولوئ هماغه خدمت ته اپلوډ کړئ، بیا پرتله کړئ چې هر یو چېرې ودرېږي۔
ping -M do -s 1472 203.0.113.9
curl -T ./probe.bin -o /dev/null -w '%{size_upload} %{time_total}
' https://example.net/uploadلومړی فرمان وایي چې ایا بشپړ اندازې کڅوړه لاره په بشپړه توګه تېرېږي۔ د 1500 بایټ MTU په صورت کې، تر ټولو لوی ICMP بار چې ټوټه نه کېږي 1472 بایټ دی، او تونل د دننۍ کڅوړې له پیل مخکې له دې بودیجې څخه نور هم اخلي۔ دویم فرمان تاسو ته د اپلیکیشن کچې لېږد لپاره اندازه او موده درکوي، او هماغه شمېره ده چې واقعاً مهمه ده۔
| Candidate | Observation that confirms it | Observation that rules it out |
|---|---|---|
| Path MTU or blocked ICMP feedback | Stall at a consistent size; large do-not-fragment probes fail | Small and large transfers both complete |
| Name resolution | The connection never opens for that name | The connection opens and then stalls mid-transfer |
| Application or proxy limit | A clean rejection at a documented size | No log entry on the server at all |
| Tunnel instability | Reconnects or rekeying during the transfer | The tunnel uptime is unchanged across the failure |
دواړه یو ځای ولولئ۔ هغه ازموینې چې له حد څخه پورته ناکامېږي او هغه اپلوډ چې هماغه حد ته نږدې ودرېږي — دا یوه منسجمه کیسه ده۔ که ټولې ازموینې بریالۍ وي خو اپلوډ په هغه بایټ شمېر کې ودرېږي چې لاره یې په روښانه توګه وړي، دا اپلیکیشن یا سرور ته اشاره کوي، او د MTU هېڅ کار به یې نه بدلوي۔ هغه منفي پایله د مثبتې پایلې په اندازه ارزښت لري۔ دا د پلټنې تر ټولو ګران څانګه لرې کوي۔
بیا د لېږد پر مهال ثبات وګورئ، ځکه هغه تونل چې د لوی اپلوډ په منځ کې کیلي نوي کوي، داسې ناکامي پیدا کوي چې د اندازې پورې تړلې ښکاري خو نه ده۔ د کاري وخت لوستل د دې تایید لپاره تر ټولو ارزانه لار ده۔
د ترمیم او موقت حل تر منځ پرېکړه وکړئ
که شواهد اندازې ته اشاره وکړي، دوه رښتیني ځوابونه او یو نارښتینی شته۔ رښتیني یې دا دي: د اړین ICMP غبرګون اجازه ورکولو سره د لارې MTU کشف بېرته راژوندی کړئ، یا اعلان شوې برخې اندازه محدوده کړئ تر څو سیالان کوچنۍ برخې واستوي۔ نارښتینی دا دی چې د انټرفېس MTU د فورمې څخه کاپي شوي ارزښت ته راټیټ کړئ او هېڅکله ونه ګورئ چې څه یې بدل کړل۔
غوره توب په دې پورې تړلی چې تاسو څه کنټرولوئ۔ په هغه شبکه کې چې تاسو یې چلوئ، د ICMP پیغامونو اجازه ورکول پاک ترمیم دی، ځکه چې میکانېزم د هر پروتوکول لپاره فعال ساتي۔ په هغه لار چې تاسو نه کنټرولوئ، محدودول عملي انتخاب دی، او باید په تنګ ډول تطبیق شي نه په ټول سرور۔
که شواهد اپلیکیشن ته اشاره وکړي، اپلیکیشن یا د هغه پروکسي ترتیب سم کړئ۔ 413 ځواب او ځوړند نښلېدل بېلې ناکامۍ دي، او دویمه معمولاً په یوه زنځیر کې چې خپل حدود لرونکی پروکسي پکې وي، یو وخت محدودیت دی۔
په هر حال، اصلي ارزښتونه وساتئ او له بېرته ګرځولو وروسته بیا ازموینه وکړئ۔ هغه بدلون چې د بریالي لېږد سره سمون خوري، د دې ثبوت نه دی چې هغه یې رامنځته کړی، او د بېرته اخیستلو وړتیا هغه څه ده چې تشخیص له تصادف څخه جلا کوي۔
پرېکړه ولیکئ تر څو بل پېښ ته پاتې شي
څلور حقایق بس دي: لیدل شوی د ناکامۍ شکل، د ازموینو پایلې، هغه بدلون چې تاسو کړی او د بیا ازموینې پایله۔ له دې سره بل کس کولای شي ووایي چې ستونزه هماغه ده که د هماغه نښو سره نوې۔
د لارې زمینه هم ولیکئ، ځکه چې د MTU موندنه یوې ځانګړې اړیکې ته اړه لري۔ هغه لپټاپ چې کور کې کار کوي او په هوټل کې ناکامېږي دوه لارې لري، او یوه ته تطبیق شوی سمون د بلې په اړه هېڅ نه وایي۔
په پای کې، د "VPN اپلوډونه مات کړل" په څېر لنډیز مخالفت وکړئ۔ تونل په کار کوونکي او ناکام دواړو حالتونو کې موجود و؛ هغه څه چې بدل شول د هغې کڅوړې اندازه وه چې لاره یې باید وړي، یا هغه ځای چې لېږد پکې ودرول شو۔ د ریښتیني میکانېزم نوم اخیستل هغه څه دي چې یادښت ګټور کوي۔