Perintah tracepath Linux: telusuri hop dan Path MTU

Perintah tracepath menelusuri jalur menuju host dan mencari informasi Path Maximum Transmission Unit (PMTU), yaitu batas ukuran paket pada jalur tanpa perlu fragmentasi. Alat iputils ini biasanya dapat dijalankan pengguna biasa, tetapi hasilnya bergantung pada balasan jaringan; hop yang tidak menjawab belum membuktikan jalur terputus.

Hop adalah langkah perpindahan melalui router. Maximum Transmission Unit (MTU) membatasi ukuran paket pada suatu link, sedangkan PMTU berkaitan dengan batas sepanjang jalur yang sedang digunakan. Nilai yang ditemukan bukan ukuran isi berkas, bukan kecepatan transfer, dan tidak otomatis merupakan pengaturan MTU yang harus disalin ke semua antarmuka.

Sintaks dan cara pemeriksaan

tracepath [OPSI] TUJUAN

OPSI dan TUJUAN adalah penanda. Periksa tracepath -V serta man tracepath pada host karena opsi bergantung pada implementasi. tracepath iputils mengirim probe User Datagram Protocol (UDP) dan menggunakan informasi kesalahan jaringan, termasuk Internet Control Message Protocol (ICMP), untuk menyusun hasil.

Alat ini tidak hanya membaca tabel rute lokal: menjalankannya mengirim lalu lintas diagnosis ke tujuan. Pilih host yang relevan dan memang boleh Anda periksa. Kebijakan jaringan atau lingkungan kontainer tetap dapat membatasi penggunaan meskipun alat biasanya tidak memerlukan sudo.

Telusuri tujuan menggunakan nama

tracepath example.com

Nama example.com adalah contoh. Ganti dengan tujuan diagnosis yang sudah dikenali; alamat hasil resolusi serta jalur dapat berbeda pada waktu lain. Perhatikan alamat tujuan yang dipilih sebelum membandingkan dua pengujian.

Jika nama tidak dapat diubah menjadi alamat, selesaikan pemeriksaan Domain Name System (DNS) terlebih dahulu. Kegagalan resolusi nama berbeda dari probe yang sudah dikirim tetapi tidak mendapat respons. Untuk memisahkan keduanya, gunakan alamat numerik aktual yang sesuai dengan tujuan.

Utamakan alamat numerik dalam keluaran

tracepath -n example.com

-n mengutamakan alamat IP numerik, sehingga nama hasil pencarian balik tidak mendominasi hasil. Namun, karena argumen tujuan masih example.com, pencarian nama tujuan tetap diperlukan. -n bukan cara menghilangkan kebutuhan DNS untuk sebuah nama yang diberikan sebagai tujuan.

Nama router dapat membantu mengenali jaringan, tetapi nama itu bukan bukti lokasi fisik atau pemilik setiap jalur. Catat alamat yang sebenarnya terlihat ketika melaporkan masalah.

Batasi maksimum hop yang dicoba

tracepath -m 15 example.com

-m 15 membatasi maksimum hop atau nilai Time To Live (TTL) yang dicoba menjadi 15. TTL membatasi seberapa jauh probe dapat diteruskan. Batas ini tidak menjamin 15 router akan terlihat dan bukan batas waktu keseluruhan dalam detik.

Jika tujuan berada lebih jauh, pengujian dapat berhenti sebelum mencapainya. Sebagian hop juga dapat tidak membalas. Karena itu, berhenti pada batas -m tidak cukup untuk menyimpulkan tujuan tidak dapat diakses oleh aplikasi.

Baca hop, waktu respons, dan PMTU

tracepath 192.0.2.1

192.0.2.1 adalah alamat dokumentasi, bukan server uji yang dijamin membalas. Berikut potongan ilustrasi struktur keluaran; gateway.example, 0.5ms, dan 1500 bukan hasil pengukuran jaringan Anda:

1:  gateway.example  0.5ms
2:  no reply
Resume: pmtu 1500

