Masalah
Koneksi kecil bekerja, tetapi transfer tertentu hang atau TLS/application request gagal ketika payload membesar. Salah satu kemungkinan adalah Path MTU yang lebih kecil dari ukuran paket yang dikirim.
Networking / Troubleshooting
Kenali gejala Path MTU bermasalah dan uji ukuran paket secara bertahap tanpa langsung mengubah MTU interface.
Menggunakan ping dan tracepath untuk mengumpulkan indikasi Path MTU serta membedakan masalah MTU dari loss biasa.
PersiapanLinux dengan ping dan tracepath. Hasil ICMP bergantung pada kebijakan jaringan; jangan menganggap timeout selalu berarti MTU bermasalah.
Koneksi kecil bekerja, tetapi transfer tertentu hang atau TLS/application request gagal ketika payload membesar. Salah satu kemungkinan adalah Path MTU yang lebih kecil dari ukuran paket yang dikirim.
Catat interface, MTU lokal, tujuan, dan apakah jalur melewati VPN, tunnel, PPPoE, atau encapsulation lain yang menambah overhead.
Periksa MTU sebelum mengubah apa pun.
ip link showPada Ethernet MTU 1500, payload ICMP IPv4 1472 sering dipakai sebagai titik awal karena header IPv4 20 byte dan ICMP 8 byte. Nilai ini bukan angka universal untuk semua path.
ping -c 3 -M do -s 1472 1.1.1.1Jika probe besar gagal tetapi probe lebih kecil berhasil, cari batas secara bertahap. Pastikan kegagalan konsisten karena ICMP rate limiting juga dapat menghasilkan loss.
ping -c 3 -M do -s 1400 1.1.1.1tracepath dapat memberikan indikasi pmtu di sepanjang jalur dan membantu mengidentifikasi perubahan Path MTU.
tracepath example.comJangan langsung menurunkan MTU semua interface. Cari sumber encapsulation, blocked ICMP Packet Too Big/Fragmentation Needed, atau perangkat yang mengubah jalur.
Setelah perbaikan, ulangi request aplikasi yang sebelumnya gagal dan uji ukuran paket yang relevan. Dokumentasikan MTU sebelum dan sesudah serta alasan perubahan.
MTU troubleshooting membutuhkan pola bukti: request kecil sukses, paket besar konsisten gagal, dan batas ukuran dapat direproduksi. Satu ping timeout tidak cukup.