Beranda / Akses Remote / Tunnel Terhubung Tapi Lambat atau Putus-

Tunnel Terhubung Tapi Lambat atau Putus-Putus? Periksa MTU dan MSS

Gejala: ping normal tetapi halaman tertentu macet. Sering akibat MTU/MSS yang tidak pas di tunnel.

Diperbarui: 3 November 2026

Ringkasnya: Kendala MTU MSS tunnel VPN lambat umumnya terjadi karena enkapsulasi tunnel memakan ruang payload, sehingga paket data melampaui batas transmisi jaringan fisik. Paket besar dengan penanda larangan fragmentasi akan dibuang diam-diam oleh router perantara. Anda dapat mengatasi kendala ini dengan menurunkan nilai MTU interface atau menerapkan penyesuaian MSS otomatis melalui firewall router Anda.

Gejala masalah MTU di tunnel

Masalah MTU MSS tunnel VPN lambat sering kali memunculkan keanehan yang membingungkan bagi pengelola jaringan. Salah satu tanda yang paling jamak ditemui adalah tes ping ke alamat tujuan menunjukkan respon waktu yang normal dan tanpa kehilangan paket. Namun, saat Anda mencoba membuka halaman web atau aplikasi tertentu, proses pemuatan data berjalan sangat lambat atau bahkan berhenti sama sekali di tengah jalan tanpa menampilkan pesan galat yang jelas.

Selain pada lalu lintas web, gejala lain kerap terlihat saat Anda melakukan proses pengunggahan file atau pengiriman data transaksi aplikasi. Koneksi awal seperti jabat tangan protokol komunikasi dapat terbentuk dengan lancar, tetapi pengiriman data mendadak tertahan tepat ketika ukuran transfer mulai membesar. Sesi komunikasi tersebut kemudian terputus karena aplikasi kehabisan waktu tunggu, padahal status interface tunnel masih menunjukkan indikator terhubung aktif.

Kondisi tidak menentu ini sering kali disalahartikan sebagai gangguan koneksi secara menyeluruh dari penyedia layanan internet. Padahal, kegagalan komunikasi hanya terjadi ketika paket data yang dikirimkan membutuhkan kapasitas muat penuh. Sementara itu, lalu lintas berukuran ringan seperti resolusi nama domain atau akses baris perintah jarak jauh tetap dapat berjalan lancar karena ukuran muatannya jauh berada di bawah ambang batas transmisi.

Kenapa tunnel mengubah ukuran paket

Jaringan fisik standar Ethernet umumnya memiliki batas kapasitas muatan data sebesar 1500 byte. Ketika Anda melewatkan lalu lintas data melalui koneksi perantara seperti tunnel, sistem jaringan harus menambahkan header enkapsulasi ekstra pada setiap paket data. Penambahan informasi header ini memakan ruang yang tersedia, sehingga kapasitas bersih untuk muatan paket data asli yang dapat melintasi jalur tersebut menjadi lebih kecil dari 1500 byte.

Masalah muncul ketika perangkat pengirim mengirimkan paket data berukuran penuh dengan penanda larangan pemecahan data yang aktif. Karena ukuran gabungan muatan dan header baru melampaui batas jalur transmisi fisik, paket tersebut tidak muat untuk diteruskan. Router perantara yang dilarang memecah paket akan membuang data tersebut, sehingga paket besar yang tidak muat dan tidak boleh dipecah dapat hilang sehingga koneksi tampak macet.

Ketiadaan pesan pemberitahuan galat dari perangkat perantara memperburuk masalah ini. Dalam kondisi ideal, router perantara seharusnya mengirimkan pesan informasi bahwa paket terlalu besar untuk diteruskan ke tujuan. Namun, penyaringan lalu lintas pada jaringan publik kerap memblokir pesan kendali tersebut, menciptakan situasi di mana perangkat pengirim terus menunggu respon tanpa pernah menyadari bahwa paket datanya telah dibuang di tengah rute.

Cara menguji ukuran paket yang muat

Anda dapat memastikan akar kendala ini dengan melakukan pengujian pengiriman paket menggunakan perintah ping khusus. Pada sistem operasi yang Anda gunakan, jalankan utilitas ping yang dilengkapi opsi penanda larangan fragmentasi data serta penentuan ukuran muatan paket. Melalui pengujian terarah ini, Anda memaksa paket dikirim dalam ukuran utuh tanpa diizinkan untuk dipecah di sepanjang jalur koneksi tunnel yang sedang aktif.

Mulailah pengujian dengan mengirimkan paket data berukuran standar, lalu perhatikan apakah muncul laporan penolakan fragmentasi atau paket hilang. Jika paket gagal terkirim, turunkan nilai ukuran muatan paket tersebut secara bertahap lalu kirimkan kembali perintah pengujian. Terus kurangi ukuran tersebut sampai Anda menemukan batas muatan paling pas yang berhasil terkirim dan menerima balasan secara konsisten tanpa mengalami hambatan pemecahan paket.

Dengan mengidentifikasi titik batas keberhasilan paket tersebut, Anda memperoleh acuan pasti untuk penataan parameter jaringan. Angka kapasitas bersih yang diperoleh dari hasil uji coba ini mencerminkan daya tampung riil yang dapat dilewati data sebelum ditambah header enkapsulasi, sehingga Anda memiliki dasar teknis yang jelas untuk diterapkan pada antarmuka komunikasi tanpa perlu melakukan perkiraan sepihak.

Uji ukuran paket terbesar yang lolos

Turunkan angka sampai ping berhasil tanpa fragmentasi; ukuran paket total adalah angka ini ditambah 28 byte header.

