بسته‌های بزرگ روی IPsec ناپدید می‌شوند در حالی که پینگ‌های کوچک کار می‌کنند

پوسته‌های راه دور پاسخگو می‌مانند، کاوش‌های کوچک پاسخ می‌دهند، و سپس کپی یک فایل می‌خزد و متوقف می‌شود بدون هیچ خطایی که کسی بتواند به آن اشاره کند. پینگ با بار بزرگ‌تر فوراً آن را بازتولید می‌کند، و همان انتقال از شبکه محلی کار می‌کند. هیچ چیز در رمزنگاری کند نیست؛ بسته‌های خاصی هرگز نمی‌رسند. دو تقسیم متفاوت می‌توانند این نشانه را بسازند و شواهد متفاوتی بر جای می‌گذارند.

دو جا که یک بسته می‌تواند تقسیم شود

پیش از رمزنگاری، مسیریاب می‌تواند یک بسته داخلی بیش‌ازحد بزرگ را تقسیم کند و هر تکه را جداگانه محافظت کند. پس از رمزنگاری، آنچه تقسیم می‌شود بسته بیرونی تمام‌شده است، و طرف دور باید آن را پیش از رمزگشایی هر چیزی دوباره سر هم کند. همان نشانه، کاری متفاوت برای گیرنده و تنظیماتی متفاوت برای شما.

این تمایز مهم است چون اصلاحی که به سمت اشتباه نشانه رفته باشد عددی را تغییر می‌دهد بدون اینکه خرابی را جابه‌جا کند. بسته‌ای که در واسط رد شود هرگز بسته بیرونی نمی‌شود، پس هیچ تنظیمی در سمت بیرونی نمی‌تواند نجاتش دهد.

تصمیم اندازه واقعاً کجا گرفته می‌شود

واسط تونل یک IP MTU حمل می‌کند، و آن مقدار می‌تواند یک بسته داخلی بیش‌ازحد بزرگ را بسیار پیش از آنکه مرحله IPsec آن را ببیند رد کند. گذاشتن یک بیت در سرصفحه بیرونی آن تصمیم قبلی را بازبینی نمی‌کند، چون بسته پیش‌تر رد شده است. به همین دلیل بالا بردن MTU داخلی گاهی کار را بدتر می‌کند نه بهتر. مقدار واسط و رفتار بیرونی را پیش از تغییر هر یک بخوانید، چون ویرایش ارزان‌تر معمولاً همانی است که نشانه را توضیح می‌دهد.

نخست مقدار واسط را بررسی کنید، سپس رفتار بیرونی. دو عدد، دو مرحله، و معمولاً تنها یکی از آن‌ها مسئول است.

بودجه بیرونی بودجه داخلی نیست

هر کپسوله‌سازی بایت‌هایی صرف سرصفحه‌ها می‌کند، و مقدار آن به انتقال، خانواده نشانی و اینکه عبور NAT در کار است یا نه بستگی دارد. بسته داخلی که در پیوند محلی جا می‌شود باز هم می‌تواند بسته بیرونی‌ای بسازد که در مسیر پس از آن جا نمی‌شود. هزینه اضافی را اندازه بگیرید نه فرض کنید، چون هر سرصفحه اختیاری به صورت‌حساب اضافه می‌شود. تونلی با عبور NAT بیش از تونل برهنه می‌پردازد، و تفاوت برای شکستن انتقالی که دیروز کار می‌کرد کافی است.

جایی که بسته بیرونی بیت عدم قطعه‌بندی را حمل می‌کند، پرشی که نمی‌تواند آن را ارسال کند آن را دور می‌ریزد و باید پیام ICMP برگرداند. اگر آن پیام جایی فیلتر شود، فرستنده به تلاش ادامه می‌دهد و کاربر توقفی بدون توضیح می‌بیند. همان دورریز خاموش دلیل معمول گزارش یک مشکل اندازه به‌عنوان مشکل سرعت است.

IPv6 یکی از گزینه‌ها را حذف می‌کند

مسیریاب‌های IPv6 در مسیر قطعه‌بندی نمی‌کنند، پس بسته بیرونی یا جا می‌شود یا با پیام Packet Too Big ناپدید می‌گردد. آن پیام تنها کانال بازخورد می‌شود، و مسدود کردنش کشف مسیر را برای هر انتقال بزرگ بعدی می‌شکند. مسیریاب‌های IPv4 می‌توانند بسته بزرگ را وقتی بیت روشن نیست قطعه‌بندی کنند، که خرابی را تا زمانی که چیز دیگری آن بیت را بگذارد پنهان می‌کند.

روی پشته مختلط، همان تونل می‌تواند برای دو خانواده متفاوت رفتار کند، به همین دلیل یک آزمون روی IPv4 شکایت مربوط به IPv6 را حل نمی‌کند. بررسی‌ای که یک خانواده را می‌آزماید نیمی از پاسخ را اندازه‌گیری‌نشده می‌گذارد.

سیاست قطعه TCP پاسخ عمومی نیست

محدود کردن بیشینه اندازه قطعه به جریان‌های TCP کمک می‌کند، و وقتی مشکل به آن‌ها محدود است کنترل مشروعی است. بر UDP هیچ اثری ندارد، در حالی که UDP حمل‌کننده DNS، برخی پروتکل‌های صدا و سهم روبه‌رشدی از ترافیک وب است.

آن را اعمال کنید، سپس بار کاری‌ای را که شکست خورد بیازمایید. اگر مورد UDP هنوز شکست می‌خورد، سیاست قطعه هرگز پاسخ نبود و بودجه واسط هنوز به توجه نیاز دارد. نخست پروتکل بار کاری ناموفق را مشخص کنید، سپس کنترلی را انتخاب کنید که به آن تعلق دارد.

ترتیبی که باید در آن کار کنید

بزرگ‌ترین باری را که زنده می‌ماند ثبت کنید، سپس MTU واسط، سپس اینکه بسته بیرونی بیت عدم قطعه‌بندی را دارد یا نه، و در پایان اینکه بازخورد ICMP به فرستنده می‌رسد یا نه. آن توالی خرابی را بدون حدس زدن محدود می‌کند. هر مشاهده را با مهر زمانی و نقطه پایانی نگه دارید، چون هر چهار عدد وقتی مسیر تغییر می‌کند جابه‌جا می‌شوند.

یک مقدار را تغییر دهید، انتقال اصلی را دوباره بیازمایید و نتیجه را نگه دارید. تونلی که کاوش بزرگ را می‌گذراند اما هنوز در برنامه متوقف می‌شود به مشکل دیگری رفته است، و این پیشرفتی است که ارزش نوشتن دارد. نفر بعد ترجیح می‌دهد عددها را داشته باشد نه نتیجه‌گیری را.