View source for Mikrotik : Praktikum Diagnosa Jaringan Lambat dengan Torch dan Resource

= Mikrotik : Praktikum Diagnosa Jaringan Lambat dengan Torch dan Resource =

== Tujuan ==
Setelah praktik ini, kamu diharapkan bisa:

* mengecek kondisi dasar router sebelum menyalahkan kabel, ISP, atau client;
* melihat interface mana yang sedang ramai;
* memakai Torch untuk melihat trafik real-time;
* membaca log sederhana saat jaringan terasa lambat;
* membuat kesimpulan troubleshooting yang rapi dan tidak asal tebak.

Materi ini adalah pendamping dari [[Mikrotik : Monitoring Dasar dengan Torch Traffic Log dan Resource]]. Kalau materi pagi ibarat mengenal alat ukur di bengkel jaringan, praktik sore ini adalah simulasi saat ada laporan, "Pak, internet lab kok lemot?"

== Konteks nyata ==
Di jaringan sekolah, warnet kecil, kantor, atau lab TKJ, laporan jaringan lambat biasanya tidak langsung jelas penyebabnya. Bisa jadi:

* bandwidth internet memang penuh;
* ada satu client sedang download besar;
* CPU router tinggi;
* memori router mulai sempit;
* interface salah colok atau link speed turun;
* ada percobaan login gagal yang memenuhi log;
* DNS atau gateway lambat, padahal internet masih jalan.

Analogi gampangnya, router itu seperti gerbang utama sekolah. Kalau halaman depan macet, kita perlu cek dulu: satpamnya kewalahan, jalur kendaraannya penuh, ada satu kendaraan berhenti di tengah jalan, atau papan petunjuknya membingungkan. Torch, Traffic, Resource, dan Log membantu kita melihat sumber macetnya.

== Kebutuhan awal ==
Sebelum mulai, siapkan:

* router MikroTik RouterOS yang sudah punya konfigurasi dasar LAN dan WAN;
* minimal satu client di jaringan LAN;
* akses Winbox, WebFig, atau terminal;
* izin praktik pada jaringan sendiri atau lab sekolah;
* catatan topologi sederhana: interface WAN, interface LAN/bridge, IP gateway, dan IP client.

Contoh topologi sederhana:

<pre>
Internet/Modem
    |
 ether1-WAN
 [Router MikroTik]
 bridge-LAN / ether2
    |
 Client lab
</pre>

== Langkah praktik ==

=== 1. Catat keluhan dengan jelas ===
Jangan langsung mengubah konfigurasi. Tulis dulu gejalanya:

* semua client lambat atau hanya satu client?
* lambat saat buka website, download, game, atau semua akses?
* mulai lambat sejak kapan?
* apakah ada perubahan konfigurasi sebelum masalah muncul?
* apakah lampu interface atau koneksi fisik terlihat normal?

Di dunia kerja, teknisi yang rapi tidak langsung bongkar rak jaringan. Ia mencatat dulu arah masalahnya.

=== 2. Cek resource router ===
Via terminal:

<pre>
/system resource print
</pre>

Perhatikan bagian:

* `cpu-load`
* `free-memory`
* `uptime`
* `version`
* `board-name`

Kalau CPU terus tinggi, router bisa terasa seperti petugas loket yang kebanjiran antrean. Semua request tetap masuk, tetapi responsnya makin pelan.

Contoh catatan hasil:

<pre>
cpu-load: 8%
free-memory: 180MiB
uptime: 2d4h
</pre>

Hasil seperti ini biasanya masih sehat. Kalau `cpu-load` sering 90-100% saat trafik normal, lanjutkan investigasi lebih hati-hati.

=== 3. Cek trafik per interface ===
Via terminal:

<pre>
/interface monitor-traffic ether1 once
/interface monitor-traffic bridge-LAN once
</pre>

Sesuaikan nama interface dengan router kamu. Jika LAN memakai `bridge-LAN`, cek bridge. Jika masih langsung memakai `ether2`, cek `ether2`.

Contoh:

<pre>
/interface monitor-traffic ether1-WAN once
/interface monitor-traffic bridge-LAN once
</pre>

Baca nilai `rx-bits-per-second` dan `tx-bits-per-second`.

