ولې د OpenConnect پاڼې تر هغه پورې ودرېږي چې د تونل MTU راکم نه کړئ

ننوتل بریالي کیږي، د پورتال مخ پاڼه رسمیږي، او بیا یو ډشبورډ ویجیټ یا راپور د waiting for host په حالت کې پاتې کیږي تر څو چې براوزر تسلیم شي. عامه سایټونه په ټول وخت کې نورمال بار کیږي، او هیڅ اعتبار نامه نه ده بدله شوې. دا چې کوچني ځوابونه رسیږي خو لوی هغه ودریږي، د پاکټ اندازې حد نښه ده، نه د لاسرسي قاعده. د پروفایل په بل هر څه بدلولو دمخه دا لوستل تایید کړئ.

د اندازې ستونزه د پالیسۍ له ستونزې جلا کړئ

د ردولو احتمال لرې کولو سره پیل وکړئ. که ګیټوې تاسو رد کړي وای، نښلون به سمدلاسه ناکام شوی وای نه دا چې پاڼه نیمه باره کړي. هغه تونل چې پورته کیږي او بیا یوازې په لویو لېږدونو کې ودریږي، تاسو ته وایي چې بهرنۍ لاره داخلي پاکټ نشي وړلای.

مېکانېزم انکپسولیشن دی. هر داخلي پاکټ د تونل سرلیکونه ترلاسه کوي، نو هغه پېلوډ چې په فزیکي لینک کې ځاییده، بهرنی پاکټ کیږي چې نور نه ځایيږي، او هر هغه څه چې د do-not-fragment بټ لري پرته له دې چې براوزر پوه شي غورځول کیږي.

د do-not-fragment ازموینو سره حد وټاکئ

د اټکل کولو پرځای حد وټاکئ. هغه ازموینې ولېږئ چې ټوټه کول ردوي او پېلوډ په پله پله راکم کړئ تر څو چې ځواب راشي، د دې په څېر حکم څخه پیل کړئ: ping -M do -s 1472 host۔ هغه ځواب چې شکایت کوي چې ټوټه کول اړین دي په داسې حال کې چې DF ټاکل شوی، مانا دا ده چې ارزښت لا هم ډېر لوړ دی. په 1462 کې، بیا په 1452 کې تکرار کړئ، او په لومړي اندازې کې ودرېږئ چې ځواب ورکوي. شمېره د هغه هوسټ سره یوځای ولیکئ چې تاسو ازموئ، ځکه ځواب د هماغې لارې دی، نه په عمومي ډول د پروتوکول۔

هغه پته وازموئ چې تونل واقعاً ورته ټرافیک لېږي. د ګیټوې عام نوم په وړاندې بهرنۍ ازموینه او داخلي سرور په وړاندې داخلي ازموینه بېل بېل ټوپونه ټاکي، او په هر یوه کې د ICMP فلټر کول کولای شي روغه لاره ماتېدلې ښکاره کړي.

ارزښت په تونل وسیله پلي کړئ

پایلې د Wi-Fi اډاپټر نه، بلکې د هغه انټرفیس باندې پلي کړئ چې کلاینټ جوړ کړی. په Linux کلاینټ کې دا ip link set dev tun0 mtu 1300 او بیا د ارزښت منل شوي کېدو د تایید لپاره ip link show tun0 دی. هر هغه وسیله نوم وکاروئ چې کلاینټ یې راپور کوي، ځکه دا د تطبیق او د تونل د جوړېدو پر بنسټ بدلیږي.

د تونل MTU راکمول د هر پاکټ پېلوډ کوچنی کوي، نو ټولیز تېزوالی لږ راکمېږي، او دا د لویو ځوابونو په تور سوري کې نه غورځولو بیه ده. کوچنۍ شمېره په خپله خوښه خوندي نه ده. د فزیکي اډاپټر بدلول پرځای یې زیان په هماغه لینک کې هر نښلون ته خپروي، په داسې حال کې چې ډېر لوی داخلي پاکټونه هماغسې لوی پاتې کیږي.

لومړی د کلاینټ خپلې MTU غوښتنې وکاروئ

کله چې تاسو غوښتنې کنټرولوئ، کلاینټ کولای شي اندازه وغواړي پرته له دې چې وروسته پیچ شي. --mtu له سرور څخه د تونل MTU غواړي، او --base-mtu د لاندې لارې MTU اعلانوي تر څو ګیټوې د تونل شمېره راوښیي. دواړه غوښتنې دي، او د کلاینټ لارښود ژمنه نه کوي چې ګیټوې به یې یوه هم ومني.

همدا توپیر ستاسو د کار ترتیب ټاکي. لومړی غوښتنه وآزموئ او هغه انټرفیس وګورئ چې جوړوي یې، بیا که د ګیټوې ټاکل شوی ارزښت لا هم ودریږي، وسیله په سیمه ییز ډول ټاکلو ته بېرته وګرځئ.

د هغه لېږد سره تایید کړئ چې ناکام شو، بیا یې تلپاتې کړئ

سیمه ییز ip link بدلون تر هغه پورې دوام کوي چې کلاینټ تونل بیا جوړ کړي، چې دا په راتلونکي بیا نښلون یا بیا پیل کې کیږي. ارزښت هلته کېږدئ چې نښلون پیل کیږي: یو ریپر چې کلاینټ چلوي او بیا وسیله تنظیموي، د ExecStartPost ګام سره systemd واحد، یا د کلاینټ اختیار کله چې ګیټوې ومني. د پروفایل تر څنګ یې په نسخه کنټرول کې وساتئ تر څو راتلونکی کس وویني چې شمېره ولې هلته ده.

د هغې غوښتنې سره ازموینه وکړئ چې ناکامه شوه، نه د مخ پاڼې سره. راپور پرانیزئ، ضمیمه راکش کړئ، یا هغه ذخیره اخیستل چې ودرېدل وو چل کړئ، او که لا هم ودریږي نو دقیقاً چېرته ودریږي ولیکئ. هغه پاڼه چې د بدلون وروسته رسمیږي لږ څه ثابوي، ځکه مخکې هم رسمېده.

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