Cara Menjalankan Traceroute di Windows, Mac, dan Linux

Sebuah traceroute adalah utilitas diagnostik jaringan yang memetakan jalur tepat yang dilalui paket IP dari mesin Anda ke host target, mencatat setiap router perantara (hop) di sepanjang jalan dan mengukur waktu round-trip (RTT) ke masing-masing. Ini adalah alat paling efektif untuk mengisolasi apakah lonjakan latensi, kehilangan paket, atau anomali routing berasal dari jaringan lokal Anda, infrastruktur ISP Anda, backbone transit, atau server tujuan itu sendiri.

Ketika Anda menjalankan traceroute, sistem Anda mengirimkan serangkaian paket probe dengan nilai TTL (Time To Live) yang meningkat secara bertahap. Setiap router yang mengurangi TTL hingga nol mengembalikan pesan ICMP “Time Exceeded”, mengungkapkan identitasnya dan waktu respons. Mekanisme inilah yang membuat traceroute secara fundamental berbeda dari `ping` sederhana — ia mengekspos topologi routing penuh, bukan hanya keterjangkauan ujung ke ujung.

Cara Kerja Traceroute di Balik Layar

Memahami mekanisme yang mendasarinya mencegah kesalahan interpretasi hasil — kesalahan yang bahkan administrator berpengalaman pun lakukan.

• Windows (`tracert`) mengirimkan paket ICMP Echo Request secara default.
• Linux dan macOS (`traceroute`) mengirimkan datagram UDP ke port bernomor tinggi (33434+) secara default, meskipun ini dapat dikonfigurasi.
• Setiap probe dikirimkan tiga kali per hop, menghasilkan tiga pengukuran RTT per baris.
• Router yang membatasi laju atau menjatuhkan ICMP/UDP akan menampilkan tanda bintang (`* * *`), tetapi ini tidak berarti jalur di luar router tersebut terputus.

Perbedaan perilaku antara sistem operasi ini sangat penting: hop yang tampak tidak responsif di Linux mungkin merespons secara normal di Windows, hanya karena ACL router memblokir UDP tetapi mengizinkan ICMP.

Cara Menjalankan Traceroute di Windows

Langkah 1: Buka Command Prompt

Tekan `Win + R`, ketik `cmd`, dan tekan Enter. Atau, cari Command Prompt di menu Start. Untuk lingkungan di mana ICMP dibatasi, pertimbangkan untuk menjalankan sebagai Administrator.

Langkah 2: Jalankan Perintah

“`

tracert example.com

“`

Ganti `example.com` dengan nama domain target atau alamat IP. Windows menyelesaikan nama host ke IP sebelum mengirimkan probe pertama.

Langkah 3: Baca Output

“`

Tracing route to example.com [93.184.216.34] over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms 192.168.0.1

2 10 ms 11 ms 10 ms 10.0.0.1

3 15 ms 16 ms 15 ms isp.gateway.net [203.0.113.1]

4 * * * Request timed out.

5 22 ms 21 ms 23 ms core1.backbone.net [198.51.100.5]

“`

Opsi `tracert` Utama di Windows

Contoh dengan opsi:

“`

tracert -d -h 20 -w 2000 example.com

“`

Tips pro: Di Windows, `tracert -d` adalah cara tercepat untuk mendapatkan hasil ketika Anda hanya peduli tentang routing tingkat IP dan bukan nama host. Pencarian DNS terbalik dapat menambahkan beberapa detik per hop pada jaringan yang padat.

Cara Menjalankan Traceroute di macOS

Langkah 1: Buka Terminal

Tekan `Command + Space`, ketik Terminal, dan tekan Enter. Atau navigasikan ke Applications > Utilities > Terminal.

Langkah 2: Jalankan Perintah

“`

traceroute example.com

“`

macOS dilengkapi dengan `traceroute` yang sudah terinstal sebagai bagian dari toolkit jaringan BSD-nya. Tidak diperlukan instalasi tambahan.

Langkah 3: Baca Output

“`

traceroute to example.com (93.184.216.34), 64 hops max, 52 byte packets

1 192.168.0.1 (192.168.0.1) 1.206 ms 0.930 ms 0.799 ms

2 10.0.0.1 (10.0.0.1) 10.123 ms 10.456 ms 10.678 ms

3 isp.gateway.net (203.0.113.1) 15.789 ms 15.012 ms 15.234 ms

“`