{| class="wikitable"
! Lokasi cek !! Yang dicari !! Makna sederhana
|-
| WAN tinggi || trafik internet penuh || kemungkinan bandwidth internet sedang habis
|-
| LAN tinggi tetapi WAN rendah || trafik lokal ramai || bisa jadi transfer lokal, backup, atau broadcast
|-
| WAN rendah tetapi user bilang lambat || cek DNS, gateway, firewall, atau client || belum tentu bandwidth penuh
|}

=== 4. Jalankan Torch pada interface yang tepat ===
Torch dipakai untuk melihat siapa yang sedang ramai memakai trafik secara real-time.

Contoh cek di LAN:

<pre>
/tool torch interface=bridge-LAN
</pre>

Contoh cek di WAN:

<pre>
/tool torch interface=ether1-WAN
</pre>

Di Winbox, buka menu:

<pre>
Tools > Torch
</pre>

Pilih interface, lalu klik Start.

Yang perlu diamati:

* `src-address`: alamat sumber trafik;
* `dst-address`: alamat tujuan trafik;
* `tx` dan `rx`: arah dan besar trafik;
* protocol dan port jika ditampilkan.

Kalau satu IP client terus muncul dengan trafik besar, catat IP itu. Jangan langsung blokir sebelum tahu konteksnya. Bisa saja client itu sedang update sistem, upload tugas, sinkronisasi cloud, atau memang aktivitas yang tidak sesuai aturan lab.

=== 5. Cocokkan IP ramai dengan DHCP lease ===
Kalau client mendapat IP dari DHCP Server MikroTik, cek lease:

<pre>
/ip dhcp-server lease print
</pre>

Cari IP yang terlihat ramai di Torch.

Contoh:

<pre>
/ip dhcp-server lease print where address=192.168.10.25
</pre>

Dari sini kamu bisa membaca MAC address, hostname jika ada, dan status lease. Ini membantu teknisi menemukan perangkat tanpa menuduh semua user.

=== 6. Cek log dasar ===
Lihat log terbaru:

<pre>
/log print
</pre>

Untuk menyaring log yang berhubungan dengan login akun:

<pre>
/log print where topics~"account"
</pre>

Untuk melihat log firewall jika sebelumnya ada rule yang mengaktifkan log:

<pre>
/log print where topics~"firewall"
</pre>

Log itu seperti buku tamu di pos satpam. Tidak semua masalah terlihat di sana, tetapi kalau ada pola login gagal, interface putus-nyambung, atau firewall drop berulang, log bisa memberi petunjuk awal.

=== 7. Uji koneksi bertahap ===
Lakukan uji dari router:

<pre>
/ping 8.8.8.8 count=5
/ping google.com count=5
</pre>

Jika ping IP bisa tetapi ping domain gagal, fokus ke DNS.

Lakukan uji dari client:

<pre>
ping 192.168.10.1
ping 8.8.8.8
ping google.com
</pre>

Urutannya penting:

# ping gateway LAN;
# ping IP internet;
# ping nama domain.

Dengan urutan ini, kamu bisa tahu masalahnya ada di LAN, jalur internet, atau DNS.

== Membaca hasil praktik ==

{| class="wikitable"
! Gejala !! Kemungkinan awal !! Cek lanjutan
|-
| CPU router tinggi || router terlalu sibuk || cek Torch, rule firewall, service aktif, jumlah client
|-
| Trafik WAN mendekati kapasitas internet || bandwidth penuh || cari IP terbesar dengan Torch
|-
| Satu IP client dominan || ada client boros trafik || cocokkan dengan DHCP lease dan kebijakan lab
|-
| Ping IP internet lancar, domain gagal || DNS bermasalah || cek DNS router dan DNS client
|-
| Ping gateway gagal dari client || masalah LAN || cek kabel, bridge, DHCP lease, IP client
|-
| Log penuh login gagal || ada percobaan akses tidak wajar || cek user, service, firewall input
|}

== Verifikasi ==
Praktik dianggap berhasil kalau kamu bisa membuat laporan singkat seperti ini:

<pre>
Waktu cek: 09 Agustus 2026, 16.20
Keluhan: internet lab lambat
CPU router: 12%, normal
Trafik WAN: 18 Mbps dari kapasitas 20 Mbps
Torch: IP 192.168.10.25 memakai trafik download paling besar
DHCP lease: hostname LAB-PC-07
Ping 8.8.8.8 dari router: reply normal
Ping google.com dari router: reply normal
Kesimpulan awal: link internet penuh karena satu client memakai download besar
Tindakan aman: koordinasi ke guru/lab admin sebelum limit atau blokir
</pre>

