Pemecahan Masalah Jaringan

Pemecahan masalah jaringan adalah diagnosis sistematis masalah konektivitas, kinerja, atau keandalan jaringan. Pola lebih penting daripada alat: bekerja melalui tumpukan jaringan dari bawah ke atas, menghilangkan kemungkinan penyebab satu per satu, hampir selalu menemukan masalah lebih cepat daripada menebak-nebak.

Daftar periksa standar

Ketika sesuatu berhenti bekerja, jalankan pemeriksaan ini secara berurutan:

1. Lapisan fisik. Apakah kabel sudah terpasang? Apakah Wi-Fi terhubung? Apakah perangkat diberi daya? Sebagian besar tiket TI kantor diselesaikan pada langkah ini. Lapisan
2. Link. Apakah OS menunjukkan jaringan aktif? Apakah antarmuka mendapatkan IP melalui DHCP? Di Linux: tautan ip show, ip addr show. Di Windows: ipconfig /all. Di macOS: ifconfig.
3. Ljaringan lokal. Bisakah Anda melakukan ping ke gateway default Anda? Jika ya, jaringan lokal berfungsi. Jika tidak, berarti ada masalah antara perangkat Anda dan router. Pada OS apa pun: ping 192.168.1.1 (atau apa pun gateway Anda).
4. Perutean Internet. Dapatkah Anda melakukan ping ke host Internet yang terkenal baik berdasarkan IP? ping 1.1.1.1 atau ping 8.8.8.8. Jika gateway berfungsi tetapi tidak berfungsi, masalahnya ada di bagian hulu router Anda.
5. DNS. Bisakah Anda menyelesaikan masalah nama domain? nslookup google.com atau dig google.com. Jika ping berbasis IP berfungsi tetapi DNS tidak, maka penyelesaiannya adalah masalahnya.
6. Tujuan tertentu. Bisakah Anda mencapai situs sebenarnya yang Anda inginkan? curl -v https://example.com menampilkan seluruh permintaan dan respons. Jika semuanya berfungsi namun situs yang satu ini tidak berfungsi, situs itu sendiri mengalami masalah.

Tangga ini akan menunjukkan dengan tepat di mana masalahnya sering kali terjadi dalam waktu kurang dari satu menit.

Perintah 10 menit klasik

• ping — keterjangkauan dan waktu pulang pergi. Lihat artikel ping kami.
• traceroute — router mana yang dilalui paket. Lihat artikel traceroute kami.
• nslookup / dig — resolusi DNS. dig +short example.com untuk jawaban satu baris, dig example.com untuk detail selengkapnya.
• netstat / ss — koneksi terbuka dan port pendengaran. ss -tlnp di Linux, netstat -an di yang lain.
• curl -v — membuat permintaan HTTP dengan verbositas penuh. Menampilkan semuanya: DNS, TCP, TLS, request/response.
• tcpdump / Wireshark — menangkap paket secara langsung. Alat paling ampuh ketika metode lain tidak meyakinkan.
• mtr — traceroute berkelanjutan dengan statistik. Lebih baik daripada traceroute vanilla untuk masalah yang terputus-putus.

Gejala dan penyebab umum

• "Semua situs web lambat." Kemungkinan besar di hulu — ISP Anda, peering yang macet, atau router lokal kewalahan. Uji kabel vs Wi-Fi. Nyalakan ulang modem.
• "Beberapa situs web berfungsi, yang lain tidak." Kemungkinan khusus DNS atau perutean. Coba DNS lain (1.1.1.1, 8.8.8.8). Lacak situs yang terpengaruh.
• "Halaman mulai dimuat lalu hang."Masalah Classic MTU/MSS. Lihat artikel MTU kami. Umum dengan VPN.
• "VPN saya terhubung tetapi tidak ada yang berfungsi setelahnya." Rute default berubah tetapi DNS rusak, atau kanalisasi terbagi salah dikonfigurasi. Periksa pengaturan DNS saat VPN aktif.
• "Koneksi habis." Entah tidak ada rute, firewall terputus, atau tujuan tidak dapat dijangkau. Jejak menunjukkan di mana rute mati.
• "Koneksi ditolak." Mencapai host tetapi tidak ada layanan yang mendengarkan di port. Port salah, host salah, atau layanan mogok.
• "Internet saya berfungsi tetapi VPN kerja saya tidak." ISP atau firewall lokal memblokir protokol VPN; beberapa tempat kerja memerlukan port tertentu.

Wi-Fi secara khusus

Wi-Fi menambahkan lapisan pemecahan masalah sendiri:

• Kekuatan sinyal terlalu rendah. Mendekat atau memeriksa interferensi (microwave, monitor bayi, jaringan tetangga di saluran yang sama).
• Band salah. 2,4 GHz memiliki jangkauan lebih luas namun lebih banyak interferensi; 5 GHz lebih cepat tetapi jangkauannya lebih pendek. Router modern menawarkan pengendalian pita — biarkan berfungsi, atau pilih secara manual.
• Kemacetan saluran. Alat seperti WiFi Analyzer menunjukkan saluran 2,4 GHz mana yang ramai. 1, 6, dan 11 adalah yang tidak tumpang tindih.
• Masalah otentikasi. Kata sandi salah, captive portal tidak dimuat, kredensial kedaluwarsa di jaringan perusahaan.

Ketika jaringan aktif tetapi aplikasi gagal

Jika tes jaringan dasar lulus tetapi aplikasi tertentu gagal:

• Periksa log aplikasi atau keluaran kesalahan. Banyak yang memberikan alasan spesifik (reset koneksi, kesalahan sertifikat, dll.).
• Bandingkan dengan pengguna atau perangkat lain — apakah semuanya atau hanya Anda?
• Coba jaringan lain (hotspot seluler) untuk mengecualikan spesifik jaringan lokal.
• Gunakan curl untuk berbicara langsung ke layanan jika itu HTTP — pesan kesalahan dari raw curl sering kali muncul lebih jelas.

Pertanyaan reboot

"Sudahkah Anda mencoba mematikan dan menghidupkannya lagi?" terdengar seperti lelucon tetapi cukup sering berfungsi sehingga menjadi standar industri TI. Reboot akan menghapus entri ARP yang basi, penyewaan DHCP, status jaringan kernel, dan cache aplikasi. Waktu yang tepat untuk reboot: setelah Anda mengumpulkan cukup status untuk memahami apa yang salah, sehingga Anda dapat memperbaiki penyebab utamanya di lain waktu.

Untuk disiplin diagnostik, pahami dulu, reboot kedua. Reboot akan menghilangkan masalah yang ada; pemahaman mencegah hal itu terjadi lagi.