Internet Down? 6 Command CMD untuk Diagnosa Cepat

Ilustrasi command prompt dengan output ping menampilkan reply dan request timed out, bersama perangkat jaringan — Ilustrasi: Command prompt menjadi alat pertama saat internet bermasalah — dari ping -t sampai traceroute.

Jam 09:00. Meeting dimulai 5 menit lagi. Klien sudah masuk Zoom. Atasan bertanya "sudah siap?" — tiba-tiba, internet mati. Atau lebih menyebalkan: internet hidup tapi lambat sekali, situs tidak bisa diakses, video call membeku. Pertanyaan langsung melompat-lompat: ISP yang down? Modem rusak? Hanya WiFi? Apakah harus restart router?

Tenang dulu. Ada cara cepat untuk diagnosa. Dengan 6 command, dalam 5 menit kamu akan tahu pasti apa masalahnya — sebelum panik mengambil alih. Artikel ini adalah panduan darurat kamu. Ikuti urutannya, jangan lewati langkah, dan data akan menjawab sendiri.

⏱️ Waktu Kritis: Artikel ini paling bermanfaat saat situasi panik. Bookmark sekarang, baca nanti saat tenang. Saat internet benar-benar down, buka via 4G/hotspot — jangan lupa!

Langkah 1: Ping -t — Apakah Internet Benar-benar Down?

Ping -t adalah command pertama yang kamu jalankan. Tidak rumit, tidak panjang. Hanya satu baris — dan dalam hitungan detik, kamu akan tahu: apakah internet benar-benar mati, atau hanya lemot?

Apa itu ping? Ping adalah cara komputer "mengetuk pintu" server tujuan (e.g., 8.8.8.8 = Google DNS). Kalau server menjawab, koneksi OK. Kalau tidak menjawab berulang kali, ada masalah di jalur.

WINDOWS — Ping -t (Terus-menerus sampai kamu stop manual)

ping -t 8.8.8.8

Tekan Ctrl+C untuk berhenti. Output akan seperti di bawah.

OUTPUT PING -t (WINDOWS) — NORMAL

Reply from 8.8.8.8: bytes=32 time=46ms TTL=116
Reply from 8.8.8.8: bytes=32 time=44ms TTL=116
Reply from 8.8.8.8: bytes=32 time=45ms TTL=116
...(terus menerus)

Semua "Reply" = koneksi lancar. Latency ~45ms normal untuk Indonesia. Tekan Ctrl+C untuk berhenti.

OUTPUT PING -t (WINDOWS) — BERMASALAH

Request timed out.
Request timed out.
Request timed out.
Request timed out.

Semua "timed out" = koneksi terputus. Bisa ISP down, modem disconnect, atau WiFi mati. Lanjut ke Langkah 2.

MAC / LINUX — Ping dengan batas (auto-stop setelah 10 paket)

ping -c 10 8.8.8.8

Kalau ingin terus menerus seperti Windows, gunakan `ping 8.8.8.8` tanpa -c flag (tekan Ctrl+C untuk stop).

OUTPUT PING (MAC/LINUX) — NORMAL