Perhatikan bahwa macOS defaultnya adalah 64 hop maksimum versus 30 milik Windows — relevan saat melacak jalur ke tujuan jaringan yang jauh secara geografis atau kompleks.

Opsi `traceroute` Utama di macOS

Contoh — mode ICMP untuk melewati pemfilteran UDP:

“`

sudo traceroute -I example.com

“`

Contoh — mode TCP SYN pada port 80 (paling ramah firewall):

“`

sudo traceroute -T -p 80 example.com

“`

Cara Menjalankan Traceroute di Linux

Langkah 1: Buka Terminal

Tekan `Ctrl + Alt + T` atau temukan terminal di peluncur aplikasi Anda.

Langkah 2: Instal `traceroute` jika Diperlukan

Pada banyak distribusi Linux minimal atau tingkat server, `traceroute` tidak terinstal secara default.

Debian / Ubuntu:

“`

sudo apt-get install traceroute

“`

CentOS / RHEL / AlmaLinux / Rocky Linux:

“`

sudo yum install traceroute

“`

Fedora:

“`

sudo dnf install traceroute

“`

Arch Linux:

“`

sudo pacman -S traceroute

“`

Langkah 3: Jalankan Perintah

“`

traceroute example.com

“`

Langkah 4: Baca Output

“`

traceroute to example.com (93.184.216.34), 30 hops max, 60 byte packets

1 192.168.0.1 (192.168.0.1) 0.728 ms 0.457 ms 0.373 ms

2 10.0.0.1 (10.0.0.1) 9.862 ms 9.946 ms 10.123 ms

3 isp.gateway.net (203.0.113.1) 14.987 ms 14.123 ms 15.456 ms

“`

Opsi `traceroute` Utama di Linux

Flag `-A` sangat berguna untuk mendiagnosis masalah routing antar-AS — ini menunjukkan ISP atau operator jaringan mana yang memiliki setiap hop, memungkinkan Anda menentukan dengan tepat di mana serah terima antar operator menyebabkan latensi.

“`

traceroute -A example.com

“`

`mtr` — Alternatif Superior di Linux

Untuk diagnostik yang berkelanjutan atau interaktif, `mtr` (Matt’s Traceroute) menggabungkan `ping` dan `traceroute` ke dalam tampilan yang terus diperbarui. Ini adalah alat yang disukai di antara insinyur jaringan untuk analisis kehilangan paket secara real-time.

“`

sudo apt-get install mtr

mtr example.com

“`

`mtr` mengakumulasi statistik dari waktu ke waktu, membuat kehilangan paket yang intermiten terlihat — sesuatu yang `traceroute` satu kali lewat akan sepenuhnya terlewatkan.

Perbandingan Lintas Platform: tracert vs. traceroute

Memahami Output Traceroute: Penjelasan Teknis

Nomor Hop

Setiap baris mewakili satu router dalam jalur. Hop 1 hampir selalu merupakan gateway default Anda (router rumah atau switch LAN). Hop 2 biasanya merupakan titik agregasi pertama ISP Anda.

Waktu Respons (RTT)

Tiga nilai RTT ditampilkan per hop. Nilai yang sehat umumnya mengikuti pola peningkatan bertahap seiring hop mengakumulasi jarak geografis. Lonjakan mendadak sebesar 50+ ms pada hop tertentu yang bertahan di semua hop berikutnya mengindikasikan kemacetan nyata pada node tersebut.

Menginterpretasikan `* * *` (Tanda Bintang)

Tanda bintang berarti probe habis waktu — router tidak mengembalikan respons ICMP dalam jendela tunggu. Ini bukan secara otomatis merupakan masalah. Banyak router enterprise dan node backbone memprioritaskan rendah atau secara diam-diam menjatuhkan paket probe ICMP/UDP karena alasan keamanan sambil tetap meneruskan lalu lintas secara normal. Jika hop setelah tanda bintang menunjukkan RTT normal, jalurnya utuh.

Latensi Tinggi pada Satu Hop

Jika hop 7 menunjukkan 200 ms tetapi hop 8 menunjukkan 25 ms, pembacaan 200 ms hampir pasti merupakan pembatasan laju ICMP pada router hop 7 — bukan kemacetan nyata. Router memproses probe dengan prioritas rendah sambil meneruskan lalu lintas aktual dengan kecepatan penuh. Selalu evaluasi tren latensi di seluruh jalur, bukan hop individual secara terpisah.