Angka sebelum titik dua menunjukkan TTL probe. Bila informasi balasan tidak memadai, tracepath dapat menandai angka perkiraan dengan tanda tanya. Bagian sesudahnya menampilkan hop yang menjawab, atau [LOCALHOST] bila probe belum dikirim ke jaringan. Satu baris tidak selalu setara dengan satu router unik yang berhasil diidentifikasi.

Waktu dalam ms adalah round-trip time (RTT), yaitu waktu pergi-pulang probe dan balasan. Nilai hop yang besar tidak dengan sendirinya mengukur waktu tambahan antar-router, karena jalur balasan dan penanganan probe dapat berbeda. Bandingkan dengan hati-hati dan jangan mengurangi dua RTT seolah-olah menghasilkan latensi satu link yang pasti.

no reply berarti tidak ada balasan yang dapat dipakai untuk probe tersebut. Router bisa tetap meneruskan trafik aplikasi meskipun menolak atau membatasi balasan diagnosis. Jika hop sesudahnya menjawab, jangan menyatakan hop yang diam sebagai titik putus hanya dari baris ini.

pmtu 1500 adalah informasi PMTU yang ditemukan atau dipertahankan oleh pengujian pada saat itu, dalam byte paket IP, bukan kapasitas payload aplikasi 1500 byte. Ukuran header dan lapisan tunnel perlu diperhitungkan terpisah. Nilai PMTU juga dapat berubah ketika jalur atau kondisi jaringan berubah.

reached menandai bahwa metode probe telah mengenali tujuan, bukan bahwa layanan web atau akses administrasi berhasil. Baris Resume merangkum informasi jalur yang terkumpul. Nilai hops atau back bila tersedia menjelaskan jumlah hop serta perkiraan arah balik; penanda asymm dan perkiraan arah balik tidak selalu andal.

Opsi umum

Perilaku probe, keluaran, dan kode kesalahan dijelaskan pada manual tracepath iputils. Keluarga IPv4 dan IPv6 dapat memilih rute serta menerima kebijakan berbeda, sehingga bandingkan pengujian pada keluarga yang sama.

Jika hop hilang atau PMTU mencurigakan

1. Pastikan tujuan dan keluarga alamatnya sesuai, lalu periksa antarmuka serta pilihan jalur dengan ip untuk alamat dan rute.
2. Periksa apakah batas -m menghentikan pengujian sebelum tujuan. Pisahkan tidak tercapai karena batas pengujian dari kesalahan jaringan yang dilaporkan.
3. Tinjau firewall dan kebijakan probe UDP serta balasan ICMP yang relevan. Jangan membuka semua trafik hanya untuk membuat keluaran diagnosis terlihat lengkap.
4. Jika masalah berhubungan dengan ukuran paket, periksa MTU antarmuka, tunnel, dan konfigurasi jaringan yang benar-benar digunakan. Catat nilai PMTU dan pesan kesalahan sebelum membuat perubahan.
5. Uji layanan dari lokasi klien yang relevan. Jalur probe UDP dapat berbeda dari trafik aplikasi akibat kebijakan atau penyeimbangan beban.

Perubahan jalur, penyeimbangan beban, serta perbedaan arah pergi dan balik dapat membuat hasil antarpercobaan berbeda. Ulangi dengan sumber, tujuan, keluarga alamat, dan opsi yang sama jika perlu membandingkan, lalu pertahankan konteks waktunya. tracepath melengkapi pemeriksaan layanan; ia tidak menggantikan validasi koneksi aplikasi.

FAQ

Apa perbedaan tracepath dan traceroute?

Keduanya menelusuri jalur. tracepath iputils menekankan penemuan PMTU dengan opsi sederhana dan biasanya tanpa hak administrator. traceroute memiliki pilihan metode probe serta pengaturan lebih rinci; lihat panduan traceroute berbahasa Inggris untuk alat terkait.

Apakah no reply berarti router rusak?

Tidak. Baris itu berarti probe tidak mendapat balasan yang dapat digunakan. Kebijakan respons, pembatasan ICMP, atau jalur balik dapat memengaruhi hasil meskipun trafik tetap diteruskan.