چگونه سریع آن را تعمیر کنیم

خطای Linux 111: Connection Refused یک مشکل رایج شبکه است که زمانی رخ می دهد که یک برنامه مشتری سعی می کند به سرور یا سرویس متصل شود و درخواست اتصال رد می شود. این می تواند بر سرورهای وب، پایگاه داده ها، API ها، اتصالات SSH، ابزارهای نظارت و سایر برنامه های لینوکس تأثیر بگذارد.

در بیشتر موارد، سرور مورد نظر قابل دسترسی است، اما سرویس مورد نیاز خاموش است، به پورت مورد انتظار گوش نمی دهد، یا توسط یک محدودیت شبکه مسدود شده است. رزولوشن نادرست نام میزبان و مشکلات DNS می تواند باعث ایجاد همان خطا شود.

این راهنما رایج ترین علل خطای 111 لینوکس و فرآیند عیب یابی ساختاریافته برای رفع آن را پوشش می دهد.

در این صفحه

• خطای 111 در لینوکس به چه معناست؟
• دلایل رایج خطای 111 لینوکس
• عیب یابی گام به گام
• بهترین روش ها برای جلوگیری از خطای 111
• سوالات متداول

خطای 111 در لینوکس به چه معناست؟

خطای 111 به این معنی است که کلاینت با موفقیت به میزبان هدف رسید، اما اتصال رد شد زیرا هیچ برنامه ای برای پذیرش آن گوش نمی داد. ممکن است پیام هایی مانند:

Connection refused
Linux Error 111

یا

curl: (7) Failed to connect to host: Connection refused

هر دو نشان می‌دهند که سرویس هدف در پورت مورد انتظار در دسترس نیست یا غیرقابل دسترسی است.

دلایل رایج خطای 111 لینوکس

عوامل متعددی می توانند باعث از کار افتادن یک اتصال شوند.

1. سرویس کار نمی کند

شایع ترین دلیل این است که برنامه یا سرویس به طور غیرمنتظره متوقف شده است – به عنوان مثال:

• وب سرور Apache یا Nginx در حال اجرا نیست
• سرویس MySQL یا PostgreSQL متوقف شده است
• دیمون SSH در حال اجرا نیست
• روند درخواست از کار افتاده است

بررسی وضعیت خدمات:

systemctl status servicename

در صورت لزوم سرویس را مجدداً راه اندازی کنید و تأیید کنید که به درستی شروع می شود.

2. پورت گوش نمی دهد

حتی یک سرویس در حال اجرا ممکن است به پورت شبکه مورد انتظار متصل نباشد. پورت های گوش دادن فعال را با:

ss -tulpn

یا

netstat -tulpn

اطمینان حاصل کنید که پورت مورد نیاز در خروجی ظاهر می شود و با رابط صحیح مرتبط است.

3. پیکربندی نام میزبان نادرست است

مشکلات حل نام میزبان می تواند باعث شکست تلاش های اتصال محلی یا راه دور شود. بررسی کنید:

cat /etc/hosts

اطمینان حاصل کنید که ورودی های لوکال هاست وجود دارد، به عنوان مثال:

127.0.0.1 localhost localhost.localdomain
::1 localhost localhost.localdomain

اگر برنامه شما به نام هاست خاصی بستگی دارد، تأیید کنید که به آدرس IP سرور صحیح حل می شود.

4. محدودیت های فایروال

قوانین فایروال می توانند اتصالات ورودی یا خروجی را مسدود کرده و این خطا را ایجاد کنند. تنظیمات فایروال خود را مرور کنید:

ufw status

یا

firewall-cmd --list-all

تأیید کنید که پورت مورد نیاز به صراحت مجاز است.

5. مسائل مربوط به حل DNS

اگر نام سرور قابل حل نباشد، ممکن است برنامه‌ها متصل نشوند. تست وضوح DNS با:

nslookup hostname

یا

dig hostname

اگر جستجو ناموفق بود، پیکربندی DNS خود را بررسی کنید و تأیید کنید که سرورهای DNS معتبر تنظیم شده اند.

6. مشکلات در برنامه اجباری

برخی از سرویس ها برای گوش دادن فقط در رابط حلقه بک پیکربندی شده اند، به عنوان مثال:

127.0.0.1:8080

در این حالت، سیستم های راه دور نمی توانند به سرویس دسترسی پیدا کنند، حتی اگر در حال اجرا باشد. پیکربندی برنامه را بررسی کنید و تأیید کنید که به رابط شبکه صحیح متصل است.

عیب یابی گام به گام

از طریق این مراحل کار کنید تا علت اصلی را جدا کنید.

مرحله 1: اتصال شبکه را بررسی کنید

ping server-ip

اگر سرور پاسخ نمی دهد، قبل از عیب یابی برنامه، مشکل اصلی شبکه را حل کنید.

مرحله 2: وضوح نام میزبان را بررسی کنید

hostname
hostname -f

سپس مرور کنید:

cat /etc/hosts

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

مرحله 3: وضعیت سرویس را تأیید کنید

systemctl status servicename

اگر سرویس متوقف شود:

systemctl restart servicename

اگر سرویس راه اندازی نشد، گزارش ها را مرور کنید.

مرحله 4: پورت های گوش دادن را بررسی کنید

ss -tulpn

بررسی کنید که برنامه و شماره پورت آن در خروجی نمایش داده شود.

مرحله 5: اتصال پورت را تست کنید

telnet server-ip port

یا

nc -zv server-ip port

این ابزارها بررسی می کنند که آیا پورت توسط سیستم مشتری قابل دسترسی است یا خیر.

مرحله 6: قوانین فایروال را مرور کنید

درباره UFW:

ufw status

برای فایروال:

firewall-cmd --list-all

در صورت مسدود بودن پورت های لازم اجازه دهید.

مرحله 7: گزارش های برنامه را بررسی کنید

اکثر سرویس ها اتصالات ناموفق را در فایل های گزارش ثبت می کنند:

journalctl -xe

tail -f /var/log/messages

tail -f /var/log/syslog

تجزیه و تحلیل گزارش معمولاً دلیل دقیق خرابی اتصال را نشان می دهد.

بهترین روش ها برای جلوگیری از خطای 111

• خدمات مهم را به طور مداوم نظارت کنید
• نام میزبان و تنظیمات DNS را به طور منظم بررسی کنید
• تمام تغییرات در فایروال را مستند کنید
• برنامه ها و بسته ها را به روز نگه دارید
• نظارت و اعلان سرویس خودکار را پیکربندی کنید
• بررسی های معمول سلامت سرور را انجام دهید

یک استراتژی نظارت فعال به شناسایی خطاهای سرویس قبل از تأثیرگذاری بر کاربران کمک می کند.

سوالات متداول

نتیجه گیری

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

برای عیب یابی سرور لینوکس خود به کمک نیاز دارید؟مهندسین پشتیبان لینوکس ما مدیریت سرور، نظارت، بهینه سازی عملکرد و پشتیبانی فنی 24/7 را ارائه می کنند تا زیرساخت شما را پایدار و در دسترس نگه دارند.خدمات مدیریت سرور مدیریت شده ما را برای عیب یابی متخصص، نظارت فعال و پشتیبانی پیکربندی کاوش کنید.

برای دریافت به روز رسانی های بیشتر ما را در فیس بوک دنبال کنید، توییترو لینکدین

برای دریافت محتوای وبلاگ رایگان در صندوق ورودی خود مشترک شوید