WIKI TKJ

Mikrotik : Praktikum Diagnosa Jaringan Lambat dengan Torch dan Resource

Revision as of 16:03, 9 August 2026 by Maintenance script (talk | contribs) (Protected "Mikrotik : Praktikum Diagnosa Jaringan Lambat dengan Torch dan Resource": Artikel editorial WIKI TKJ ([Edit=Allow only administrators] (indefinite) [Move=Allow only administrators] (indefinite)))
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)

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: 

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

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: 

/system resource print

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: 

cpu-load: 8%
free-memory: 180MiB
uptime: 2d4h

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: 

/interface monitor-traffic ether1 once
/interface monitor-traffic bridge-LAN once

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

Contoh: 

/interface monitor-traffic ether1-WAN once
/interface monitor-traffic bridge-LAN once

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

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: 

/tool torch interface=bridge-LAN

Contoh cek di WAN: 

/tool torch interface=ether1-WAN

Di Winbox, buka menu: 

Tools > Torch

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: 

/ip dhcp-server lease print

Cari IP yang terlihat ramai di Torch.

Contoh: 

/ip dhcp-server lease print where address=192.168.10.25

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: 

/log print

Untuk menyaring log yang berhubungan dengan login akun: 

/log print where topics~"account"

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

/log print where topics~"firewall"

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: 

/ping 8.8.8.8 count=5
/ping google.com count=5

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

Lakukan uji dari client: 

ping 192.168.10.1
ping 8.8.8.8
ping google.com

Urutannya penting:

  1. ping gateway LAN;
  2. ping IP internet;
  3. ping nama domain.

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

Membaca hasil praktik

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: 

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

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: 

/log print where topics~"account"
/log print where topics~"firewall"
/log print where message~"login"

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

Referensi

Retrieved from "https://noctkj.net/index.php?title=Mikrotik_:_Praktikum_Diagnosa_Jaringan_Lambat_dengan_Torch_dan_Resource&oldid=1373"