Mengapa SSH/VPN Sering Disconnect? Cara Mengatasinya

Dipublikasikan 23 September 2026 · Diperbarui 23 September 2026

Mengapa SSH/VPN Sering Disconnect? Cara Mengatasinya
Penyebab umum SSH dan VPN sering disconnect beserta solusi praktis untuk mengatasinya. Panduan troubleshooting lengkap.

Mengapa SSH/VPN Sering Disconnect dan Cara Mengatasinya

Koneksi SSH atau VPN yang sering terputus dapat disebabkan oleh berbagai faktor, mulai dari kualitas jaringan, konfigurasi client, kondisi server, hingga perubahan koneksi internet.

Untuk mengatasinya dengan tepat, sebaiknya identifikasi terlebih dahulu apakah masalah berasal dari perangkat, jaringan lokal, ISP, atau server yang digunakan.

Penyebab Umum SSH/VPN Sering Disconnect

1. Idle Timeout

Beberapa router, firewall, NAT, atau perangkat jaringan dapat menghapus sesi koneksi yang dianggap terlalu lama tidak mengirimkan traffic.

Kondisi ini sering disebut sebagai idle timeout. Akibatnya, tunnel dapat terputus meskipun koneksi internet secara umum masih berjalan.

Solusi:

  • Aktifkan fitur Keep Alive pada SSH atau VPN client.
  • Gunakan interval keep-alive yang wajar sesuai aplikasi dan kondisi jaringan.
  • Periksa pengaturan timeout pada router atau firewall jika perangkat tersebut berada dalam kendali sendiri.

2. Server Overload

Server dengan penggunaan CPU, RAM, bandwidth, atau jumlah koneksi yang tinggi dapat mengalami penurunan performa. Dalam kondisi tertentu, koneksi client dapat menjadi lambat, timeout, atau terputus.

Solusi:

  • Periksa penggunaan CPU, RAM, dan bandwidth server.
  • Kurangi jumlah koneksi yang tidak diperlukan.
  • Gunakan server dengan kapasitas yang sesuai jumlah pengguna.
  • Periksa log server untuk mengetahui penyebab disconnect.

3. Jaringan Tidak Stabil

Packet loss, sinyal seluler yang berubah-ubah, WiFi yang lemah, atau gangguan routing dapat menyebabkan tunnel kehilangan koneksi.

Solusi:

  • Gunakan jaringan dengan sinyal yang lebih stabil.
  • Dekatkan perangkat ke access point jika menggunakan WiFi.
  • Hindari jaringan WiFi yang terlalu padat jika memungkinkan.
  • Aktifkan fitur auto-reconnect pada aplikasi.
  • Bandingkan hasil menggunakan jaringan lain.

4. Perubahan IP atau Pergantian Jaringan

Alamat IP publik atau jalur koneksi dapat berubah ketika perangkat berpindah dari WiFi ke jaringan seluler, reconnect ke ISP, atau ketika NAT melakukan pembaruan sesi.

Beberapa protokol dapat menangani perubahan jaringan lebih baik daripada yang lain.

Solusi:

  • Aktifkan auto-reconnect.
  • Gunakan client yang dapat mendeteksi perubahan jaringan.
  • WireGuard umumnya dapat menangani perubahan endpoint client dengan baik selama konektivitas kembali tersedia.

5. MTU Tidak Sesuai

MTU atau Maximum Transmission Unit menentukan ukuran maksimum paket yang dapat dikirim tanpa fragmentasi pada suatu jalur jaringan.

Tunnel VPN menambahkan overhead tambahan sehingga MTU yang terlalu besar dapat menyebabkan packet loss, koneksi lambat, atau layanan tertentu gagal dimuat.

Solusi:

  • Uji MTU jaringan sebelum mengubah konfigurasi.
  • Turunkan MTU secara bertahap jika ditemukan masalah fragmentasi.
  • Nilai seperti 1420, 1400, atau lebih rendah dapat digunakan pada kondisi tertentu, tetapi tidak ada satu nilai yang cocok untuk semua jaringan.

