Troubleshooting SSH Gagal Connect

Berpikir seperti dokter, bukan menebak-nebak

'SSH tidak jalan' itu gejala, bukan diagnosis. Alur paket: client → jaringan (LAN/Tailscale) → port → service → auth. Cek berurutan dari luar ke dalam; berhenti di titik pertama yang gagal.

1. VM nyala? — di VirtualBox statusnya harus Running. Saved/Powered off = tidak ada program yang menunggu koneksi di port 22.
2. Jaringan & IP aktif? — ping <ip-target> dari host. Jika pakai IP LAN (192.168.x.x) dan ping gagal → masalah adapter/WiFi beda subnet. Solusi cerdas: gunakan opsi Tailscale IP (100.x.y.z) yang bypass semua masalah router fisik.
3. Service hidup? — di jendela VM (bukan SSH, karena SSH-nya belum jalan): sudo systemctl status ssh. Inactive → sudo systemctl start ssh.
4. Firewall menghalangi? — sudo ufw status. Kalau Status: active dan tidak ada rule untuk 22, blokir terjadi. Sementara: sudo ufw allow ssh atau sudo ufw allow in on tailscale0 to any port 22 (pembahasan firewall lengkap ada di Bagian 4).
5. Auth-nya yang salah? — sudah sampai tahap password berarti koneksi OK; yang gagal kredensial. Perhatikan keyboard (Caps Lock), dan ingat password tidak tampil saat diketik.

Cara tercepat saat bingung: mode verbose

$ssh -v username@192.168.1.xx

Saat bingung, -v (atau -vv) hampir selalu menjawab sendirian. Baca baris terakhir sebelum error: Connecting to ... port 22 (berarti masih tahap jaringan), Connection established lalu Permission denied (berarti tahap auth).