"Server lag" adalah keluhan paling umum di komunitas FiveM, dan juga yang paling sering salah didiagnosis. Mobil teleport, karakter pemain lain patah-patah, tembakan tidak kena, atau semua orang membeku sesaat: gejalanya mirip, tapi penyebabnya bisa di PC pemain, di server, atau di jaringan di antara keduanya.
Artikel ini fokus pada masalah jaringan, khususnya packet loss UDP. Tapi langkah pertamanya justru memastikan masalahmu memang jaringan, karena memperbaiki jaringan tidak akan menolong kalau penyebabnya script yang berat.
Empat masalah yang sering tertukar
| Masalah | Di mana | Gejala khas | Siapa yang kena |
|---|---|---|---|
| FPS drop | PC pemain | Gambar patah-patah, termasuk saat diam dan menu | Satu pemain, biasanya konsisten |
| Server hitch | FXServer | Semua pemain membeku bersamaan, lalu "lompat" | Semua pemain, di waktu yang sama |
| Jitter | Jaringan | Gerakan pemain lain tidak mulus, ping naik-turun | Pemain di ISP atau rute tertentu |
| Packet loss | Jaringan | Rubberbanding, teleport, aksi tertunda atau hilang | Pemain di ISP atau rute tertentu |
FPS drop
Kalau FPS turun, itu masalah sisi klien: spesifikasi PC, setting grafis, atau aset streaming yang terlalu berat di area tertentu. Pemain bisa mengecek dengan console F8:
cl_drawPerf trueKalau FPS rendah tapi ping dan loss stabil, masalahnya bukan jaringan. Arahkan pemain ke spesifikasi PC untuk FiveM.
Server hitch
Kalau semua pemain membeku bersamaan, cek console server. Peringatan seperti server thread hitch warning berarti thread server terlambat memproses tick, biasanya karena script, query database lambat, atau CPU yang kewalahan. Ini masalah server, bukan jaringan. Baca cara mengatasi FiveM server hitch warning dan cara memakai resmon dan profiler.
Jitter dan packet loss
Jitter adalah variasi waktu tempuh paket. Packet loss adalah paket yang tidak sampai sama sekali. Gameplay FiveM berjalan di atas UDP; paket yang hilang tidak dikirim ulang seperti di TCP, jadi posisi dan state yang hilang harus "dikejar" oleh update berikutnya. Hasilnya rubberbanding dan teleport.
Ciri paling kuat dari masalah jaringan: hanya sebagian pemain yang kena, dan sering berkumpul di ISP, kota, atau jam tertentu.
Langkah 1: kumpulkan pola, bukan anekdot
Sebelum menjalankan tes apa pun, kumpulkan data dari pemain yang mengeluh:
- ISP (IndiHome, Biznet, First Media, MyRepublic, operator seluler, dan seterusnya) dan kota.
- Jam kejadian. Masalah yang hanya muncul jam 19.00–23.00 sering berarti kepadatan di rute ISP.
- Kabel atau Wi-Fi. Wi-Fi yang lemah adalah penyebab packet loss yang sangat umum dan sering dilupakan.
- Nilai ping dan loss dari
cl_drawPerfsaat kejadian. - Apakah pemain lain di ISP yang sama juga kena.
Kalau satu pemain saja yang kena, mulai dari jaringan rumahnya. Kalau satu ISP kena semua, masalahnya kemungkinan di rute ISP itu ke servermu.
Langkah 2: uji jalur dengan MTR
MTR menggabungkan ping dan traceroute: ia mengirim paket berulang kali dan menunjukkan loss serta latency di setiap hop. Di Linux atau macOS:
mtr -rwzbc 300 IP_SERVERUntuk menguji jalur UDP ke port game, yang lebih mirip trafik FiveM:
mtr -rwzbc 300 -u -P 30120 IP_SERVERDi Windows, pemain bisa memakai WinMTR, atau bawaan Windows:
pathping -q 100 IP_SERVERJalankan tes saat masalah sedang terjadi, bukan keesokan paginya. Minta pemain mengirim hasil teks, bukan screenshot yang terpotong.
Cara membaca hasil MTR dengan benar
Kesalahan paling umum adalah melihat angka loss di hop tengah lalu menyimpulkan "router itu rusak". Banyak router sengaja membatasi atau memprioritaskan rendah balasan ICMP ke dirinya sendiri, sementara tetap meneruskan trafik dengan normal. Aturannya:
- Loss di satu hop tengah yang tidak berlanjut ke hop berikutnya biasanya bukan masalah. Router itu hanya malas menjawab.
- Loss yang mulai di satu hop dan berlanjut sampai hop terakhir adalah tanda packet loss sungguhan, dan titik awalnya menunjukkan kira-kira di mana masalahnya.
- Yang paling penting adalah hop terakhir (server kamu). Kalau hop terakhir 0% loss, jalur itu tidak kehilangan paket selama tes, walaupun hop tengah menunjukkan angka.
- Latency yang melonjak tajam di satu hop dan bertahan sampai akhir bisa menunjukkan rute yang memutar atau link yang padat.
Panduan lebih detail, termasuk packet capture dan membandingkan rute antar ISP, ada di cara menguji koneksi FiveM dengan MTR, ping, dan packet capture.
Langkah 3: lihat dari sisi server
Jangan lupa memeriksa server itu sendiri. Packet loss juga bisa terjadi di origin:
- Uplink jenuh. Kalau server juga melayani download resource ratusan MB ke pemain yang baru join, upload bisa penuh dan paket gameplay ikut terbuang. Cek pemakaian bandwidth saat jam ramai, misalnya dengan
nloadatauvnstat -l. Memindahkan download resource ke CDN membantu kasus ini; lihat cara pasang CDN FiveM. - CPU penuh. Server yang kewalahan bisa terlambat memproses paket. Ini terlihat sebagai hitch, bukan loss murni.
- Serangan atau trafik aneh. Lonjakan trafik UDP tiba-tiba yang tidak sesuai jumlah pemain bisa berarti serangan. Proteksi anti-DDoS di level jaringan diperlukan untuk ini.
Pemantauan jangka panjang lebih berguna daripada cek sesekali. Contoh setup ada di monitoring FiveM dengan Prometheus dan Grafana.
Langkah 4: pilih solusi sesuai penyebab
| Temuan | Solusi yang masuk akal |
|---|---|
| Loss mulai dari hop pertama (router rumah) | Pakai kabel, cek Wi-Fi, restart atau ganti router pemain |
| Loss mulai di jaringan ISP pemain, hanya jam ramai | Laporkan ke ISP dengan data MTR; pertimbangkan rute alternatif |
| Loss mulai di dekat server | Cek uplink, CPU, dan penyedia hosting |
| Semua ISP kena, bersamaan | Kemungkinan besar masalah di server atau penyedianya |
| Satu ISP kena, rute ke server memutar jauh | Proxy di lokasi lain mungkin membantu, uji dulu |
Kapan proxy membantu, dan kapan memperburuk
IP proxy sering ditawarkan sebagai obat packet loss. Kenyataannya lebih bernuansa. Proxy mengubah jalur trafik: pemain ke proxy, lalu proxy ke server. Itu bisa membantu atau merugikan.
Proxy bisa membantu kalau:
- Rute langsung dari ISP tertentu ke server kamu memutar atau melewati link yang padat, sementara rute ISP itu ke lokasi proxy bagus, dan rute proxy ke server juga bagus.
- Server kamu jauh (misalnya di Eropa), dan jalur proxy-ke-server lebih stabil daripada jalur yang dipilih ISP pemain.
Proxy bisa memperburuk kalau:
- Rute langsung sudah bagus. Proxy hanya menambah satu hop dan sedikit latency.
- Proxy berada jauh dari server. Misalnya server di Jakarta, proxy di Singapore, pemain di Jakarta: trafik bolak-balik ke luar negeri tanpa alasan.
- Masalahnya ada di Wi-Fi pemain atau di server. Proxy tidak menyentuh keduanya.
Cara memutuskan: uji MTR dari ISP yang bermasalah ke server langsung, lalu ke IP proxy, lalu dari lokasi proxy ke server. Kalau gabungan dua bagian terakhir lebih stabil daripada jalur langsung, proxy layak dicoba. Kalau tidak, jangan.
Sebagai keterbukaan: Noctis menjual IP Proxy dengan node di Jakarta atau Singapore (di Akamai Cloud/Linode). Karena alasan di atas, kami menyarankan menguji dulu dan tidak mengklaim proxy pasti menurunkan ping atau menghapus packet loss. Panduan setupnya ada di cara menggunakan IP proxy untuk server FiveM.
Checklist diagnosis
- FPS pemain normal saat masalah terjadi? (Kalau tidak: masalah klien.)
- Console server bersih dari hitch warning? (Kalau tidak: masalah server.)
- Masalah terbatas pada ISP, kota, atau jam tertentu?
- Pemain memakai kabel, bukan Wi-Fi?
- MTR ke server menunjukkan loss sampai hop terakhir?
- Di mana loss pertama kali muncul dan bertahan?
- Uplink dan CPU server normal di jam yang sama?
- Sudah membandingkan rute langsung dengan rute lewat proxy sebelum memasang proxy?
FAQ
Berapa packet loss yang masih bisa diterima di FiveM?
Idealnya 0% di hop terakhir dalam kondisi normal. Loss kecil yang sesekali muncul mungkin tidak terasa, tapi loss yang konsisten, walaupun hanya beberapa persen, biasanya sudah terasa sebagai rubberbanding di gameplay yang padat.
MTR menunjukkan 50% loss di satu router, apakah itu penyebabnya?
Belum tentu. Kalau hop sesudahnya dan hop terakhir 0%, router itu hanya membatasi balasan ICMP. Lihat apakah loss berlanjut sampai ke server.
Kenapa ping normal tapi tetap rubberbanding?
Ping rata-rata bisa menyembunyikan jitter dan loss. Lihat kolom loss dan standar deviasi (StDev) di MTR, serta nilai loss di cl_drawPerf, bukan hanya angka ping.
Apakah CDN bisa mengurangi packet loss?
Tidak secara langsung, karena CDN tidak membawa trafik gameplay. Tapi kalau packet loss terjadi karena uplink server penuh oleh download resource, memindahkan download ke CDN bisa mengurangi kepadatan itu. Baca perbedaan CDN dan IP Proxy.
Kenapa hanya pemain IndiHome yang mengeluh?
Bisa jadi rute ISP itu ke servermu sedang padat atau memutar. Kumpulkan MTR dari beberapa pemain di ISP yang sama di jam kejadian. Pembahasan lengkapnya ada di kenapa ping FiveM tinggi dari IndiHome.