6. NAT atau Firewall Timeout

Router, CGNAT, atau firewall di sepanjang jalur koneksi dapat memiliki batas waktu sesi tertentu. Jika koneksi tidak menghasilkan traffic dalam periode tertentu, mapping NAT dapat dihapus.

Solusi:

  • Gunakan keep-alive.
  • Kurangi interval keep-alive jika sesi sering hilang ketika idle.
  • Periksa firewall atau NAT pada server jika berada dalam pengelolaan sendiri.

7. Kuota atau Fair Usage Policy

Ketika kuota habis atau Fair Usage Policy diterapkan, kecepatan internet dapat turun secara signifikan. Hal ini tidak selalu memutus tunnel secara langsung, tetapi dapat menyebabkan timeout dan reconnect berulang.

Solusi:

  • Periksa sisa kuota internet.
  • Periksa apakah kecepatan sedang dibatasi oleh paket yang digunakan.
  • Lakukan speed test tanpa VPN untuk membandingkan kondisi jaringan.

8. Masalah DNS

Dalam beberapa kasus, tunnel sebenarnya masih aktif tetapi pengguna merasa koneksi terputus karena nama domain tidak dapat di-resolve.

Solusi:

  • Periksa DNS yang digunakan.
  • Coba akses layanan menggunakan alamat IP jika memungkinkan.
  • Bandingkan dengan DNS resolver lain untuk troubleshooting.

Pengaturan Keep Alive

Keep Alive mengirimkan traffic kecil secara berkala agar sesi koneksi tetap aktif dan membantu mendeteksi koneksi yang sudah tidak berfungsi.

Interval ideal bergantung pada aplikasi, protokol, NAT, dan kondisi jaringan. Interval sekitar 30 hingga 60 detik dapat digunakan sebagai titik awal untuk pengujian.

SSH OpenSSH

Pada OpenSSH client, keep-alive dapat dikonfigurasi menggunakan:

ServerAliveInterval 30
ServerAliveCountMax 3

Dengan konfigurasi tersebut, client akan melakukan pemeriksaan koneksi secara berkala dan memutus sesi jika server tidak merespons setelah beberapa kali percobaan.

WireGuard

Untuk client yang berada di belakang NAT, WireGuard menyediakan parameter PersistentKeepalive.

Contoh:

PersistentKeepalive = 25

Parameter ini berguna untuk menjaga mapping NAT tetap aktif pada kondisi tertentu.

Auto-Reconnect

Auto-reconnect membantu aplikasi membangun ulang koneksi setelah terjadi gangguan jaringan.

Fitur ini berguna terutama pada perangkat mobile yang sering berpindah antara WiFi dan jaringan seluler.

  • Aktifkan auto-reconnect jika tersedia.
  • Pastikan aplikasi tetap diizinkan berjalan di background.
  • Periksa pengaturan battery optimization pada Android jika aplikasi sering dihentikan otomatis.
  • Pastikan service VPN tidak dibatasi oleh aplikasi penghemat baterai.

Cara Mengetahui Penyebab Disconnect

Untuk menentukan sumber masalah, lakukan pemeriksaan secara bertahap.

  1. Periksa apakah koneksi internet biasa ikut terputus.
  2. Ping server tunnel selama beberapa menit untuk melihat packet loss.
  3. Periksa latency apakah berubah drastis sebelum disconnect.
  4. Periksa log aplikasi SSH atau VPN.
  5. Periksa log server jika memiliki akses.
  6. Bandingkan menggunakan jaringan internet lain.
  7. Periksa penggunaan CPU, RAM, dan bandwidth server.
  8. Periksa MTU jika beberapa layanan dapat dibuka tetapi layanan lain sering timeout.

Memeriksa Packet Loss

Packet loss merupakan salah satu indikator penting untuk mengetahui kualitas jaringan.

Windows:

ping alamat-server -t

Linux:

ping alamat-server