Laporan seperti ini lebih berguna daripada sekadar menulis "internet lemot".

== Troubleshooting umum ==

=== Torch tidak menampilkan trafik ===
Kemungkinan penyebab:

* salah memilih interface;
* trafik melewati bridge, tetapi yang dicek hanya port fisik tertentu;
* saat dicek memang tidak ada trafik besar;
* fast-path atau offload tertentu membuat sebagian trafik tidak terlihat seperti yang diharapkan pada skenario tertentu.

Coba cek di interface WAN dan bridge LAN, lalu bandingkan.

=== Router terasa berat saat Torch berjalan ===
Torch adalah alat monitoring real-time. Di router kecil atau trafik besar, menjalankan Torch terlalu lama bisa menambah beban.

Saran:

* gunakan Torch seperlunya;
* matikan setelah data cukup;
* jangan menjalankan banyak sesi Torch tanpa kebutuhan jelas.

=== Trafik terlihat normal tetapi user tetap lambat ===
Cek:

* DNS yang dipakai client;
* kualitas koneksi WiFi;
* IP gateway client;
* firewall filter;
* NAT masquerade;
* kondisi perangkat client.

Tidak semua masalah lambat berasal dari bandwidth penuh.

=== Log terlalu ramai ===
Kalau log terlalu penuh, cari berdasarkan topik:

<pre>
/log print where topics~"account"
/log print where topics~"firewall"
/log print where message~"login"
</pre>

Jika sebelumnya mengaktifkan rule firewall dengan `log=yes`, jangan lupa matikan lagi setelah praktik agar storage dan tampilan log tidak penuh.

== Catatan keamanan dan etika ==
Torch bisa memperlihatkan alamat IP, port, dan arah trafik. Gunakan untuk troubleshooting jaringan yang kamu kelola atau lab yang diberi izin.

Jangan memakai hasil Torch untuk mempermalukan user. Dalam lingkungan sekolah, data trafik sebaiknya dipakai untuk edukasi, perbaikan konfigurasi, dan penerapan aturan lab secara wajar.

Untuk jaringan produksi, hindari perubahan mendadak seperti memblokir IP atau mengganti firewall saat jam ramai. Kumpulkan bukti dulu, diskusikan dengan admin, lalu lakukan perubahan pada waktu yang aman.

== Kesimpulan ==
Saat jaringan lambat, teknisi yang baik tidak asal restart router. Mulai dari cek resource, trafik interface, Torch, DHCP lease, log, lalu uji ping bertahap.

Dengan alur ini, siswa TKJ belajar berpikir seperti teknisi industri: mengukur dulu, mencatat bukti, baru mengambil tindakan. Router bukan kotak ajaib; ia bisa dibaca gejalanya kalau kita tahu alat dan urutannya.

== Materi terkait ==
* [[Mikrotik : Monitoring Dasar dengan Torch Traffic Log dan Resource]]
* [[Mikrotik : Praktikum Cek NAT Masquerade dengan Counter dan Torch]]
* [[Mikrotik : Praktikum Cek Firewall Filter dengan Counter dan Log]]
* [[Mikrotik : DHCP Server untuk LAN]]
* [[Mikrotik : DNS dan Default Gateway Dasar]]
* [[Category:Mikrotik|Kategori MikroTik]]
* [[Category:Jaringan|Kategori Jaringan]]

== Referensi ==
* [https://help.mikrotik.com/docs/display/ROS/Torch MikroTik RouterOS Documentation - Torch]
* [https://help.mikrotik.com/docs/spaces/ROS/pages/139526175/Interface+stats+and+monitor-traffic MikroTik RouterOS Documentation - Interface stats and monitor-traffic]
* [https://help.mikrotik.com/docs/spaces/ROS/pages/328094/Log MikroTik RouterOS Documentation - Log]
* [https://help.mikrotik.com/docs/spaces/ROS/pages/40992875/Resource MikroTik RouterOS Documentation - Resource]
* [https://help.mikrotik.com/docs/spaces/ROS/pages/8323183/Ping MikroTik RouterOS Documentation - Ping]

[[Category:TKJ]]
[[Category:Jaringan]]
[[Category:Mikrotik]]
[[Category:Cyber Security]]