Pemantauan konektivitas jaringan adalah bagian penting dari administrasi server. Beberapa alat seperti ping, jalan setapak mudah digunakan dan memberikan informasi berharga. Hari ini, saya akan menunjukkan alat diagnostik canggih lainnya yang disebut MTR yang menggabungkan fungsionalitas traceroute dan ping program. MTR adalah singkatan dari My Traceroute - memungkinkan Anda untuk menyelidiki koneksi jaringan antara host dan server jauh. Ini juga menyediakan latensi dan perubahan kinerja dari waktu ke waktu. Tidak seperti traceroute dan ping , MTR tidak datang secara default. Anda perlu menginstalnya:
Cara Memasang MTR:
Di Ubuntu/Debian:
sudo apt-get install mtr
Di CentOS/Redhat/Fedora:
Jika Anda menggunakan Redhat dan tidak mendapatkan pembaruan yum, ikuti cara Mengonfigurasi yum untuk menggunakan repo CentOS di sistem Redhat.
yum install mtr Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile ---> Package mtr.x86_64 2:0.75-5.el6 will be installed --> Finished Dependency Resolution ... ... Installed: mtr.x86_64 2:0.75-5.el6 Complete!
Cara menggunakan MTR
Setelah berhasil diinstal, Anda dapat mulai menggunakannya dengan mengetik:
mtr google.com
Ada dua mode, Mode Antarmuka Grafis dan mode berbasis teks(ncurses ). Mode default adalah mode Antarmuka Grafis.
Cara meluncurkan MTR dalam mode teks
Untuk menentukan mode berbasis teks, Anda perlu menggunakan perintah di bawah ini. Perintah membuka antarmuka pengguna berbasis teks menggunakan ncurses , yang terus berjalan dalam mode interaktif.
mtr --curses google.com
Paket (ICMP) berjalan melalui serangkaian "hop" (Router atau Node) dan mencapai tujuan. Outputnya mungkin terlihat sangat mirip dengan traceroute, tetapi keuntungan besar dibandingkan traceroute adalah outputnya terus diperbarui pada waktu pulang pergi saat ini.
Cara membuat laporan menggunakan MTR
Perintah di bawah ini dikeluarkan untuk membuat laporan, bukan berjalan dalam mode Interaktif. Secara default, MTR mengirim 10 paket ke host target dan memerlukan waktu beberapa saat untuk mencetak statistik jaringan. Anda dapat mengubah no. paket dengan menentukan opsi –report-cycles=[number-of-packets]. Mode ini menyediakan data yang cukup dalam format yang berguna.
mtr --report google.com or mtr --report --report-cycles=12 google.com
Cara menghindari DNS terbalik
Selama pelacakan jaringan, MTR menemukan nama host dari setiap harapan (router/node) dengan menggunakan pencarian DNS terbalik. Jika Anda ingin menghindari melakukan pencarian DNS terbalik, cukup gunakan opsi –no-dns:
mtr --no-dns google.com
Memahami keluaran MTR
Di luar jalur antara host dan server jarak jauh, MTR memberikan statistik berharga terkait ketahanan koneksi tersebut di kolom ke-7 seperti yang terlihat pada output di bawah ini.
Loss % – Menampilkan persentase packet loss pada setiap hop.
Snt – Menunjukkan jumlah paket yang dikirim.
Last – Latency dari paket terakhir yang dikirim.
Avg – Average Latency dari semua paket.
Terbaik – Waktu perjalanan pulang pergi (Terpendek) terbaik untuk paket ke host ini.
Pertama – Waktu perjalanan pulang pergi terburuk (Terpanjang) untuk paket ke host ini.
StDev – Standar deviasi latensi ke setiap host.
Terakhir, Avg, Best dan Wrst semuanya diukur dalam milidetik. Semakin tinggi standar deviasi, pengukuran latensi tidak konsisten.
Pertimbangkan misalnya, untuk memahami kalimat di atas:Dari 10 paket yang dikirim ke tujuan, beberapa paket mungkin memiliki latensi rendah 25 md, sedangkan hanya sedikit yang memiliki latensi tinggi 350 md. Setelah rata-rata latensi dari 10 paket yang dikirim, rata-rata terlihat normal tetapi sebenarnya tidak mewakili data dengan baik. Jadi, jika standar deviasi tinggi, lihat kolom terbaik dan terburuk untuk pengukuran latensi guna memastikan rata-rata merupakan representasi yang baik dari latensi aktual dan bukan hasil dari fluktuasi yang terlalu banyak.
Menganalisis Laporan MTR
Host tujuan Tidak Terjangkau
Jika host tujuan tidak dikonfigurasi dengan benar atau aturan firewall telah dikonfigurasi untuk menjatuhkan paket ICMP, Anda melihatnya seperti paket tidak dapat mencapai tujuan seperti yang ditunjukkan di bawah ini. Tapi, itu tidak mencapai tujuan.
8. 10.118.225.253 0.0% 10 19.0 19.0 18.9 19.2 0.1 9. ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
Cara Memverifikasi Paket Hilang
Penyedia layanan mengikuti praktik umum Membatasi lalu lintas ICMP. Ini bisa menunjukkan sebagai packet loss, padahal sebenarnya tidak ada loss. Anda dapat memverifikasi apakah kerugian itu nyata atau karena pembatasan tarif dengan memeriksa kolom % Kerugian dari hop berikutnya. Misalnya, dalam laporan di bawah ini, lompatan berikutnya dari Kerugian 100%, menunjukkan 0,0%. Jadi sudah pasti bahwa Kerugian tersebut disebabkan oleh pembatasan tarif ICMP dan bukan kerugian yang sebenarnya.
5. 10.161.18.5 0.0% 5 14.7 14.5 14.4 14.7 0.1 6. ??? 100.0 5 0.0 0.0 0.0 0.0 0.0 7. 10.255.222.34 0.0% 5 14.1 14.0 13.9 14.2 0.2
Masalah Timeout dan rute Kembali
Jika salah satu hop menunjukkan ??? di output, bisa jadi karena masalah di jalur balik atau sebagai alternatif, router akan membuang paket ICMP. Di bawah di hop 6, Anda dapat melihat ??? . Ini mungkin karena salah satu alasan di atas.
5. 10.161.18.5 0.0% 5 14.7 14.5 14.4 14.7 0.1 6. ??? 100.0 5 0.0 0.0 0.0 0.0 0.0 7. 10.255.222.34 0.0% 5 14.1 14.0 13.9 14.2 0.2
Kesimpulan
MTR sangat membantu selama pemecahan masalah jaringan internal atau mengalami masalah jaringan. Dengan menggunakan laporan MTR, Anda dapat mengetahui router/host mana dalam perjalanan ke host jarak jauh atau domain tertentu yang menyebabkan masalah.