Tutorial WinMTR: Tes Koneksi Dua Arah Client ↔ Server di Windows

Dalam troubleshooting jaringan, tes koneksi dua arah (Client → Server dan Server → Client) sangat penting untuk mengetahui di mana letak gangguan sebenarnya terjadi.
Salah satu alat paling efektif untuk ini adalah WinMTR, gabungan antara ping dan traceroute yang mampu menampilkan stabilitas dan rute koneksi secara real-time.

Dengan WinMTR, Anda dapat:

• Melihat jalur yang dilewati paket data dari client ke server.
• Menganalisis packet loss di setiap hop (router perantara).
• Membandingkan kestabilan koneksi dari dua arah untuk memastikan titik gangguan.

Dalam konteks layanan hosting seperti CloudKilat atau Kilat VM, hasil tes dua arah ini berguna untuk membedakan apakah gangguan berasal dari sisi ISP pengguna, routing antarjaringan, atau server hosting.

1. Tes Client → Server

1.1. Persiapan

1. Unduh WinMTR dari situs resmi: Klik Disini
2. Ekstrak file ZIP dan jalankan WinMTR.exe (tidak perlu instalasi).
3. Pastikan Anda memiliki alamat IP publik atau domain server tujuan.

---

1.2. Menjalankan Pengujian

1. Buka WinMTR.
2. Pada kolom Host, masukkan IP atau domain server.
   Contoh:

1*7.**.**.*1

3. Klik Start.

4. Biarkan WinMTR berjalan selama 5–10 menit agar hasil lebih stabil.
5. Klik Stop, lalu lihat hasil pengujian.

Hasil pengujian:

1.3. Analisis Hasil Client → Server

Gambar di atas merupakan hasil nyata dari pengujian WinMTR sisi Client → Server menggunakan koneksi dari ISP lokal menuju infrastruktur CloudKilat.

🔎 Penjelasan Analisis:

• Bagian atas (Lingkup ISP): menunjukkan jalur koneksi dari sisi pengguna hingga jaringan milik ISP.

  • Terlihat beberapa hop menggunakan IP privat (192.168.x.x) dan IP publik milik ISP (113.x.x.x).
  • Loss 1–5% di hop awal masih tergolong normal, karena bisa disebabkan ICMP rate-limit pada router ISP.

• Bagian bawah (Lingkup CloudKilat): menunjukkan rute dari jaringan ISP menuju infrastruktur CloudKilat (*.cbn.net.id, *.cloud.id).

  • Tidak ada loss signifikan (0%), menunjukkan koneksi ke jaringan hosting dalam kondisi stabil.
  • Nilai Avg antara 5–7 ms menandakan latensi rendah dan respon baik dari server.

• Kesimpulan teknis:
  Gangguan kecil pada hop awal tidak memengaruhi hop akhir → koneksi menuju CloudKilat normal dan stabil.
  Jika terjadi delay pada pengguna, penyebabnya kemungkinan besar berasal dari jaringan lokal atau ISP.

2. Tes Server → Client

2.1. Mengetahui IP Publik Client

Dari sisi client (komputer Anda), kunjungi: 👉 klik disini dan Catat IPv4 publik Anda, misalnya:

 1*3.5*.*7.*1*

2.2. Menjalankan MTR dari Server

Masuk ke server VPS melalui SSH. Untuk panduan lengkap langkah-langkahnya, Anda dapat mengikuti tautan berikut: Klik di sini

Instal MTR (jika belum tersedia):

apt install mtr -y      # Debian/Ubuntu
                       # atau
yum install mtr -y     # CentOS/RHEL

Jalankan perintah berikut:

mtr  1*3.5*.*7.*1*

Ubah IP menjadi IP Public kamu

Biarkan berjalan selama 5–10 menit, lalu tekan q untuk berhenti.

Hasil pengujian:

2.3. Analisis Hasil Server → Client

Gambar di atas merupakan hasil nyata dari pengujian MTR yang dijalankan di sisi Server VPS (CloudKilat) menuju Client (IP Publik ISP Lokal):

🔍 Analisis Teknis:

• Jalur koneksi dari 103.23.23.157.isi.cloud.id hingga beberapa hop pertama (*.cbn.net.id) menunjukkan loss 0% — artinya koneksi antar infrastruktur CloudKilat dan backbone CBN stabil.
• Hop ke-10 (waiting for reply) menunjukkan loss tinggi (90%), yang biasanya terjadi karena router transit menolak respon ICMP, bukan karena kegagalan rute.
• Hop ke-11–12 (bdo.starnet.net.id) menunjukkan jalur koneksi keluar menuju jaringan ISP pengguna, masih dengan 0% loss, menandakan stabilitas baik pada sisi outbound CloudKilat.
• Hop ke-13 (IP tujuan 1*3.5*.*7.*1*) menunjukkan loss 0.6% dengan rata-rata latensi 4–6 ms, menandakan koneksi berhasil mencapai client tanpa kendala besar.

Kesimpulan teknis:
Jalur koneksi dari server CloudKilat ke client melalui backbone CBN dan ISP lokal dalam kondisi stabil dan bebas gangguan.
Loss sementara di hop ke-10 bukan indikasi error, melainkan karena router transit tidak merespons ICMP.

🧠 Tip: Jika hasil di sisi server menunjukkan stabil, tapi sisi client menunjukkan loss tinggi, maka gangguan bukan di sisi server atau hosting provider.

3. Membandingkan Hasil Dua Arah

Langkah paling krusial adalah membandingkan hasil WinMTR (Client → Server) dengan MTR (Server → Client).

Arah Pengujian	Jalur	Packet Loss	Latensi (Avg)	Stabilitas	Indikasi Gangguan
Client → Server	ISP → CloudKilat	5–9% (di hop ISP)	5–6 ms	Stabil di akhir	Kemungkinan gangguan di sisi ISP
Server → Client	CloudKilat → ISP	0–0.6%	4–6 ms	Sangat stabil	Tidak ada gangguan signifikan

Interpretasi:

• Karena loss hanya muncul di arah Client → Server, maka masalah kemungkinan besar berada di jalur uplink ISP client, bukan pada jaringan CloudKilat.
• Hasil pengujian dua arah ini menunjukkan asimetri jalur, yang umum terjadi pada koneksi broadband.
• Data ini bisa digunakan sebagai bukti teknis ketika melaporkan gangguan ke ISP.

4. Tips Teknis Tambahan

Menyimpan Hasil WinMTR

Klik Export TEXT → simpan sebagai .txt

File ini dapat dikirim ke tim support hosting atau ISP untuk analisis lebih lanjut.

Menyimpan Hasil MTR di Server

Gunakan parameter --report agar hasil tersimpan dalam format laporan:

mtr --report 1*3.5*.*7.*1* > mtr-client-report.txt

Catatan Troubleshooting

• Pastikan firewall di sisi client/server tidak memblok ICMP (ping).
• Jika semua hop menunjukkan loss 100%, kemungkinan ICMP diblok total oleh jaringan.
• Jalankan pengujian pada waktu berbeda untuk memastikan hasil konsisten.

Kesimpulan

Pengujian dua arah menggunakan WinMTR (Client → Server) dan MTR (Server → Client) memberikan gambaran komprehensif mengenai performa dan stabilitas koneksi jaringan.
Melalui analisis hasil dari kedua sisi, Anda dapat:

• Mengidentifikasi jalur atau hop yang mengalami gangguan koneksi.
• Menentukan apakah permasalahan terjadi di sisi ISP pengguna, routing transit, atau server hosting.
• Menyajikan bukti teknis yang valid untuk laporan dan tindak lanjut ke pihak hosting maupun ISP.

✅ Kesimpulan utama:

• Pengujian dua arah dengan WinMTR dan MTR memungkinkan Anda menelusuri secara presisi sumber gangguan jaringan, baik di sisi ISP, backbone, maupun server.
• Dengan data hasil pengujian yang terukur dan objektif, proses investigasi serta penanganan masalah jaringan dapat dilakukan dengan lebih cepat, akurat, dan transparan..