خطای 408 چیست؟ چگونه آن را حل کنیم؟

Q: چرا خطای 408 اتفاق میافتد؟

معمولا مشکلات سمت کلاینت، با این حال میتوان به دلیل مشکلات میانی شبکه یا تنظیمات اشتباه سرور نیز به این مشکل برخورد.

۲۶ آبان ۱۴۰۴

امیرحسین نوروزی مرکز آموزش 0 آخرین بروزرسانی : ۲۵ آبان ۱۴۰۴ زمان مطالعه : 9 دقیقه 76 0

خطای 408 که به صورت خطای Request Timeout نیز شناخته می‌شود یکی از اعضای مهم اکوسیستم وب و کدهای وضعیت HTTP است. کدهای وضعیت مانند علائم راهنمایی رانندگی عمل می‌کنند و اجازه می‌دهند تا کلاینت و سرور وضعیت ارتباط خود را به وضوح درک کنند. در این میان خطاهای خانواده 400 به خطاهای سمت کلاینت اشاره دارد. خطاهایی که به درخواست ارسال شده از جانب کلاینت مربوط هستند.

خطای 408 چیست؟

خطای 408 در دسته خطاهای 4XX قرار دارد. در این خطاها، از دیدگاه سرور، کلاینت مقصر است زیرا نتوانسته درخواست خود را به موقع ارسال کند. کد وضعیت 408 نشان می‌دهد که سرور پاسخ به موقعی از کلاینت دریافت نکرده و زمان انتظار سرور برای درخواست به پایان رسیده است. این اتفاق زمانی می‌افتد که کلاینت برای درخواست خود دیر اقدام کند یا سرور برای پردازش آن شلوغ باشد.

چرخه حیات یک درخواست HTTP و خطای 408

اتصال: کلاینت یک اتصال TCP را با سرور برقرار می‌کند.
ارسال درخواست: کلاینت شروع به ارسال درخواست HTTP شامل هدرها و در صورت نیاز Body یا بدنه می‌کند.
انتظار سرور: سرور منتظر دریافت کامل این درخواست است.
نقطه شکست یا Timeout: سرور یک تایمر (مانند client_header_timeout در Nginx) را فعال می‌کند. اگر کلاینت قبل از اتمام این تایمر، درخواست را به صورت کامل ارسال نکند، سرور با ارسال پاسخ 408، اتصال را می‌بندد.

تفاوت خطای 408 و 504

دو خطای Request Timeout 408 و Gateway Timeout 504 اغلب با یکدیگر اشتباه گرفته می‌‎شوند، اما تفاوت‌های اساسی را دارا هستند. بیایید به صورت دقیق این دو را از هم متمایز کنیم:

Error 408: رابطه به صورت سرور و کلاینت (مثلا مرورگر شما) برقرار می‌شود. سرور اصلی (مثلا Nginx یا Apache) منتظر کلاینت بوده، اما کلاینت نتوانسته درخواست خود را به موقع ارسال کند.
Error 504: رابطه به صورت سرور با سرور است (مثلا App Server و Gateway). در این خطا، درخواست کلاینت با موفقیت به سرور اول رسیده است. اما این سرور اول، که برای پردازش درخواست یه یک سرور دوم وابسته بود، نتوانسته از آن سرور دوم در زمان مقرر پاسخی را دریافت کند.

دلایل بروز خطای 408

دلایل بروز این خطا را می‌توان به سه دسته اصلی تقسیم کرد: مشکلات سمت کلاینت، مشکلات شبکه و تنظیمات سمت سرور

1. مشکلات سمت کلاینت

این موارد مستقیما به دستگاه یا نرم افزار کاربر نهایی (به اصطلاح End-User) مربوط می‌شوند:

اتصال اینترنت کند یا ناپایدار: شایع‌ترین دلیل مشکلات سمت کلاینت در خطای 408، اتصال اینترنت کند یا ناپایدار است. اگر کاربر در حال آپلود یک فایل بزرگ با اینترنت موبایل ضعیف باشد، ارسال کامل هدرها (headers) و بدنه (body) درخواست‌ها ممکن است بیشتر از زمان مجاز سرور طول بکشد.
قطع ناگهانی اتصال: کاربر ممکن است در حین ارسال درخواست، اتصال Wi-Fi خود را از دست بدهد، لپ تاپ خود یا تب مرورگر را ببندد.
اشکالات مرورگر: افزونه‌های معیوب، حافظه کش خراب یا نسخه‌های قدیمی مرورگر گاهی اوقات می‌توانند در ساخت و ارسال صحیح درخواست‌های HTTP اختلال ایجاد کنند.
اسکریپت‌ها و نرم افزارهای معیوب: یک کلاینت API یا یک اسکریپت سفارشی که به درستی پیاده سازی نشده، ممکن است یک اتصال TCP باز کند اما در ارسال‌های درخواست مشکل داشته باشد.

2. مشکلات میانی یا Intermediaries شبکه

گاهی اوقات، مشکل نه از خود کلاینت یا مرورگر شما، بلکه از تجهیزات بین راه شبکه شماست:

پروکسی: پروکسی‌های شرکتی یا شخصی ممکن است ترافیک را برای بازرسی نگه دارند و باعث تاخیر شوند.
فایروال‌ها: برخی فایروال‌ها با تنظیمات سخت گیرانه ممکن است پکت‌ها یا بسته‌های درخواست را با تاخیر عبور دهند یا حتی آن‌ها را رها کنند.
Load Balancerهای تنظیم نشده: اگر یک Load Balancer در جلوی سرور شما باشد، خود او نیز تنظیمات Timeout دارد که باید با سرورهای پشتیبان هماهنگ باشد.

3. تنظیمات سمت سرور

اینجاست که خطای 408 کمی جالب‌تر می‌شود، جایی که کمتر کسی فکرش را می‌کرد! اگرچه این خطا یک خطای سمت کلاینت است، اما گاهی وقت‌ها توسط تنظیمات سمت سرور ایجاد یا تشدید می‌شود:

مقادیر Timeout کوتاه: مهم‌ترین دلیل فنی خطای 408، Timeout کوتاه از سمت سرور است. مدیران سیستم برای جلوگیری از حملات Dos (مانند Slowloris که در آن مهاجم اتصالات زیادی را باز نگه می‌دارد و داده‌ها را به آرامی ارسال می‌کند)، مقادیر Timeout را پایین نگه می‌دارد. اگر این مقدار بیش از حد کوتاه باشد، سرور ممکن است اتصالات کاربران عادی با اینترنت کند را به اشتباه به عنوان مهاجم شناسایی کرده با خطای 408 قطع کند.
بار بیش از حد: اگر سرور شما زیر بار سنگین باشد، ممکن است در پردازش و پذیرش اتصالات جدید کند عمل کند. در این حالت کلاینت ممکن است درخواست خود را ارسال کند، اما سرور آنقدر مشغول باشد که نتواند به موقع آن را از Buffer شبکه بخواند.

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

چگونه خطای 408 را رفع کنیم؟

در ادامه راه‌های رفع خطای 408 را برای کاربران، توسعه دهندگان و مدیران سیستم بررسی می‌کنیم و به صورت قدم به قدم به رفع خطای 408 می‌پردازیم:

آموزش رفع خطای 408 برای کاربران

اگر هنگام بازدید از یک وب سایت با خطای 408 مواجه شدید:

1. بارگذاری مجدد صفحه: اولین و ساده‌ترین کار، زدن دکمه f5 یا Ctrl + R است. اغلب اوقات، این خطا نشانی از یک مشکل لحظه‌‎ای در شبکه بوده و با تلاش مجدد برطرف می‌شود.
2. بررسی اتصال اینترنت: مطمئن شوید که اتصال شما پایدار است. اغلب اوقات، این خطا ناشی از یک مشکل لحظه‌ای در شبکه است و با تلاش مجدد برطرف می‌شود.
3. پاک کردن کش مرورگر: اگرچه کمتر پیش می‌آید، اما داده‌های خراب در کش مرورگر می‌توانند باعث مشکل شوند.
4. امتحان دوباره: اگر وب سایت تحت بار و Load زیاد باشد، ممکن است به طور موقت قادر به پذیرش اتصالات نباشد.

