SSH tidak bisa terhubung
Penjelasan langkah demi langkah: dari “connection timed out” hingga “access denied” — cara memahami di mana tepatnya masalahnya dan memulihkan akses melalui konsol panel.
Diperbarui 23 Agustus 2026
Kehilangan SSH selalu terlihat sama, tetapi ada lima penyebab, dan cara mengatasinya berbeda-beda. Mulailah dari pesan error — pesan itu langsung mempersempit pencarian. Yang utama: Anda selalu punya akses ke mesin melalui tab "Console" di panel /hosting/vds/m/<id>; tab ini bekerja independen dari jaringan dan pengaturan di dalam sistem.
Membaca error
| Pesan | Di mana putusnya |
|---|---|
Connection timed out | paket tidak sampai: mesin mati, ada filter, alamat salah |
Connection refused | mesin merespons, tetapi tidak ada yang mendengarkan di port: layanan sshd tidak berjalan |
Permission denied (publickey) | jaringan baik-baik saja, kunci tidak cocok |
Permission denied (password) | kata sandi tidak cocok atau login kata sandi dinonaktifkan |
Host key verification failed | fingerprint mesin berubah — biasanya setelah reinstall |
Ada baiknya melihat detailnya: ssh -vvv root@YOUR_ADDRESS akan menunjukkan di tahap mana masalahnya terhenti.
Timed out
- Periksa status mesin di tab "Overview". Jika grafiknya berhenti, mesin tidak berjalan — nyalakan atau reboot dari panel.
- Pastikan alamatnya benar dan mesin bisa dijangkau sama sekali:
ping YOUR_ADDRESS. - Masuk melalui konsol dan periksa filter:
ss -tulpn | grep sshd
nft list ruleset | head -40 # or iptables -S
ufw status # Debian, Ubuntu
firewall-cmd --list-all # AlmaLinux, CentOS Stream
Kasus klasik — Anda menjalankan ufw enable tanpa mengizinkan port 22. Ini diperbaiki dengan satu perintah dari konsol: ufw allow 22/tcp.
- Periksa apakah fail2ban memblokir Anda setelah percobaan yang gagal:
fail2ban-client status sshd; untuk membuka blokir —fail2ban-client set sshd unbanip YOUR_IP.
Connection refused
Layanan tidak berjalan atau mendengarkan di port yang berbeda.
systemctl status sshd || systemctl status ssh
journalctl -u sshd -n 50 --no-pager
sshd -t # check configuration for errors
systemctl restart sshd
sshd -t paling sering menyelamatkan keadaan: satu salah ketik di /etc/ssh/sshd_config membuat layanan gagal berjalan setelah restart. Jika Anda mengubah port, sambungkan dengan -p NUMBER dan jangan lupa mengizinkannya di filter.
Permission denied
Jika Anda mendapat error kunci, periksa di mesin:
ls -la /root/.ssh
chmod 700 /root/.ssh && chmod 600 /root/.ssh/authorized_keys
grep -E 'PermitRootLogin|PubkeyAuthentication|PasswordAuthentication' /etc/ssh/sshd_config
Jika izinnya lebih ketat dari yang diizinkan, sshd akan menolak secara diam-diam. Daftar kunci di panel pada tab "Access" diganti seluruhnya: saat menambahkan kunci baru, jangan sampai tidak sengaja menghapus kunci yang masih berfungsi. Menyimpan daftar akan me-reboot mesin yang sedang berjalan, jadi editlah seluruhnya sekaligus.
Lupa kata sandi root — lihat di tab "Access"; kata sandi disimpan terenkripsi dan ditampilkan dengan mengklik tombol. Jika Anda mengubah kata sandi di dalam sistem, panel tidak mengetahuinya: entah masuk melalui konsol dan ubah dengan perintah passwd, atau klik "Change password" — panel akan menerbitkan kata sandi baru dan me-reboot mesin.
Host key verification failed
Setelah reinstall sistem, fingerprint berubah. Hapus entri lama di sisi Anda:
ssh-keygen -R YOUR_ADDRESS
Jika tidak ada reinstall, jangan konfirmasi fingerprint baru secara membabi buta — verifikasi melalui konsol: ssh-keygen -lf /etc/ssh/ssh_host_ed25519_key.pub.
Ketika tidak ada yang membantu
Boot mesin ke mode recovery: tab "Access" → boot mode → SystemRescue disk. Mesin mulai dari image, login root tanpa kata sandi, disk Anda terlihat sebagai /dev/sda. Mount dan edit konfigurasinya:
mount /dev/sda1 /mnt
nano /mnt/etc/ssh/sshd_config
Lalu kembali ke mode boot normal dan reboot mesin.
Sebelum mengubah pengaturan SSH, buka sesi kedua dan biarkan tetap terbuka. Jika konfigurasi baru mengunci Anda, Anda bisa memperbaikinya melalui koneksi lama tanpa membuka konsol.