خطای 524 یا A timeout occurred از خطاهای اختصاصی Cloudflare است. معمولاً Cloudflare اتصال به مبدأ را برقرار کرده، اما مبدأ پاسخ HTTP را در مهلت لازم نداده است. این وضعیت با رد اتصال در خطای ۵۲۱ یکسان نیست. ابتدا مسیر درخواست و زمان رخداد را ثبت کنید؛ نصب دوبارهٔ مرورگر، راه‌حل عمومی نیست.
عدد قدیمی ۱۰۰ ثانیه را معیار نگیرید
Cloudflare در مستندات فعلی خطای 524، مهلت پیش‌فرض خواندن پاسخ را ۱۲۵ ثانیه اعلام می‌کند. محدودیت نوشتن داده نیز جداست و معمولاً ۳۰ ثانیه است. مقدار و امکان تغییر به تنظیم و نوع سرویس وابسته است؛ هنگام عیب‌یابی مستندات و تنظیم واقعی همان سرویس را دوباره کنترل کنید.
اگر بازدیدکننده هستید
برای صفحهٔ عادی، پس از فاصله‌ای کوتاه یک بار بررسی کنید و اگر تکرار شد، زمان و مسیر را به مالک بدهید. اگر پس از سفارش، پرداخت یا آپلود خطا می‌بینید، فرض نکنید سرور عملیات را انجام نداده است. وضعیت آن را از مسیر رسمی پیگیری کنید؛ ارسال دوباره ممکن است کار تکراری ایجاد کند.
چه چیزی در مبدأ زمان می‌گیرد؟
مدیر مجاز باید زمان پاسخ وب‌سرور، پردازش PHP، پرس‌وجوی پایگاه داده و سرویس بیرونی را با زمان خطا تطبیق دهد. گزارش‌گیری بزرگ، صف پردازش پر یا انتظار برای API از احتمال‌ها هستند. زیادبودن بازدید، به‌تنهایی اثبات حمله یا دلیل کافی برای ارتقای سرویس نیست؛ مصرف واقعی و مسیر کند را اندازه بگیرید.
پردازش طولانی را از درخواست تعاملی جدا کنید
برای خروجی بزرگ یا کار دسته‌ای، تقسیم کار، صف و نمایش وضعیت می‌تواند مناسب‌تر از منتظرنگه‌داشتن مرورگر باشد. هر دسته باید نتیجهٔ مشخص و راه کنترل تکرار داشته باشد. افزایش timeout بدون شناخت مصرف ممکن است فقط تعداد پردازش‌های معطل را بیشتر کند؛ برنامه را با ظرفیت سرویس هماهنگ کنید.
پراکسی را بی‌برنامه دور نزنید
انتقال کار به DNS-only می‌تواند حفاظت و سطح دسترسی مبدأ را تغییر دهد. آن را راه‌حل عمومی و خودکار معرفی نمی‌کنیم. اگر معماری چنین مسیری لازم دارد، مدیر باید TLS، احراز هویت، محدودیت شبکه و مجوز دسترسی را جدا طراحی و تأیید کند. برای رفع ظاهری خطا، حفاظت را خاموش یا IP مبدأ را عمومی نکنید.
کنترل پس از اصلاح خطای 524
- همان عملیات را با ورودی نماینده در محیط تست بررسی کنید.
- زمان پاسخ و مصرف منابع را پیش و پس از تغییر مقایسه کنید.
- مطمئن شوید timeout فقط به لایهٔ دیگری منتقل نشده است.
- لاگ، شناسهٔ درخواست و نتیجهٔ نهایی کار را بدون اطلاعات حساس ثبت کنید.
برای پیگیری میزبان، شواهد دقیق از یک تغییر محدود مفیدتر از خاموش‌کردن همهٔ افزونه‌ها است. موفق‌شدن یک بار، برای تضمین پایداری زیر هر بار کاری کافی نیست.
راهنمای مرتبط
بازبینی فنی و منابع: ۲۷ مهر ۱۴۰۵. تاریخ انتشار اولیه و مسیر قبلی حفظ شده‌اند.
