Cara kerja internet paling mudah dipahami lewat satu skenario nyata: kamu mengetik alamat website di browser, menekan Enter, dan halaman muncul kurang dari satu detik kemudian. Di balik layar, data dipotong menjadi paket-paket kecil, dikirim dari laptop ke router rumah, diteruskan ke jaringan ISP, lalu melompat dari router ke router lintas kota dan lintas negara sampai tiba di server tujuan. Server membalas dengan paket berisi konten halaman, dan browser merakitnya kembali menjadi tampilan yang kamu lihat.

Artikel ini bagian kedua dari seri Belajar Jaringan Komputer dari Nol. Kita tidak berhenti di teori. Kamu akan membuktikan sendiri rute perjalanan paket itu memakai dua perintah klasik di Linux: ping dan traceroute.

Prasyarat Sebelum Praktik

Kalau kamu belum tahu apa itu jaringan, IP, atau belum punya terminal Linux yang siap dipakai, baca dulu bagian pertama: Apa itu Jaringan Komputer + Setup Lab Praktik di Linux. Praktik di artikel ini memakai Ubuntu 24.04 dengan ping dari paket iputils (versi 20240117) dan traceroute versi 2.1.5. Distro lain juga bisa, perintahnya sama, hanya nomor versinya yang mungkin beda. Yang penting kamu punya koneksi internet aktif.

Perjalanan Data Saat Membuka Website

Anggap kamu membuka detik.com dari laptop yang terhubung WiFi rumah. Ini yang terjadi, urut dari awal:

Browser mencari alamat server. Komputer tidak mengerti nama seperti detik.com. Nama itu harus diterjemahkan dulu menjadi alamat numerik (IP address). Proses penerjemahan ini namanya DNS. Kita bahas tuntas di bagian 11 seri ini, sekarang cukup tahu bahwa langkah ini terjadi paling awal.
Data dipecah menjadi paket. Permintaan “kirim halaman utama” tidak dikirim sebagai satu bongkahan besar. Ia dipotong menjadi paket-paket kecil, masing-masing membawa alamat pengirim dan alamat tujuan, mirip amplop surat.
Paket keluar lewat router rumah. Laptop mengirim paket lewat WiFi ke router di rumahmu. Router ini gerbang tunggal: semua perangkat di rumah menitipkan paketnya ke sini untuk diteruskan keluar.
Router rumah meneruskan ke ISP. Dari rumah, paket berjalan lewat kabel fiber atau jaringan seluler menuju perangkat milik ISP (Indihome, Biznet, First Media, dan sebagainya). ISP punya jaringan router besar yang saling terhubung dengan ISP lain.
Paket melompat antar router sampai ke server. Tidak ada kabel langsung dari rumahmu ke server detik.com. Paket berpindah tangan dari router ke router, kadang belasan kali. Setiap router membaca alamat tujuan lalu memutuskan lompatan berikutnya. Satu lompatan ini disebut hop. Kalau servernya di luar negeri, paket ikut lewat kabel bawah laut.
Server membalas. Server menerima permintaan, menyiapkan konten halaman, memotongnya jadi paket, lalu mengirim balik lewat rute yang bisa jadi berbeda. Browser di laptopmu menyusun paket-paket itu kembali menjadi halaman utuh.

Semua ini terjadi dalam hitungan puluhan sampai ratusan milidetik. Sekarang kita ukur.

Praktik ping: Mengukur Latency, Packet Loss, dan TTL

ping mengirim paket kecil ke tujuan dan menghitung berapa lama balasannya kembali. Jalankan ini di terminal:

ping -c 5 detik.com

Opsi -c 5 artinya kirim 5 paket lalu berhenti. Tanpa opsi ini, ping jalan terus sampai kamu tekan Ctrl+C. Contoh output:

PING detik.com (203.190.242.69) 56(84) bytes of data.
64 bytes from 203.190.242.69: icmp_seq=1 ttl=55 time=21.4 ms
64 bytes from 203.190.242.69: icmp_seq=2 ttl=55 time=20.8 ms
64 bytes from 203.190.242.69: icmp_seq=3 ttl=55 time=23.1 ms
64 bytes from 203.190.242.69: icmp_seq=4 ttl=55 time=21.0 ms
64 bytes from 203.190.242.69: icmp_seq=5 ttl=55 time=22.6 ms