Jika banyak paket mengalami timeout atau latency berubah sangat jauh dalam waktu singkat, kemungkinan terdapat masalah pada kualitas jaringan atau routing.

Memeriksa Jalur Jaringan

Jika ping ke server tidak stabil, traceroute dapat digunakan untuk melihat jalur yang dilewati traffic.

Windows:

tracert alamat-server

Linux:

traceroute alamat-server

Hasil traceroute dapat membantu mengetahui apakah peningkatan latency terjadi pada jaringan lokal, ISP, transit network, atau mendekati lokasi server.

Tips Menjaga Koneksi Tetap Stabil

  1. Pilih server dengan routing yang baik — lokasi geografis dekat tidak selalu berarti koneksinya lebih baik.
  2. Aktifkan Keep Alive — terutama jika koneksi sering putus ketika tidak digunakan.
  3. Aktifkan Auto-Reconnect — agar koneksi dapat dibangun kembali setelah gangguan.
  4. Periksa packet loss — latency rendah tidak selalu berarti jaringan stabil.
  5. Batasi koneksi yang tidak diperlukan — terutama pada server dengan resource terbatas.
  6. Gunakan versi aplikasi terbaru — pembaruan dapat membawa perbaikan kompatibilitas dan stabilitas.
  7. Sesuaikan MTU jika diperlukan — jangan menurunkannya tanpa pengujian karena nilai optimal berbeda pada setiap jaringan.
  8. Periksa kondisi server — lihat CPU, RAM, bandwidth, dan jumlah koneksi aktif.

Kapan Sebaiknya Mengganti Server?

Pertimbangkan menggunakan server lain jika:

  • Packet loss menuju server terus terjadi secara konsisten.
  • Latency sangat tinggi atau tidak stabil dibandingkan server alternatif.
  • Server sering tidak dapat dijangkau dari beberapa jaringan.
  • CPU, RAM, atau bandwidth server sering mencapai batas kapasitas.
  • Layanan SSH atau VPN sering restart atau mengalami error.
  • Routing dari ISP menuju server memiliki kualitas yang buruk.

Jangan menentukan kualitas server hanya berdasarkan satu angka ping. Server dengan ping sedikit lebih tinggi tetapi packet loss rendah dan routing stabil sering memberikan pengalaman yang lebih baik daripada server dengan ping rendah tetapi koneksi tidak konsisten.

Kesimpulan

SSH atau VPN yang sering disconnect dapat disebabkan oleh idle timeout, packet loss, perubahan jaringan, NAT timeout, server overload, MTU yang tidak sesuai, atau kualitas koneksi internet.

Langkah awal yang paling efektif adalah memeriksa log, packet loss, latency, kondisi server, serta membandingkan koneksi melalui jaringan lain. Setelah penyebabnya diketahui, fitur seperti Keep Alive, PersistentKeepalive, dan Auto-Reconnect dapat dikonfigurasi sesuai kebutuhan.

Terms Of BlueSSH.

Premium Server Unlimited Bandwidth Full Speed Private Account Hide Your IP Simple & Easy High Quality Instant Create
No DDOS No Fraud No Hacking No Spam No Report Account

Learn More About Tunneling

What is SSH tunneling?

SSH tunneling is a way to pass traffic through an encrypted SSH connection. In practice, users often rely on it to protect traffic between their device and a remote server, or to adapt how a connection moves through a network that applies filtering, proxying, or protocol restrictions.

What is OpenVPN?

OpenVPN is a VPN protocol that creates an encrypted tunnel between a client and a server. It is commonly used because it is flexible, widely supported, and can be configured for many different routing and authentication needs.

What is WireGuard?

WireGuard is a lighter VPN protocol known for simpler configuration and strong performance. Many users prefer it when they want a cleaner setup with modern cryptography and lower overhead.

Why do protocol details matter?

Different protocols use different fields. SSH pages may focus on ports and proxy values, while Xray-based pages often need host, path, TLS, and network type. A useful server page should explain those differences instead of showing the same generic content for every protocol.