Skip to content
VDS · حل المشكلات

SSH لا يتصل

تحليل خطوة بخطوة: من «انتهت مهلة الاتصال» إلى «تم رفض الوصول» — كيف تفهم أين تكمن المشكلة بالضبط وتستعيد الوصول عبر طرفية اللوحة.

آخر تحديث 23 أغسطس 2026

فقدان SSH يبدو متطابقًا في كل مرة، لكن له خمسة أسباب، ويُعالج كل منها بطريقة مختلفة. ابدأ من رسالة الخطأ — فهي تضيّق نطاق البحث فورًا. والأهم: لديك دائمًا إمكانية الوصول إلى الجهاز عبر تبويب «Console» في لوحة التحكم /hosting/vds/m/<id>؛ فهو يعمل بمعزل عن الشبكة والإعدادات داخل النظام.

قراءة الخطأ

الرسالةموضع الخلل
Connection timed outالحزم لا تصل: الجهاز متوقف، أو يوجد فلتر، أو العنوان خاطئ
Connection refusedالجهاز يستجيب، لكن لا أحد يستمع على المنفذ: خدمة sshd لا تعمل
Permission denied (publickey)الشبكة سليمة، لكن المفتاح غير مطابق
Permission denied (password)كلمة المرور غير مطابقة أو تسجيل الدخول بكلمة المرور معطّل
Host key verification failedبصمة الجهاز تغيّرت — عادةً بعد إعادة التثبيت

من المفيد الاطلاع على التفاصيل: ssh -vvv root@YOUR_ADDRESS سيُظهر في أي مرحلة توقف الاتصال.

انتهاء المهلة

  1. تحقق من حالة الجهاز في تبويب «Overview». إذا توقفت الرسوم البيانية، فالجهاز لا يعمل — شغّله أو أعد تشغيله من لوحة التحكم.
  2. تأكد من صحة العنوان ومن إمكانية الوصول إلى الجهاز أصلًا: ping YOUR_ADDRESS.
  3. سجّل الدخول عبر الطرفية وتحقق من الفلتر:
ss -tulpn | grep sshd
nft list ruleset | head -40      # or iptables -S
ufw status                       # Debian, Ubuntu
firewall-cmd --list-all          # AlmaLinux, CentOS Stream

الحالة الكلاسيكية — نفّذت ufw enable دون السماح بالمنفذ 22. يُصلح بأمر واحد من الطرفية: ufw allow 22/tcp.

  1. تحقق مما إذا كان fail2ban يحجبك بعد محاولات فاشلة: fail2ban-client status sshd؛ ولإلغاء الحجب — fail2ban-client set sshd unbanip YOUR_IP.

Connection refused

الخدمة لا تعمل أو تستمع على منفذ مختلف.

systemctl status sshd || systemctl status ssh
journalctl -u sshd -n 50 --no-pager
sshd -t                          # check configuration for errors
systemctl restart sshd

غالبًا ما ينقذ الموقف sshd -t: خطأ مطبعي واحد في /etc/ssh/sshd_config يمنع الخدمة من البدء بعد إعادة التشغيل. إذا غيّرت المنفذ، اتصل باستخدام -p NUMBER ولا تنسَ السماح به في الفلتر.

Permission denied

إذا ظهر خطأ المفتاح، تحقق على الجهاز:

ls -la /root/.ssh
chmod 700 /root/.ssh && chmod 600 /root/.ssh/authorized_keys
grep -E 'PermitRootLogin|PubkeyAuthentication|PasswordAuthentication' /etc/ssh/sshd_config

إذا كانت الأذونات أكثر تقييدًا مما هو مسموح، سيرفض sshd بصمت. قائمة المفاتيح في لوحة التحكم في تبويب «Access» تُستبدل بالكامل: عند إضافة مفتاح جديد، لا تحذف مفتاحًا عاملًا عن غير قصد. حفظ القائمة يعيد تشغيل الجهاز العامل، لذا حرّرها بالكامل ومرة واحدة.

نسيت كلمة مرور root — ابحث عنها في تبويب «Access»؛ فهي مخزّنة مشفّرة وتُعرض بالنقر على زر. إذا غيّرت كلمة المرور داخل النظام، فلا تعلم لوحة التحكم بذلك: إما أن تسجّل الدخول عبر الطرفية وتغيّرها بأمر passwd، أو تنقر على «Change password» — فتصدر اللوحة كلمة مرور جديدة وتعيد تشغيل الجهاز.

Host key verification failed

بعد إعادة تثبيت النظام تتغيّر البصمة. احذف الإدخال القديم من جهتك:

ssh-keygen -R YOUR_ADDRESS

إذا لم تكن هناك إعادة تثبيت، فلا تؤكد البصمة الجديدة دون تحقق — تحقق منها عبر الطرفية: ssh-keygen -lf /etc/ssh/ssh_host_ed25519_key.pub.

عندما لا ينفع شيء

شغّل الجهاز في وضع الاسترداد: تبويب «Access» → وضع الإقلاع → قرص SystemRescue. يبدأ الجهاز من الصورة، وتسجيل دخول root دون كلمة مرور، ويظهر قرصك باسم /dev/sda. اربطه وحرّر الإعدادات:

mount /dev/sda1 /mnt
nano /mnt/etc/ssh/sshd_config

ثم عُد إلى وضع الإقلاع العادي وأعد تشغيل الجهاز.

قبل تغيير إعدادات SSH، افتح جلسة ثانية واتركها مفتوحة. إذا حجبتك الإعدادات الجديدة، ستصلحها عبر الاتصال القديم دون الحاجة إلى تشغيل الطرفية.