learn

خطای 502 وردپرس؛ بررسی Bad Gateway از پراکسی تا سرور

راهنمای Bad Gateway برای بازدیدکننده و مدیر؛ تفکیک پاسخ نامعتبر بالادست، بررسی PHP-FPM و پرهیز از خاموش‌کردن CDN یا تکرار تراکنش.

خطای 502 یا Bad Gateway معمولاً یعنی یک دروازه یا پراکسی از سرور بالادست پاسخ معتبر دریافت نکرده است. این پیام نامِ افزونهٔ مقصر را مشخص نمی‌کند. در سایت وردپرسی، مسیر می‌تواند شامل CDN، وب‌سرور، PHP-FPM و خدمات وابسته باشد؛ ابتدا لایهٔ صادرکننده را پیدا کنید.

بازدیدکننده چه کاری انجام دهد؟

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

خطای 502 از کدام لایه آمده است؟

ظاهر صفحه، هدرها و شناسهٔ درخواست می‌توانند سرنخ باشند، اما به‌تنهایی کافی نیستند. اگر Cloudflare در مسیر است، راهنمای رسمی خطاهای ۵۰۲ و ۵۰۴ را همراه لاگ مبدأ بررسی کنید. خطای ۵۰۴ به پایان مهلتِ دروازه مربوط است؛ آن را با همهٔ پاسخ‌های ۵۰۲ یکسان ندانید.

شواهد مناسب برای مدیر سایت

  • دامنه، مسیر، زمان با منطقهٔ زمانی و شناسهٔ درخواست.
  • محدودهٔ اثر: همهٔ صفحات یا یک عملیات خاص.
  • آخرین تغییر در نسخه، پیکربندی، استقرار یا منابع.
  • لاگ وب‌سرور و پردازش PHP در همان بازه، با حذف اطلاعات حساس.

سرور مبدأ و پردازش PHP را بررسی کنید

مدیر مجاز باید وضعیت سرویس، صف پردازش و خطای ارتباط وب‌سرور با PHP-FPM را کنترل کند. فشار منابع، توقف پردازش یا پاسخ ناقص از احتمال‌ها هستند، نه نتیجهٔ قطعی. تعداد کاربران در ابزار تحلیل بازدید، اندازه‌گیری مصرف CPU و صف سرور نیست. پیش از افزایش منابع یا راه‌اندازی دوبارهٔ سرویس، شواهد را ثبت کنید.

مقایسهٔ مبدأ باید کنترل‌شده باشد

اگر نیاز به مقایسهٔ پاسخ مبدأ و مسیر پراکسی است، مدیر باید نام میزبان، TLS و محدودیت دسترسی را درست حفظ کند. بازکردن IP در مرورگر ممکن است سایت دیگری را نشان دهد و آزمون معتبری نباشد. DNS را تصادفی عوض نکنید و حفاظت CDN یا بررسی گواهی را برای عمومی‌شدن مبدأ کنار نگذارید.

اصلاح و کنترل پس از خطای 502

یک تغییر محدود را با راه بازگشت اعمال کنید. اگر خطا به درخواست سنگین وابسته است، همان عملیات را در محیط تست بررسی کنید؛ همهٔ افزونه‌ها را در سایت اصلی هم‌زمان متوقف نکنید. حالت ناشناس مرورگر، «حالت امن» سرور نیست. نتیجه را با پاسخ درست چند مسیر، عملیات مسئله‌دار و نبود خطای تکراری در لاگ تأیید کنید؛ سالم‌شدن یک صفحه کافی نیست.

راهنمای مرتبط

بازبینی فنی و منابع: ۲۷ مهر ۱۴۰۵. تاریخ انتشار اولیه و مسیر قبلی حفظ شده‌اند.

مطالب مرتبط

ارسال نظر

فهرست مطالب