Pengantar
MTR (awalnya, Matt's TraceRoute, sekarang hanya My TraceRoute) adalah alat yang praktis dan ringan di gudang administrator UNIX/Linux yang dapat membantu mengidentifikasi dan mendiagnosis masalah jaringan umum seperti latensi, kehilangan paket, dan kesalahan perutean. Ini adalah alat 2-in-1 yang kuat yang menggabungkan dan menampilkan hasil traceroute dan ping dengan satu perintah. Mari membahas dasar-dasar penggunaan MTR dan cara menginterpretasikan data yang diberikannya.
Prasyarat
- Anda memerlukan server Linux, dan jika Anda belum memiliki server, Anda dapat mengunjungi halaman Hosting VPS kami dan menjalankan server baru dalam waktu kurang dari 30 detik
Memasang MTR
Paket MTR tersedia untuk sebagian besar sistem operasi Linux (atau berbasis UNIX) yang populer saat ini.
Instal MTR di Ubuntu/Debian:
sudo apt-get install mtr-tiny
mtr-tinypackage adalah versi baris perintah saja darimtrkemasan.mtrpaket termasuk dukungan untuk antarmuka grafis X-11.
Instal MTR di CentOS/Fedora:
yum install mtr
Instal MTR di Arch Linux:
pacman -S mtr
Instal MTR di FreeBSD:
pkg install mtr
.
Cara Kerja MTR
Untuk memahami output yang dihasilkan MTR, Anda mungkin perlu mengetahui cara kerjanya. Jika Anda sudah mengetahui cara traceroute perintah berfungsi, maka penjelasan ini akan terdengar familier.
MTR menghasilkan paket ICMP Echo Request yang ditujukan untuk IP target/hostname mtr Anda memerintah. Paket pertama akan memiliki nilai time-to-live (TTL) 1. Ketika paket itu tiba di router yang merupakan gerbangnya di jalurnya ke tujuan akhirnya, router penerima akan mengurangi TTL sebesar 1, menjadikannya 0 Ketika TTL mencapai 0, router menjatuhkan paket dan mengirimkan paket ICMP Time Exceeded kepada pengirim asli. Paket kembali ini berisi alamat IP pengirim, dan MTR menampilkan IP ini (atau nama host, jika dapat menyelesaikannya) sebagai hop pertama. Kemudian mengirimkan paket ICMP Echo Request terpisah dengan TTL 2, dan ketika menerima paket ICMP Time Exceeded dari TTL kedaluwarsa, ia mencantumkan perangkat ini sebagai hop kedua, dan seterusnya hingga tujuan mengembalikan paket ICMP Echo Reply .
.
Membaca Laporan MTR
Selain mendaftar setiap hop jaringan antara originator dan tujuan, MTR juga melacak statistik yang terkait dengan waktu pulang pergi untuk paket dari host asal ke setiap hop di sepanjang jalan. Waktu pulang pergi ini sering disebut latensi .
Untuk mendapatkan ide yang lebih baik tentang apa yang dikatakan MTR kepada kita, mari kita lihat contoh yang melacak rute ke DNS publik Google.
sudo mtr -r 8.8.8.8
[sample results below]
HOST: endor Loss% Snt Last Avg Best Wrst StDev
1. 69.28.84.2 0.0% 10 0.4 0.4 0.3 0.6 0.1
2. 38.104.37.141 0.0% 10 1.2 1.4 1.0 3.2 0.7
3. te0-3-1-1.rcr21.dfw02.atlas. 0.0% 10 0.8 0.9 0.8 1.0 0.1
4. be2285.ccr21.dfw01.atlas.cog 0.0% 10 1.1 1.1 0.9 1.4 0.1
5. be2432.ccr21.mci01.atlas.cog 0.0% 10 10.8 11.1 10.8 11.5 0.2
6. be2156.ccr41.ord01.atlas.cog 0.0% 10 22.9 23.1 22.9 23.3 0.1
7. be2765.ccr41.ord03.atlas.cog 0.0% 10 22.8 22.9 22.8 23.1 0.1
8. 38.88.204.78 0.0% 10 22.9 23.0 22.8 23.9 0.4
9. 209.85.143.186 0.0% 10 22.7 23.7 22.7 31.7 2.8
10. 72.14.238.89 0.0% 10 23.0 23.9 22.9 32.0 2.9
11. 216.239.47.103 0.0% 10 50.4 61.9 50.4 92.0 11.9
12. 216.239.46.191 0.0% 10 32.7 32.7 32.7 32.8 0.1
13. ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
14. google-public-dns-a.google.c 0.0% 10 32.7 32.7 32.7 32.8 0.0
Laporan MTR, secara default, menampilkan kolom berikut:
– Loss% =Persentase paket yang tidak menerima balasan ICMP.
– Snt =Jumlah paket yang dikirim ke setiap hop.
– Terakhir =Waktu perjalanan pulang pergi dari penyelidikan traceroute terakhir, dalam milidetik.
– Rata-rata =Waktu pulang-pergi rata-rata dari semua probe traceroute, dalam milidetik.
– Terbaik =Waktu bolak-balik terpendek dari semua probe traceroute, dalam milidetik.
– Pertama =Waktu bolak-balik terlama dari semua probe traceroute, dalam milidetik.
– StDev =Hasil pemeriksaan standar deviasi untuk setiap hop.
.
Mendapatkan Laporan Langsung dari MTR
Jika Anda menjalankan MTR hanya dengan IP target (atau nama host), Anda akan mendapatkan laporan langsung yang akan terus berjalan hingga sesi Anda berakhir atau menjalankan perintah break (Ctrl+C ).
sudo mtr 8.8.8.8
Beberapa sistem operasi memerlukan
sudosebelum menjalankanmtrmemerintah; yang lain tidak.
.
Jika Anda ingin menjeda MTR, tekan p . MTR akan menyimpan semua penghitungan yang dikumpulkan saat dijeda, memungkinkan Anda mengambil tangkapan layar atau menyalin data ke papan klip Anda. Batalkan jeda MTR dengan spasi.
.
Membuat Laporan MTR Hitungan Tetap
Anda juga dapat membuat laporan MTR setelah sejumlah pemeriksaan jejak tertentu dengan -r opsi (bentuk panjangnya adalah --report ). Jumlah hitungan default adalah 10, tetapi jika Anda ingin menjalankan MTR untuk jumlah hitungan yang berbeda, gunakan -c (--report-cycles ) pilihan juga. Misalnya, jika Anda ingin membuat laporan lebih dari 200 hitungan:
sudo mtr -rc 200 8.8.8.8 [long form] sudo mtr --report --report-cycles 200 8.8.8.8
Setiap MTR dijalankan dengan -r opsi tidak akan menghasilkan keluaran apa pun (tidak seperti laporan langsung di atas) hingga ia menyelesaikan jumlah penghitungan penuh. MTR mengirimkan serangkaian pemeriksaan jejak satu detik sekali secara default, sehingga laporan akan selesai hanya dalam beberapa detik sama dengan jumlah hitungan Anda (200 detik dalam contoh di atas).
.
Opsi Berguna Lainnya
Ada beberapa opsi lain yang mungkin berguna bagi Anda saat menggunakan MTR. Yang tidak memerlukan argumen (seperti -r ) dapat dirantai bersama dalam string opsi yang sama (mis., -rn ). Opsi yang memerlukan argumen dapat disertakan dalam salah satu rantai ini hanya jika opsi tersebut merupakan opsi terakhir, dan diikuti oleh argumennya (mis., -rnc 200 ).
-n:(bentuk panjang--no-dns) Nonaktifkan pencarian nama host DNS.nkey juga dapat digunakan selama laporan langsung untuk beralih antara menonaktifkan dan mengaktifkan pencarian DNS.-u:Kirim datagram UDP alih-alih paket permintaan gema ICMP.ukey juga dapat beralih antara UDP dan ICMP selama laporan langsung.-w:(bentuk panjang--report-wide) Pengganti-rtetapi menghasilkan laporan yang tidak memotong nama host yang lebih panjang.-i*:(bentuk panjang--interval) Tentukan interval, dalam detik, antara probe uji. Interval default adalah 1 detik.-4:Batasi pengujian ke IPv4.-6:Batasi pengujian ke IPv6.
.
Menganalisis Data MTR untuk Latensi
Keluaran data MTR dapat membantu Anda mengidentifikasi masalah yang mungkin dialami oleh Anda atau salah satu operator internet dengan perutean. Ini juga dapat membantu menetapkan garis dasar untuk latensi yang diharapkan antara titik akhir.
Mari kita ulangi di sini bahwa waktu yang dihasilkan oleh MTR adalah waktu bolak-balik untuk paket ICMP untuk mencapai hop di mana TTL-nya berakhir, untuk pemrosesan perangkat yang kedaluwarsa untuk menghasilkan paket ICMP Time Exceeded, dan untuk paket itu untuk kembali ke perangkat asal. Bagi banyak router, melakukan respons ICMP untuk paket yang jatuh adalah prioritas rendah–dan pada beberapa perangkat, respons ini dinonaktifkan sepenuhnya.
Untuk salah satu alasan ini, Anda mungkin akan melihat contoh di mana satu lompatan menengah menunjukkan lonjakan sesekali di kolom waktu "Terakhir" atau "Terburuk". Selama lompatan dalam latensi tidak juga menyebar ke setiap lompatan berikutnya, maka yang Anda lihat adalah penundaan dari mekanisme respons pada satu perangkat itu, yang bertentangan dengan latensi throughput yang sebenarnya. Ambil, misalnya, output MTR berikut:
Packets Pings Host Loss% Snt Last Avg Best Wrst StDev 1. vl223-ar-01.nyc-ny.atlantic.net 0.0% 66 0.5 6.1 0.5 140.2 25.5 2. te0-0-1-1.rcr11.ewr04.atlas.cogentco.com 0.0% 66 1.0 1.0 0.8 2.8 0.2 3. te0-3-0-4.rcr21.ewr02.atlas.cogentco.com 0.0% 66 1.1 1.1 0.9 2.5 0.2 4. be2601.rcr24.jfk01.atlas.cogentco.com 0.0% 66 1.6 1.7 1.5 2.0 0.0 5. be2632.ccr42.jfk02.atlas.cogentco.com 0.0% 66 1.7 1.8 1.6 3.0 0.1 6. be2807.ccr42.dca01.atlas.cogentco.com 0.0% 66 8.3 8.1 7.7 12.1 0.6 7. be2113.ccr42.atl01.atlas.cogentco.com 9.1% 66 27.5 21.7 18.6 34.7 3.9 8. be2123.ccr22.mia01.atlas.cogentco.com 0.0% 66 33.0 33.4 33.0 41.5 1.1 9. be2055.ccr21.mia03.atlas.cogentco.com 0.0% 66 33.3 33.6 33.1 36.3 0.4 10. 38.104.95.170 0.0% 65 40.8 40.9 40.7 42.0 0.1 11. 209.208.7.42 0.0% 65 41.6 43.3 40.9 187.9 18.2 12. [target host] 0.0% 65 41.1 41.1 40.9 41.3 0.0
Lihat bagaimana hop pertama dan hop kesebelas masing-masing memiliki waktu terburuk jauh lebih tinggi daripada rata-rata mereka? Banyak yang melihat indikator seperti ini dan menganggapnya sebagai bukti latensi throughput. Tapi perhatikan bagaimana lompatan kedua dan kedua belas tidak juga menunjukkan waktu terburuk yang sama? Jika kolom waktu terburuk untuk setiap hop berikutnya menunjukkan waktu yang sama atau lebih besar, maka kita dapat mengambil hasil dari insiden yang menunjukkan potensi masalah latensi. Perhatikan, sebaliknya, kolom waktu rata-rata, khususnya antara lompatan 6 dan 7. Rata-rata melompat dari 8,3 milidetik menjadi 21,7 milidetik, dan setiap lompatan berikutnya memiliki angka yang lebih tinggi. Kolom ini menunjukkan contoh latensi sebenarnya, dalam hal ini antara router di Washington, D.C, dan Atlanta, GA (hasil ini cukup normal menurut standar 2015).
Anda juga dapat melihat lompatan perantara secara sporadis atau bahkan secara konsisten menjatuhkan paket sama sekali. Sekali lagi, selama penurunan ini diisolasi ke satu perangkat dan tidak konsisten di semua lompatan berikutnya, maka kemungkinan besar merupakan gejala dari pesan respons ICMP Time Exceeded yang diprioritaskan untuk lalu lintas transit yang lebih penting (Anda dapat melihat contoh penurunan ini di hop 7 di atas). Dalam beberapa kasus, administrator jaringan mengkonfigurasi router untuk tidak membalas dengan tanggapan ICMP Time Exceeded sama sekali. Anda mungkin melihat hop ini muncul sebagai penurunan 100% lalu lintas sementara hop di luarnya masih responsif (dalam contoh pertama di artikel ini, Anda dapat melihat contoh perilaku ini di hop 13 yang menunjukkan 100% loss dan tidak menunjukkan IP host-nya atau nama host).
.
Apa Selanjutnya?
Artikel ini hanyalah pengantar tentang bagaimana Anda dapat menggunakan alat MTR untuk memeriksa konektivitas jaringan Anda ke berbagai titik akhir di Internet. Meskipun masih banyak yang harus dipelajari, informasi yang disajikan di sini akan memberi Anda awal yang baik untuk dapat mendiagnosis masalah jaringan yang mungkin Anda alami. Terima kasih telah membaca, dan hubungi kami kembali untuk pembaruan lebih lanjut dan tutorial hosting VPS lanjutan serta artikel seperti Apa itu:Dasar-Dasar Jaringan – Sakelar, Router, dan Firewall.
Pelajari lebih lanjut tentang layanan hosting VPS dan server pribadi Virtual kami.
.
.