--- detik.com ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4006ms
rtt min/avg/max/mdev = 20.812/21.780/23.104/0.902 ms

Angka di outputmu pasti berbeda, tergantung ISP dan lokasi. Yang penting kamu bisa membaca tiga hal ini:

Membaca latency (time dalam ms)

time=21.4 ms artinya paket butuh 21,4 milidetik untuk pergi ke server dan kembali lagi. Ini disebut round trip time, dan istilah sehari-harinya latency. Patokan kasar: di bawah 30 ms terasa instan, 50 sampai 100 ms masih nyaman untuk browsing, di atas 200 ms mulai terasa lambat, terutama untuk video call dan game online. Server di Indonesia biasanya memberi latency lebih kecil daripada server di Amerika atau Eropa, karena jarak fisiknya memang lebih dekat.

Membaca packet loss

Baris 0% packet loss artinya semua paket yang dikirim mendapat balasan. Kalau angkanya 20%, berarti 1 dari 5 paket hilang di jalan. Packet loss yang konsisten di atas 1 sampai 2% biasanya menandakan masalah: sinyal WiFi jelek, kabel bermasalah, atau jaringan ISP sedang padat. Gejalanya di dunia nyata: video call patah-patah dan halaman kadang gagal dimuat.

Membaca TTL

ttl=55 singkatan dari Time To Live. Setiap paket lahir dengan nilai TTL awal, umumnya 64 di server Linux dan 128 di Windows. Setiap kali paket melewati satu router, nilainya dikurangi satu. Kalau TTL sampai nol, paket dibuang. Ini mencegah paket nyasar berputar-putar selamanya di internet. Dari TTL kamu bisa menebak jumlah hop: nilai 55 dengan asumsi awal 64 berarti paket melewati sekitar 9 router untuk sampai ke kamu.

Kebiasaan cek latency ini kepakai terus di kerjaan nyata. Saat sistem aplikasi yang tim Arrazy bangun untuk klien terasa lambat, ping dan traceroute selalu jadi pemeriksaan pertama. Sering kali masalahnya di jaringan atau lokasi server, bukan di kode backend-nya.

Praktik traceroute: Melihat Rute Hop demi Hop

Kalau ping hanya memberi tahu total waktu tempuh, traceroute membongkar rutenya: router mana saja yang dilewati paket. Install dulu karena Ubuntu tidak menyertakannya secara default:

sudo apt update
sudo apt install traceroute

Lalu coba ke situs dalam negeri:

traceroute detik.com

Contoh output (dipersingkat):

traceroute to detik.com (203.190.242.69), 30 hops max, 60 byte packets
 1  _gateway (192.168.1.1)  1.213 ms  1.105 ms  1.087 ms
 2  180.252.x.x (180.252.x.x)  4.891 ms  4.702 ms  4.655 ms
 3  * * *
 4  180.240.204.75 (180.240.204.75)  12.480 ms  12.331 ms  12.279 ms
 5  180.240.191.14 (180.240.191.14)  15.702 ms  14.988 ms  15.213 ms
 6  203.190.242.69 (203.190.242.69)  21.145 ms  20.897 ms  21.033 ms

Cara membacanya baris per baris:

Hop 1 selalu router rumahmu sendiri. Alamat 192.168.1.1 adalah alamat lokal yang umum dipakai router. Waktunya kecil, sekitar 1 ms, karena jaraknya cuma beberapa meter.
Hop 2 sampai beberapa hop berikutnya adalah jaringan ISP: perangkat di kompleksmu, lalu router agregasi di kota, lalu backbone antar kota.
Hop terakhir adalah server tujuan. Tiga angka waktu di tiap baris muncul karena traceroute mengetes tiap hop tiga kali.

Sekarang bandingkan dengan situs yang servernya di luar negeri:

traceroute one.one.one.one
traceroute github.com

Perhatikan dua hal. Pertama, one.one.one.one (layanan DNS Cloudflare) biasanya selesai dalam sedikit hop dengan latency kecil, karena Cloudflare menaruh server di Jakarta. Kedua, github.com biasanya butuh hop lebih banyak dengan lonjakan latency yang jelas di tengah rute, misalnya dari belasan ms tiba-tiba jadi 150 sampai 200 ms. Lonjakan itu momen paket menyeberangi kabel bawah laut ke Singapura lalu ke Amerika. Kamu sedang melihat geografi bumi lewat terminal.

