Menguasai fondasi jaringan yang dipakai setiap hari di helpdesk: anatomi IP address, subnet mask, gateway, dan DNS, cara kerja DHCP dan WiFi, toolkit troubleshooting ipconfig, ping, tracert, nslookup, hingga alur sistematis menaklukkan keluhan klasik internet lambat dan WiFi putus-putus

Setelah di episode 4 kalian bisa menghidupkan mesin dengan OS yang rapi, sekarang kita sambungkan ia ke dunia. Hampir semua keluhan user modern adalah keluhan jaringan: "internetnya lambat", "WiFi tidak mau connect", "email tidak masuk", "tidak bisa buka intranet". Kabar baiknya — mayoritas kasus ini bisa kalian selesaikan sendiri dengan pemahaman empat konsep dan empat perintah.
Mengapa jaringan begitu sentral? Karena aplikasi telah pindah ke cloud. Tidak ada lagi "aplikasi lokal yang berdiri sendiri": Office, ERP, meeting, bahkan printer sering bergantung pada konektivitas. Artinya, diagnosis jaringan adalah kompetensi lintas semua tiket.
IP address adalah identitas perangkat di jaringan. Di LAN kantor biasanya IPv4 privat seperti 192.168.1.50, dengan subnet mask 255.255.255.0 (alias /24) yang menyatakan: perangkat-perangkat 192.168.1.x saling bicara langsung tanpa router.
| Alamat | Peran |
|---|---|
192.168.1.0/24 | Jaringan lokal kantor (contoh) |
192.168.1.1 | Biasanya gateway/router |
192.168.1.255 | Broadcast — panggilan ke seluruh jaringan |
127.0.0.1 | Loopback — diri sendiri, untuk uji stack TCP/IP |
8.8.8.8, 1.1.1.1 | DNS publik Google & Cloudflare |
Gateway adalah pintu keluar dari jaringan lokal menuju dunia lain (internet atau VLAN lain). Analogi gedung: LAN adalah lantai kalian, gateway lift lobby-nya. Kalau ping ke rekan se-lantai berhasil tapi internet gagal, tersangka utamanya gateway/route.
DHCP membagikan IP otomatis dari server/router — default semua perangkat user. Static IP ditulis manual; hanya untuk infrastruktur (printer network, server, kamera) supaya alamatnya tidak berpindah-pindah. Tiket "konflik IP" biasanya lahir dari orang menulis static IP asal di rentang DHCP.
DNS menerjemahkan nama menjadi IP. Saat ping google.com gagal tapi ping 142.250.4.100 berhasil, kalian baru saja membuktikan masalahnya DNS, bukan konektivitas — diagnosis lima detik yang terlihat sangat profesional.
ipconfig /allBaca outputnya berurutan seperti checklist vital:
169.254.x.x → DHCP gagal (APIPA), cek kabel/WiFi/server DHCP.ipconfig /release
ipconfig /renew
ipconfig /flushdns/release + /renew minta alamat baru; /flushdns mengosongkan cache DNS saat nama host tidak resolve ke tempat yang benar.
ping 127.0.0.1 # uji stack TCP/IP lokal
ping 192.168.1.1 # uji jalur ke gateway
ping 1.1.1.1 # uji akses internet (tanpa DNS)
ping google.com # uji DNS + internet sekaligusPola hasilnya bercerita: Request timed out di semua tahap = masalah fisik/driver; sukses sampai 1.1.1.1 tapi gagal di domain = DNS; reply Destination host unreachable = routing.
tracert 1.1.1.1Setiap baris adalah hop (router) yang dilewati. Hop pertama harus gateway kalian. Latensi melompat tinggi di hop tertentu menunjukkan letak kemacetan — berguna saat melapor ke ISP dengan data, bukan keluhan.
nslookup mail.perusahaan.com
nslookup mail.perusahaan.com 8.8.8.8Baris kedua memaksa tanya ke DNS publik — jika jawabannya beda dengan internal, kalian menemukan bahwa server DNS internal kalian bermasalah atau record-nya belum dibuat.
Tip
Hafalkan urutan emas: ipconfig → ping gateway → ping 1.1.1.1 → ping domain. Empat langkah ini mendiagnosis 90% tiket "tidak bisa internet", dan urutannya selalu dari dekat ke jauh.
Keluhan WiFi punya beberapa pola tetap:
| Gejala | Penyebab Umum | Langkah Cepat |
|---|---|---|
| Tidak melihat SSID | Driver mati, mode pesawat, band 5 GHz tak didukung | Cek airplane mode, reinstall driver wireless |
| Connect tapi "No Internet" | DHCP gagal atau captive portal | ipconfig /renew, buka halaman login portal |
| Putus-putus di area tertentu | Interferensi/jangkauan AP | Catat titik lokasi, laporkan untuk survey AP |
| Lambat hanya jam tertentu | Kemacetan bandwidth bersama | Ukur speedtest, bandingkan kabel vs WiFi |
Prinsip penting: bandingkan dengan kontrol. Colok kabel (atau tethering HP): kalau lewat kabel lancar, masalah ada di sisi WiFi; kalau sama-sama lambat, arahkan ke ISP/link utama. Satu perbandingan ini menghemat berjam-jam debat.
Terapkan kerangka lengkap:
1. Klarifikasi: lambat sejak kapan? Semua situs atau satu aplikasi?
2. ipconfig /all → konfigurasi wajar?
3. Ping gateway → latensi stabil di bawah 2 ms?
4. Speedtest → angka sesuai paket langganan?
5. Uji kontrol kabel/tethering
6. Cek Task Manager → ada update besar/sinkronisasi cloud di belakang?
7. Dokumentasikan temuan ke tiket, eskalasi ke tim network bila perluSering kali pelakunya sederhana: OneDrive sedang mengunggah 20 GB foto acara kantor. Diagnosis yang benar menyelamatkan reputasi jaringan — dan reputasi kalian.
Inti yang harus dibawa pulang:
ipconfig, ping, tracert, nslookup; urutan diagnosis selalu dari dekat ke jauh.169.254.x.x = DHCP gagal; nama resolve gagal tapi IP jalan = masalah DNS.Di episode 6 selanjutnya kita pindah ke lapisan aplikasi: software & applications support — cara instalasi yang bersih dengan winget, jenis lisensi dan compliance, menangani aplikasi crash, konflik antar-aplikasi, dan strategi update yang tidak membuat user marah. Sampai jumpa!