# Windows
ping -f -l 1372 IP_TUJUAN
# Linux
ping -M do -s 1372 IP_TUJUAN

Clamp MSS di Mikrotik

Ganti ipnesia dengan nama interface tunnel Anda.

/ip firewall mangle add chain=forward protocol=tcp tcp-flags=syn out-interface=ipnesia action=change-mss new-mss=clamp-to-pmtu passthrough=yes comment="clamp MSS tunnel"

Menyesuaikan MTU dan MSS

Setelah menemukan batas kapasitas transmisi yang dapat diterima jalur, Anda perlu melakukan penyesuaian pada konfigurasi perangkat perantara. Sebagai contoh, nilai MTU default WireGuard pada wg-quick adalah 1420, yang dirancang untuk memperhitungkan penambahan header enkapsulasi. Anda dapat menetapkan nilai MTU yang sesuai secara manual pada interface tunnel di perangkat agar sistem tidak memaksakan pengiriman paket yang melampaui batas tampung jalur fisik.

Jika Anda mengelola jaringan menggunakan router Mikrotik, penyesuaian transmisi dapat disempurnakan melalui manipulasi segmen data TCP secara otomatis. Pada Mikrotik, penyesuaian MSS dilakukan dengan aturan mangle change-mss. Aturan ini akan menyesuaikan ukuran segmen maksimum pada paket pembuka koneksi secara dinamis, sehingga komputer pengguna otomatis mengirimkan paket yang pas melintasi tunnel tanpa mengalami pembuangan data di jalur tengah.

Langkah konfigurasi ini sangat efektif untuk mengoptimalkan layanan IPnesia, yang menghadirkan IP public IPv4 statis lewat tunnel yang dimulai dari sisi pelanggan sehingga bekerja di balik CGNAT. Dengan penyesuaian MSS pada router, seluruh komputer klien di jaringan lokal Anda akan langsung menikmati koneksi yang lancar tanpa perlu diatur ulang satu per satu.

Verifikasi setelah perubahan

Tahap akhir yang tidak boleh dilewatkan adalah memastikan perubahan parameter jaringan benar-benar menyelesaikan masalah secara menyeluruh. Lakukan uji coba pengiriman paket data tanpa fragmentasi kembali dengan batas ukuran yang telah disesuaikan pada interface perangkat. Pastikan seluruh paket pengujian dapat melintasi koneksi tunnel tanpa ada lagi laporan paket hilang dan waktu tanggap balasan dari sisi tujuan diterima secara konsisten.

Selanjutnya, bandingkan performa kecepatan koneksi secara nyata saat membuka portal web, mentransfer file berukuran besar, maupun mengakses server internal. Setelah konfigurasi MTU dan MSS disesuaikan pada tunnel IPnesia, aliran transmisi data seharusnya berjalan lancar tanpa ada sesi koneksi yang macet mendadak. Pengujian komparasi ini membuktikan bahwa jalur komunikasi kini mampu membawa beban data secara efisien.

Lakukan pemantauan berkala pada statistik interface dan catatan aktivitas router untuk memastikan tidak ada pembuangan paket yang mencurigakan saat beban lalu lintas tinggi. Kelancaran jangka panjang menjadi indikator kuat bahwa penyesuaian ukuran paket telah berhasil menjaga keutuhan aliran transmisi. Apabila seluruh layanan data berjalan mulus tanpa terputus, konfigurasi jaringan Anda telah beroperasi dengan tepat.

Pertanyaan umum

Apa perbedaan mendasar antara MTU dan MSS pada jaringan?

MTU menentukan batas total ukuran satu frame data fisik termasuk seluruh header protokol, sedangkan MSS hanya menghitung kapasitas muatan data bersih TCP yang boleh dikirimkan sebelum header protokol ditambahkan ke dalam paket.

Kapan penyesuaian MTU dan MSS tidak diperlukan pada perangkat?

Penyesuaian tidak diperlukan jika seluruh komunikasi data berlangsung di jaringan lokal fisik tanpa enkapsulasi tunnel, serta jalur penyedia internet Anda sudah mendukung penanganan fragmentasi paket secara normal tanpa pemblokiran sepihak.

Apakah menurunkan nilai MTU terlalu rendah dapat memicu dampak buruk?

Nilai yang terlalu kecil akan memecah data menjadi banyak paket mini. Hal ini meningkatkan beban pemrosesan pada perangkat jaringan dan menurunkan efisiensi throughput transmisi akibat proporsi header yang menjadi lebih banyak.

Mengapa masalah ukuran paket lebih sering terasa pada protokol TCP dibanding UDP?

TCP menuntut kepastian penerimaan paket data dan kerap menggunakan penanda larangan fragmentasi. Saat paket TCP hilang akibat ukuran berlebih, sesi komunikasi akan tertahan untuk meminta pengiriman ulang secara terus-menerus hingga koneksi mengalami kehabisan waktu.

Pelajari juga

Paket yang cocok

Pilih sesuai protokol yang didukung perangkat Anda: Essential (L2TP/SSTP) untuk Mikrotik RouterOS 6/7 atau Windows, Pro (WireGuard) untuk RouterOS 7, Linux, dan perangkat modern.

Indonesia

ID-150 Essential

IP Publik statis Indonesia
L2TP / SSTP
  • 1 IPv4 publik statis khusus Anda
  • Speed hingga 150 Mbps
  • Kompatibel Mikrotik, Windows & router
  • Kredensial & perintah siap-salin di panel
Rp99.000 / bulanan
Pesan Sekarang