learn

رفع خطای ERR_CONNECTION_REFUSED؛ تشخیص رد شدن اتصال سایت

راهنمای تشخیص اتصال ردشده برای بازدیدکننده و مدیر هاست؛ کش مرورگر و تمدید DHCP درمان عمومی این خطا نیستند.

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

از کجا رفع خطای ERR_CONNECTION_REFUSED را شروع کنیم؟

نشانی دقیق، http یا https بودن و هر شمارهٔ پورت انتهای آدرس را ثبت کنید. اگر لینک پس از کلیک به آدرس دیگری می‌رود، مقصد نهایی اهمیت دارد. یک آدرس اشتباه یا سرویس خاموش روی پورت مورد نظر می‌تواند اتصال را رد کند.

سه مقایسه برای بازدیدکننده

  • همان سایت را در مرورگر دیگر باز کنید.
  • یک سایت دیگر را روی همین اتصال بررسی کنید.
  • در صورت امکان، مقصد مشکل‌دار را از شبکهٔ دیگری امتحان کنید.

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

آزمون پورت در ویندوز

در Windows PowerShell می‌توان اتصال TCP به پورت HTTPS را بدون تغییر تنظیمات شبکه آزمود:

Test-NetConnection example.com -Port 443

نام واقعی سایت را جای مثال بنویسید. مقدار TcpTestSucceeded نشان می‌دهد آزمون TCP موفق بوده یا نه؛ موفقیت آن سلامت گواهی، محتوای صفحه یا ورود کاربر را ثابت نمی‌کند. نام و IP مقصد را هم در خروجی بررسی کنید.

بررسی‌های مدیر سرور یا هاست

  1. مقصد A و AAAA را با IP سرویس فعال تطبیق دهید.
  2. وضعیت وب‌سرور و گوش‌دادن آن روی پورت مناسب را بررسی کنید.
  3. لاگ‌های سرویس و تغییرات اخیر تنظیمات را بخوانید.
  4. قواعد فایروال، پروکسی و مسیر CDN تا سرور اصلی را برای همان اتصال مرور کنید.

در هاست اشتراکی، گزارش را به پشتیبانی بدهید؛ دستورات مدیریت سرویس مخصوص مدیر سرور است. تفاوت نتیجهٔ IPv4 و IPv6 می‌تواند به مقصد یا پیکربندی متفاوت اشاره کند.

از اصلاحات بی‌هدف پرهیز کنید

فایروال را کامل خاموش نکنید؛ اگر قاعده‌ای اتصال مجاز را رد می‌کند، همان مورد باید بررسی شود. تمدید DHCP معادل بازنشانی کامل TCP/IP نیست. پاک‌سازی کش DNS فقط هنگام پاسخ قدیمیِ مقصد معنا دارد و وب‌سرور خاموش را روشن نمی‌کند.

پس از اصلاح علت، همان URL و پورت را دوباره آزموده و بازشدن صفحه را بررسی کنید. منابع: تعریف خطاهای Chrome و آزمون Test-NetConnection.

مطالعهٔ مرتبط

بازبینی فنی: ۱۳ آبان ۱۴۰۵. تاریخ انتشار اولیه و نشانی قبلی حفظ شده‌اند.

مطالب مرتبط

ارسال نظر

فهرست مطالب