آموزش رفع خطای 408 برای توسعه دهندگان

هنگام ساخت یک اپلیکیشن، باید برای خطای 408 و رفع آن آماده باشید:

1. پیاده سازی منطق تلاش مجدد: کد شما نباید با اولین پیام 408 تسلیم شود. از آنجایی که 408 به این معناست که سرور درخواست را پردازش نکرده است، استفاده از منطق تلاش مجدد در کدها معمولا ایمن است. نمونه‎‌ای از یک کد منطق Retry در جاوا اسکریپت:

				
					async function fetchWithRetry(url, retries = 3, delay = 1000) {
  for (let i = 0; i < retries; i++) {
    try {
      const res = await fetch(url);
      if (res.ok) return res;
      if (res.status === 408) throw new Error("408");
    } catch (err) {
      if (i === retries - 1) throw err;
      await new Promise(r => setTimeout(r, delay * (i + 1))); // backoff
      console.log(`Retry (${i + 1})...`);
    }
  }
}

fetchWithRetry("https://example.com/api/data")
  .then(() => console.log("✅Success"))
  .catch(() => console.log("Failure"));

2. اطلاع رسانی به کاربر: به جای نمایش یک پیام خطای عمومی، به کاربر اطلاع دهید که مشکلی در اتصال وجود دارد و برنامه در حال تلاش مجدد است.

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

آموزش رفع خطای 408 برای مدیران سیستم

این گروه بیشترین کنترل را بر روی خطای 408 دارند. وظیفه اصلی مدیران سیستم پیدا کردن یک تعادل طلایی بین امنیت و دسترسی است.

شناسایی لاگ‌ها

به لاگ‌های سرور خود نگاه کنید. خطاهای 408 به وضوح قابل مشاهده خواهند بود:

اگر تعداد زیادی خطای 408 از IPهای مختلف می‌بینید: احتمالا مقدار Timeout شما بیش از حد کوتاه است.
اگر تعداد یادی خطای 408 از یک یا چند IP خاص می‌‎بینید: ممکن است تحت حمله DoS باشید.

تنظیم مقادیر Timeout

در تنظیم مقادیر Timeout باید حواستان به این باشد که این مقدار را بیش از حد نکنید که از نظر امنیتی مشکل دارد. همچنین آن را کمتر از حد نیاز هم نکنید که برای کاربران با اینترنت کند خطای 408 پیش بیاید. Nginx در مورد Timeoutها بسیار دقیق عمل می‌کند و دارای client_header-timeout و client_body_timeout می‌باشد که می‌توانید هر دو را به اندازه لازم تنظیم کنید. وب سرور آپاچی اما از یک دایرکتیو کلی‌تر استفاده می‌کند که شامل Timeout و KeepAliveTimeout است. KeepAliveTimeout به صورت مستقیم باعث یک خطای 408 نمی‌شود، اما تنظیم نادرست آن بر مدیریت منابع سرور نیز تاثیر گذار است.

بررسی زیرساخت

بررسی زیرساخت نیز یکی دیگر از کارهای مهمی است که یک مدیر سیستم می‌تواند در برخورد با خطاهای پیاپی 408 انجام دهد.

Load Balancer: مطمئن شوید که مقدار idle timeout در Load Balancer شما کمی بیشتر از KeepAliveTimeout سرورهای پشتیبان شما باشد. ناهماهنگی در این مقدار می‌تواند باعث قطع شدن ناگهانی اتصالات شود که گاهی به اشتباه به صورت خطای 408 یا 504 ظاهر می‌‎شود.
مانیتورینگ منابع: اگر سرور به مرزهای CPU یا حافظه خود رسیده است، افزایش Timeout کمکی نخواهد کرد. در این صورت، راه حل واقعی، خالی کردن منابع، ارتقای سخت افزار یا استفاده از Load Balancing برای توزیع بار است.

جمع بندی

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