SSH هي الوسيلة الأكثر أمانًا للاتصال بخوادم Linux عن بُعد. وأحد الأخطاء الشائعة أثناء استخدام SSH هو "ssh: الاتصال بمنفذ المضيف 22: لا يوجد مسار للاستضافة”. في هذه المقالة القصيرة ، سنوضح كيفية استكشاف هذا الخطأ وإصلاحه.
هذه لقطة شاشة للخطأ الذي نتحدث عنه. لاحظ أن المنفذ قد لا يكون بالضرورة منفذًا 22، اعتمادًا على التكوينات الخاصة بك على المضيف البعيد. كإجراء أمني ، يمكن لمسؤولي النظام تكوين SSH ليتم الوصول إليها عبر منفذ مختلف.
هناك أسباب مختلفة لظهور هذا الخطأ. الأول هو عادةً أن الخادم البعيد قد يكون معطلاً ، لذلك تحتاج إلى التحقق مما إذا كان يعمل باستخدام ملف أمر ping.
# ping 192.168.56.100.
من أمر ping النتائج ، الخادم يعمل ، وهذا هو سبب قبوله للأصوات. في هذه الحالة ، سبب الخطأ شيء آخر.
اذا كان لديك تشغيل خدمة جدار الحماية على الخادم البعيد ، من المحتمل أن جدار الحماية يمنع الوصول عبر المنفذ 22.
لذلك تحتاج إلى الوصول إلى وحدة تحكم الخادم فعليًا أو إذا كانت خادمًا افتراضيًا ، فيمكنك استخدام أي وسيلة أخرى مثل VNC (هذا إذا كان قد تم إعداده بالفعل) أو مخصص آخر تطبيقات الوصول إلى الخادم البعيد مقدم من مزود خدمة VPS الخاص بك. تسجيل الدخول والوصول إلى موجه الأوامر.
ثم استخدم ملف جدار الحماية كمد (RHEL / CentOS / Fedora) أو UFW (دبيان / أوبونتو) لفتح المنفذ 22 (أو المنفذ الذي قمت بتكوينه لاستخدامه في SSH) في جدار الحماية على النحو التالي.
# جدار الحماية - cmd - دائم - منفذ إضافة = 22 / tcp. # جدار الحماية - cmd - إعادة تحميل. أو. sudo ufw $ 22 / tcp. sudo ufw إعادة تحميل
حاول الآن إعادة الاتصال بالخادم البعيد مرة أخرى عبر SSH.
$ ssh [البريد الإلكتروني محمي]
هذا كل شيء في الوقت الراهن! ستجد أيضًا أدلة SSH التالية مفيدة:
- كيفية تغيير منفذ SSH في Linux
- كيفية إنشاء SSH Tunneling أو Port Forwarding في Linux
- كيفية تعطيل SSH Root Login في Linux
- 4 طرق لتسريع اتصالات SSH في Linux
- كيفية البحث عن جميع محاولات تسجيل الدخول إلى SSH الفاشلة في Linux
تذكر أنه يمكنك مشاركة أفكارك معنا أو طرح أي أسئلة بخصوص هذا الموضوع عبر نموذج التعليق أدناه.