Bandwidth vs Latency vs Throughput: Analogi Jalan Tol

Tiga istilah ini sering tertukar padahal artinya beda. Bayangkan jalan tol antar kota:

Bandwidth = jumlah lajur tol. Tol 8 lajur bisa menampung lebih banyak mobil per jam daripada tol 2 lajur. Bandwidth adalah kapasitas maksimum, diukur dalam Mbps.
Latency = waktu tempuh satu mobil dari gerbang masuk ke gerbang keluar. Mau lajurnya 100 pun, kalau jaraknya 500 km ya tetap butuh berjam-jam. Diukur dalam ms.
Throughput = jumlah mobil yang benar-benar sampai tujuan per jam. Ini angka nyata setelah kena macet, kecelakaan, dan gerbang tol yang antre. Throughput selalu lebih kecil atau sama dengan bandwidth.

Istilah	Analogi tol	Satuan	Cara mengukur
Bandwidth	Jumlah lajur	Mbps	Paket langganan ISP
Latency	Waktu tempuh	ms	`ping`
Throughput	Mobil yang sampai per jam	Mbps	Speedtest, kecepatan download nyata

Ini menjelaskan kenapa langganan internet 100 Mbps tetap terasa lambat saat main game dengan server di luar negeri. Game online butuh latency kecil, bukan bandwidth besar, karena data yang dikirim per detik sebenarnya kecil tapi harus bolak-balik cepat. Sebaliknya, download file besar butuh bandwidth, dan latency 200 ms hampir tidak terasa.

Troubleshooting: Error yang Sering Dialami Pemula

traceroute menampilkan * * * di beberapa hop

Baris seperti 3 * * * bukan berarti jaringan putus. Artinya router di hop itu memilih tidak membalas paket pemeriksaan (ICMP), biasanya karena alasan keamanan atau karena membalas ICMP bukan prioritasnya. Selama hop setelahnya tetap muncul dan hop terakhir tercapai, rute kamu sehat. Kalau semua hop setelah titik tertentu jadi * * * sampai habis 30 hop, baru itu tanda paket diblokir atau tujuan tidak membalas. Coba mode lain: sudo traceroute -I detik.com (pakai ICMP echo seperti ping) atau sudo traceroute -T detik.com (pakai TCP, lebih jarang diblokir).

ping 100% packet loss padahal website-nya bisa dibuka

Banyak server sengaja memblokir ping. Contoh yang terkenal, ping microsoft.com tidak pernah dibalas padahal situsnya jelas hidup. Jadi ping gagal tidak otomatis berarti server mati. Verifikasi dengan cara lain, misalnya curl -I https://www.microsoft.com. Kalau curl mendapat respons berisi HTTP/2 200, server hidup dan hanya menutup ICMP.

ping: detik.com: Temporary failure in name resolution

Komputer gagal menerjemahkan nama ke alamat IP. Dua kemungkinan: koneksi internetmu memang putus, atau pengaturan DNS bermasalah. Tes dengan ping -c 3 ke 1.1.1.1. Kalau ping ke angka berhasil tapi ke nama gagal, masalahnya di DNS, bukan koneksi. Solusi cepat: restart koneksi, atau ganti DNS di pengaturan jaringan ke 1.1.1.1.

traceroute: command not found

Ubuntu dan Debian tidak memasang traceroute secara bawaan. Install dengan sudo apt install traceroute. Alternatifnya, tracepath detik.com sudah tersedia tanpa install dan fungsinya mirip, hanya opsinya lebih sedikit.

Lanjut ke Bagian Berikutnya

Kamu sekarang paham rute yang ditempuh paket dari laptop sampai server, dan bisa mengukurnya sendiri dengan ping dan traceroute. Pertanyaan berikutnya wajar muncul: perangkat apa saja sebenarnya yang dilewati paket itu, dan apa beda switch dengan router? Itu materi bagian ketiga, “Perangkat Jaringan Komputer: Switch, Router, dan Topologi”, yang terbit menyusul. Pantau daftar lengkapnya di halaman hub seri Belajar Jaringan Komputer dari Nol.

Cara Kerja Internet: Perjalanan Paket Saat Membuka Website