Routing Asimetris

Traceroute hanya memetakan jalur maju. Paket kembali mungkin mengikuti rute yang sepenuhnya berbeda. Ini berarti lonjakan latensi yang Anda amati bisa berasal dari jalur kembali, bukan jalur maju yang ditampilkan. Alat seperti `traceroute` di kedua arah (dari sumber dan dari tujuan) diperlukan untuk visibilitas penuh.

Loop Routing

Jika alamat IP yang sama muncul di beberapa hop berturut-turut, loop routing ada. Paket diteruskan antara dua router tanpa batas hingga TTL habis. Ini adalah kesalahan konfigurasi dan akan menyebabkan kegagalan konektivitas total ke tujuan tersebut.

Skenario Traceroute Umum dan Artinya

Skenario 1: Latensi tinggi dimulai pada hop 2

Titik agregasi pertama ISP Anda mengalami kemacetan. Ini di luar kendali Anda. Dokumentasikan output dengan cap waktu dan hubungi ISP Anda dengan bukti.

Skenario 2: Semua hop setelah hop 5 menunjukkan `* * *` tetapi tujuan merespons ping

Router upstream tujuan memblokir probe ICMP. Beralih ke mode TCP SYN (`-T -p 443`) untuk melacak melalui firewall.

Skenario 3: Lonjakan latensi pada hop yang terletak di negara yang tidak terduga

Lalu lintas Anda sedang dirutekan secara internasional sebelum mencapai tujuan lokal — anomali routing BGP. Ini umum terjadi dengan anycast yang salah dikonfigurasi atau ISP yang buruk peering-nya.

Skenario 4: Traceroute selesai tetapi situs web masih lambat

Kemacetan mungkin berada di sisi server: CPU yang kelebihan beban, respons aplikasi yang lambat, atau latensi database. Traceroute hanya mengukur kinerja lapisan jaringan. Jika Anda menghosting di VPS dan mengalami ini, selidiki utilisasi sumber daya server dengan `top`, `htop`, atau `vmstat`.

Skenario 5: Traceroute tidak pernah selesai (berhenti pada hop tertentu tanpa batas)

Firewall menjatuhkan probe Anda dan tujuan tidak dapat dijangkau. Konfirmasi dengan `ping` ke tujuan. Jika ping juga gagal, host mati atau memblokir semua ICMP. Jika ping berhasil, hanya protokol probe yang diblokir — ganti protokol.

Traceroute untuk Diagnostik Server dan Hosting

Traceroute sangat diperlukan saat mendiagnosis masalah konektivitas antara infrastruktur Anda dan pengguna akhir atau antar layanan. Jika Anda menjalankan aplikasi di Dedicated Server, traceroute dari beberapa titik pandang yang terdistribusi secara geografis mengungkapkan apakah latensi terlokalisasi ke wilayah atau ISP tertentu.

Untuk lingkungan web hosting yang dikelola melalui panel kontrol, melacak rute ke IP server Anda dari sisi klien membantu membedakan antara masalah lapisan hosting dan masalah transit jaringan. Administrator yang menggunakan VPS dengan cPanel dapat mencocokkan data traceroute dengan log akses sisi server untuk membangun gambaran lengkap dari keluhan konektivitas.

Saat mendiagnosis kegagalan pengiriman email atau batas waktu SMTP, menjalankan traceroute ke IP server email Anda adalah langkah pertama yang logis sebelum menyelidiki catatan SPF/DKIM. Jika Anda menggunakan layanan Email Hosting khusus, ini membantu mengonfirmasi apakah masalahnya berada di tingkat jaringan atau tingkat konfigurasi.

Untuk beban kerja yang sensitif terhadap latensi seperti inferensi machine learning atau pipeline rendering yang berjalan di GPU Hosting, traceroute membantu memverifikasi bahwa jalur jaringan antara klien Anda dan node GPU dirutekan secara optimal tanpa hop transit yang tidak terduga.

Teknik Lanjutan: Traceroute Online dan Terdistribusi

Traceroute dari satu titik hanya menunjukkan jalur dari mesin Anda. Untuk analisis jaringan yang komprehensif:

• Server Looking Glass: Banyak ISP dan IXP mengoperasikan server looking glass publik yang memungkinkan Anda menjalankan traceroute dari tepi jaringan mereka, mengungkapkan jalur dari perspektif operator.
• BGP.tools / RIPE Atlas: Platform pengukuran terdistribusi yang menjalankan traceroute dari ratusan titik pandang global secara bersamaan, mengekspos anomali routing regional yang tidak terlihat dari satu lokasi.
• PathPing (Windows): Alat Windows bawaan yang menggabungkan `ping` dan `tracert`, menjalankan probe berkelanjutan ke setiap hop dan menghitung statistik kehilangan paket. Jalankan dengan: `pathping example.com`
• WinMTR: Setara grafis Windows dari `mtr`, menyediakan statistik kehilangan paket dan latensi per hop secara real-time.

Matriks Keputusan Praktis: Alat Mana yang Digunakan

Poin Teknis Utama

• Selalu gunakan `-n` atau `-d` terlebih dahulu untuk menghilangkan penundaan resolusi DNS dan mendapatkan hasil mentah lebih cepat.
• Hop yang menunjukkan `* * *` tidak mengindikasikan jalur yang terputus — evaluasi hop yang mengikutinya.
• Latensi pada satu hop perantara sering kali merupakan pembatasan laju ICMP, bukan kemacetan nyata.
• Ganti protokol probe (ICMP, UDP, TCP SYN) ketika Anda mengalami batas waktu yang persisten — firewall bersifat selektif terhadap protokol.
• Gunakan `mtr` sebagai pengganti `traceroute` untuk sesi diagnostik yang lebih lama dari satu pemeriksaan.
• Traceroute hanya mengungkapkan jalur maju. Routing asimetris memerlukan analisis dua arah.
• Flag `-A` pada traceroute Linux menambahkan anotasi nomor AS, yang sangat penting untuk analisis routing multi-ISP.
• Dokumentasikan output traceroute dengan cap waktu saat mengajukan tiket dukungan ISP — operator memerlukan data ini untuk menyelidiki masalah tingkat BGP.

Pertanyaan yang Sering Diajukan

Mengapa traceroute menampilkan `* * *` untuk beberapa hop tetapi tujuan masih dapat dijangkau?

Router di sepanjang jalur dikonfigurasi untuk menjatuhkan atau membatasi laju pesan ICMP TTL-exceeded sambil terus meneruskan lalu lintas secara normal. Ini adalah kebijakan keamanan dan kinerja yang disengaja pada sebagian besar router enterprise dan carrier-grade. Ini tidak mengindikasikan kehilangan paket pada jalur data.

Apa perbedaan antara `tracert` di Windows dan `traceroute` di Linux?

Perbedaan utamanya adalah protokol probe default: `tracert` menggunakan ICMP Echo Request, sementara Linux/macOS `traceroute` menggunakan datagram UDP. Ini berarti keduanya berinteraksi secara berbeda dengan firewall dan ACL. Linux `traceroute` juga mendukung probe TCP SYN dan pencarian nomor AS, yang tidak dimiliki `tracert`.

Bagaimana cara menjalankan traceroute melalui firewall yang memblokir UDP dan ICMP?

Gunakan mode TCP SYN dengan port yang hampir pasti terbuka pada target, seperti port 80 atau 443: `sudo traceroute -T -p 443 example.com`. Probe TCP SYN melewati sebagian besar firewall stateful karena menyerupai awal dari koneksi yang sah.

Apa artinya ketika latensi traceroute tiba-tiba melonjak dan tetap tinggi untuk semua hop yang tersisa?

Peningkatan latensi yang persisten dari hop tertentu ke depan mengindikasikan kemacetan nyata atau tautan yang padat pada titik tersebut dalam jalur. Ini berbeda dari lonjakan satu hop (yang biasanya merupakan pembatasan laju). Peningkatan yang berkelanjutan berarti semua lalu lintas tertunda pada node tersebut atau tautan segera setelahnya.

Bisakah traceroute mendiagnosis kinerja situs web yang lambat?

Traceroute hanya mendiagnosis latensi lapisan jaringan dan masalah routing. Jika jalur jaringan terlihat bersih tetapi situs web masih lambat, masalahnya berada di sisi server — waktu pemrosesan aplikasi, latensi kueri database, atau kelelahan sumber daya. Gunakan alat pemantauan server bersama traceroute untuk diagnosis yang lengkap.