PING 8.8.8.8 (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: icmp_seq=0 ttl=116 time=46.123 ms
64 bytes from 8.8.8.8: icmp_seq=1 ttl=116 time=44.567 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=116 time=45.234 ms
...
--- 8.8.8.8 statistics ---
10 packets transmitted, 10 received, 0.0% packet loss
round-trip min/avg/max/stddev = 44.567/45.308/46.789/0.891 ms

0% packet loss = ISP OK. Kalau 50%+ loss, lanjut troubleshooting.

Interpretasi Ping -t:
0% loss (semua Reply) = ISP & backbone OK. Masalah kemungkinan di WiFi, setting modem, atau aplikasi.
50%+ loss (banyak timeout) = ISP atau modem bermasalah. Restart modem, hubungi ISP. Lanjut Langkah 2 untuk lokalisasi masalah.

Langkah 2-7: Command Grid — Follow Urutan Ini (Jangan Loncat!)

Setelah ping -t memberikan sinyal awal, lanjut ke 6 command di bawah secara berurutan. Setiap command akan mempersempit masalah — dari level ISP sampai level aplikasi.

Langkah	Command	Pertanyaan yang Dijawab	Kalau Bermasalah	Kalau OK
1. Baseline	ping -t 8.8.8.8	Internet benar-benar down?	→ Langkah 2	→ Langkah 3
2. Cek Hop	traceroute google.com	Hop mana yang lemot/timeout?	→ Hubungi ISP	→ Langkah 3
3. IP Lokal	ipconfig (Win) / ifconfig (Mac/Linux)	IP lokal valid atau APIPA?	→ Langkah 4	→ Langkah 5
4. Resolve DNS	nslookup google.com	DNS bekerja atau bermasalah?	→ Ganti DNS	→ Langkah 6
5. Monitoring	mtr -c 100 google.com	Loss konsisten atau acak?	→ Masalah ISP	→ Langkah 6
6. Koneksi	netstat -an \| grep ESTABLISHED	Banyak koneksi macet?	→ Tutup aplikasi	→ Selesai ✅

Langkah 2: Traceroute — Hop Mana yang Bermasalah?

Jika ping -t banyak timeout, berikutnya: traceroute akan menunjukkan hop mana yang lemot atau disconnect. Ini penting untuk tahu apakah masalahnya di dekat kamu (modem, lokal ISP) atau jauh (backbone).

TRACEROUTE COMMAND

# Mac / Linux
traceroute google.com

# Windows
tracert google.com

Tunggu beberapa detik. Output akan menunjukkan 15-20 hop dengan latency per hop.

Cari pola: Jika hop 1-3 (lokal) normal tapi hop 7-10 (backbone ISP) banyak timeout → masalah di ISP. Jika hop 1-3 sudah timeout → masalah di modem atau WiFi.

Langkah 3: Ipconfig/Ifconfig — IP Lokal Valid?

Sebelum komplain ke ISP, pastikan komputer kamu punya IP valid. Kalau kamu dapat IP 169.254.x.x (APIPA) — berarti router disconnect, kamu tidak benar-benar connect ke internet.

WINDOWS

ipconfig

Cari "IPv4 Address". Kalau 169.254.x.x = router disconnect. Kalau 192.168.x.x atau 10.x.x.x = normal.

MAC / LINUX

# Klasik (semua sistem)
ifconfig

# Linux modern
ip addr

Cari "inet" address. Kalau 169.254.x.x = bermasalah; kalau 192.168.x.x atau 10.x.x.x = normal.

Langkah 4: Nslookup — DNS Bekerja?

Bisa ping 8.8.8.8 tapi situs tidak bisa diakses? Nslookup akan tunjukkan apakah DNS (sistem yang translate nama domain → IP) bekerja.

NSLOOKUP COMMAND (SEMUA OS)

nslookup google.com

Kalau output menunjukkan IP (misal 142.251.x.x), DNS bekerja normal. Kalau timeout atau error, DNS bermasalah → ganti ke 8.8.8.8 atau 1.1.1.1.

DNS bermasalah? Ganti DNS lokal via Control Panel (Windows) atau Network Preferences (Mac). Pakai 8.8.8.8 (Google) atau 1.1.1.1 (Cloudflare).

Langkah 5: MTR — Loss Konsisten atau Random?

MTR adalah gabungan "ping + traceroute" — akan memonitor hop-hop secara jangka panjang (100-1000 paket) dan menunjukkan persentase loss per hop. Kalau ping -t menunjukkan pola loss, MTR akan mengonfirmasi apakah loss terjadi di satu hop spesifik atau tersebar.

MTR COMMAND

# Stop otomatis setelah 100 paket
mtr -c 100 google.com

# Terus-menerus (tekan q untuk quit)
mtr google.com

Tunggu sekitar 30 detik sampai statistik terkumpul. Cari hop dengan persentase loss tertinggi.

MTR belum terinstall? Windows: download WinMTR. Mac: brew install mtr. Linux: apt install mtr atau yum install mtr.

Langkah 6: Netstat — Banyak Connection Stuck?

Jika ping dan traceroute OK tapi aplikasi (browser, email, Zoom) lemot atau hang, kemungkinan ada banyak koneksi terbuka yang macet — baik dari aplikasi normal atau malware/botnet. Netstat akan menunjukkan semua koneksi aktif.

NETSTAT — LIHAT KONEKSI AKTIF

# Mac / Linux
netstat -an | grep ESTABLISHED

# Windows
netstat -ano | findstr ESTABLISHED

Kalau banyak koneksi ke IP asing (bukan Google/Cloudflare) → kemungkinan malware atau aplikasi yang bermasalah.

Ada koneksi mencurigakan? Jangan asal hapus manual. Tutup aplikasi yang mencurigakan atau restart komputer. Kalau berulang, scan malware.

Decision Tree — Ikuti Sesuai Hasil Ping

🔴 Ping -t: 100% Timeout (Semua Request Timed Out)

Diagnosa: ISP atau modem bermasalah. Langkah: (1) Restart modem (cabut power 30 detik, lalu pasang lagi), (2) Tunggu 2-3 menit, (3) Ping ulang. Kalau masih timeout setelah restart → hubungi ISP. Sementara itu, pakai hotspot 4G/5G. Estimasi recovery: 5-30 menit tergantung respon ISP.

🟡 Ping -t: 50% Loss (Timeout Intermittent)

Diagnosa: Masalah intermittent (kadang terjadi, kadang tidak). Bisa setting WiFi/modem yang tidak stabil, atau upstream ISP yang fluktuatif. Langkah: (1) Jalankan MTR untuk lihat konsistensi, (2) Kalau loss di hop 1-3 (lokal) → restart modem/WiFi. Kalau loss di hop 7+ → masalah di backbone ISP, tunggu atau pindah ke hotspot.

🟢 Ping -t: 0% Loss (Semua Reply OK)

Diagnosa: ISP dan backbone OK. Masalah bukan di jalur internet, tapi di: kecepatan WiFi rendah, setting DNS, atau aplikasi. Langkah: (1) Nslookup untuk cek DNS, (2) Kalau DNS OK, jalankan speed test di cekipsaya.com/ping-test/, (3) Kalau speed OK tapi situs tertentu lemot → masalah di server tujuan, bukan koneksi kamu.

Visual Reference — Anatomy Troubleshooting

Komputer Kamu
ipconfig → IP valid? 169.254 = problem

WiFi Router
wifi.local (default gateway) gateway unreachable = mati

ISP Modem
ISP network (hop 1-3) traceroute timeout = down

ISP Backbone
hop 7-15 traceroute loss di sini = ISP

Destination Server
8.8.8.8 / google.com ping normal tapi slow = server load

Quick Reference Card — Print atau Bookmark

Symptom	Command Jalankan	Kalau Normal	Kalau Abnormal
Internet mati total	ping -t 8.8.8.8	0% loss → lanjut step 3	100% timeout → restart modem
Situs specific lemot	nslookup sitename.com	resolve OK → DNS fine	timeout → ganti DNS
Zoom/video call freeze	netstat -an \| grep ESTABLISHED	<10 koneksi aktif	>100 koneksi → kill app
WiFi lemot tapi LAN fast	traceroute google.com (via WiFi vs Ethernet)	hop 1-3 sama latency	WiFi hop 1-3 >100ms
Internet OK tapi app error	ping + nslookup OK tapi error persist	Masalah app, bukan ISP	Uninstall/reinstall app

FAQ — Pertanyaan Saat Panik

FAQ — Pertanyaan yang Sering Ditanyakan

Berapa latency normal? Kapan harus panik?

Normal di Indonesia: 40-60ms. Kalau 100ms+ (tapi 0% loss) = masih acceptable. Panik kalau: (1) >50% packet loss, atau (2) latency 300ms+ consistently. Jangan panik kalau latency berfluktuasi 40-80ms — itu normal.

Komputer saya tidak ada command prompt/terminal. Bagaimana?

Windows: tekan Win+R, ketik "cmd", Enter. Mac: tekan Cmd+Space, ketik "terminal", Enter. Linux: biasanya sudah ada terminal di menu aplikasi. Atau gunakan GUI tools: cekipsaya.com/ping-test/, cekipsaya.com/traceroute/ — sama fungsinya, cuma berbasis web.

Ping -t normal tapi situs ngga bisa diakses. Masalahnya apa?

Bukan masalah internet line. Bisa: (1) DNS error → cek nslookup, (2) Firewall lokal blokir → check Windows Defender, (3) Server tujuan down → cek status via third-party (downdetector.com), (4) ISP blocking situs → coba VPN atau ganti DNS. Situs specific yang nggak bisa vs semua situs nggak bisa = diagnosis berbeda.

Traceroute berhenti di "waiting for reply" — apa itu?

Normal. Ada hop (router ISP atau firewall) yang tidak merespons request ICMP traceroute — ini untuk privacy atau security. Jangan panik, lanjut ke hop berikutnya. Kalau semua hop tidak ada reply, kemungkinan ada blokade firewall di sisi kamu, atau ISP memang memfilter traceroute.

ISP bilang "koneksi normal" padahal saya masih lemot. Apa yang harus saya tunjukkan?

Screenshot hasil ping -t (% loss), traceroute (hop mana yang timeout), dan speed test (kecepatan riil vs kecepatan paket). Data konkret seperti ini lebih meyakinkan daripada keluhan. Kalau paket 10 Mbps tapi kecepatan riil 0.5 Mbps, itu bukti. Bilang ke ISP: "ini bukti, tolong audit."

Saat panik, saya pukul router. Itu boleh?

Restart router boleh, tapi jangan pakai cara fisik. Yang benar: cabut kabel power, tunggu 30 detik (sampai semua LED mati), pasang lagi. Memukul = guncangan fisik yang bisa merusak komponen dalam jangka panjang. Restart via power lebih aman. Jangan restart lebih dari 3x berturut-turut — kalau masih bermasalah, ISP yang perlu dihubungi.

Kesimpulan

Panik tidak membantu diagnosa. Dengan 6 command ini, kamu bisa identifikasi masalah dalam 5 menit — apakah di ISP, modem, WiFi, atau aplikasi. Urutan langkahnya penting: jangan lewati. Ping -t adalah pertahanan pertama saat internet bermasalah. Setelah masalahnya jelas, aksi bisa tepat sasaran. Untuk monitoring berkelanjutan dan verifikasi real-time, gunakan tools gratis cekipsaya.com: Ping Test, Cek IP Saya, dan ISP Status Monitor. Data yang akan memandu solusi, bukan panik.