لرې شیلونه ځواب ویونکي پاتې کیږي، کوچنې څیړنې ځواب ورکوي، او بیا د فایل یوه کاپي په سستۍ ځي او بې له کومې هغې تېروتنې بندېږي چې څوک یې اشاره وکړای شي. د لوی بار سره ping دا سمدلاسه تکراروي، او هماغه لېږد له ځایي شبکې کار کوي. په انکرپشن کې هیڅ سست نه دی؛ ځینې پاکټونه هیڅکله نه رسیږي. دوه بېلابېل ویشونه کولای شي دا نښه جوړه کړي، او دوی بېلابېل شواهد پریږدي.

دوه ځایونه چې پاکټ کولای شي وویشل شي

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

دا توپیر مهم دی ځکه چې د غلط اړخ په لور سمون یو شمېره بدلوي پرته له دې چې نیمګړتیا وخوځوي. هغه پاکټ چې په انټرفیس کې رد شي هیڅکله بهرنی پاکټ نه کیږي، نو د بهرني اړخ هیڅ تنظیم یې نه شي ژغورلای.

د اندازې پرېکړه واقعاً چېرته کیږي

د تونل انټرفیس IP MTU لري، او هغه ارزښت کولای شي یو ډېر لوی داخلي پاکټ ډېر دمخه رد کړي ترڅو چې د IPsec پړاو یې وویني. په بهرني سرلیک کې بټ ایښودل هغه پخوانۍ پرېکړه بیا نه ګوري، ځکه پاکټ لا دمخه رد شوی. له همدې امله د داخلي MTU لوړول کله ناکله د ښه کولو پرځای خرابوي. د دواړو له بدلولو دمخه د انټرفیس ارزښت او بهرنی چلند ولولئ، ځکه ارزانه سمون معمولاً هغه دی چې نښه تشریح کوي.

لومړی د انټرفیس ارزښت وګورئ، بیا بهرنی چلند. دوه شمېرې، دوه پړاوونه، او معمولاً یوازې یو یې مسؤل وي.

بهرنۍ بودیجه داخلي بودیجه نه ده

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

کله چې بهرنی پاکټ د نه-ټوټه-کېدو بټ ولري، هغه هوپ چې نشي یې لېږلای هغه غورځوي او باید ICMP پیغام بیرته راوګرځوي. که هغه پیغام چېرته فلټر شي، لېږونکی بیا هڅه کوي او کاروونکی بې له تشریح بندېدل ویني. هماغه غلی غورځول معمولاً هغه دلیل دی چې د اندازې ستونزه د سرعت ستونزه بلل کیږي.

IPv6 یو له انتخابونو لرې کوي

IPv6 روټرونه په تګ کې ټوټه نه کوي، نو بهرنی پاکټ یا ځای کیږي یا د Packet Too Big پیغام سره ورک کیږي. هغه پیغام یوازینی د نظر ورکړې لاره کیږي، او بندول یې د هر راتلونکي لوی لېږد لپاره د لارې موندنه ماتوي. IPv4 روټرونه کولای شي لوی پاکټ ټوټه کړي کله چې بټ روښانه وي، چې نیمګړتیا پټوي ترڅو چې بل څه هغه بټ وټاکي.

په ګډ سټیک کې هماغه تونل کولای شي د دواړو کورنیو لپاره بېل چلند وکړي، له همدې امله په IPv4 باندې یوه ازموینه د IPv6 شکایت نه حل کوي. هغه څیړنه چې یوازې یوه کورنۍ تمرینوي نیم ځواب نه اندازه شوی پریږدي.

د TCP برخې تګلاره عمومي ځواب نه دی

د اعظمي برخې اندازې محدودول د TCP بهیرونو سره مرسته کوي، او کله چې ستونزه یوازې دوی ته محدوده وي دا سم کنټرول دی. په UDP یې هیڅ اغیزه نشته، کوم چې DNS، ځینې غږیز پروتوکولونه او د ویب ټرافیک مخ په زیاتېدو برخه وړي.

هغه پلي کړئ، بیا هغه بار وازموئ چې ناکام شو. که د UDP قضیه لا هم ناکامه وي، د برخې تګلاره هیڅکله ځواب نه و او د انټرفیس بودیجې لا هم پاملرنې ته اړتیا لري. لومړی د ناکام بار پروتوکول وپیژنئ، بیا هغه کنټرول غوره کړئ چې ورسره تړاو لري.

د کار ترتیب

تر ټولو لوی هغه بار ولیکئ چې ژوندی پاتې کیږي، بیا د انټرفیس MTU، بیا چې بهرنی پاکټ د نه-ټوټه-کېدو بټ لري که نه، او په پای کې چې ICMP نظر لېږونکي ته رسیږي که نه. هغه ترتیب پرته له اټکل نیمګړتیا تنګوي. هره مشاهده د وخت نښې او پای ټکي سره وساتئ، ځکه کله چې لاره بدله شي څلور واړه شمېرې خوځېږي.

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

اړوندې مقالې