Tabel conntrack server penuh conntrack table full

ID penyebab so-conntrack · Penanggung jawab utama Infrastruktur server (Tim Infrastruktur) · Turut terlibat Pengembangan server (Tim Pengembang Game), Pengembangan klien (Tim Pengembang Game)

Buka kartu interaktif dengan gambar dan simulasi →

Jika tabel connection tracking (conntrack), tempat firewall Linux mencatat semua koneksi, mencapai batasnya, paket baru dibuang.

Mengapa Catatan koneksi bertambah karena lonjakan koneksi atau koneksi pendek yang berulang → Akibatnya Tabel penuh sehingga koneksi baru dan sebagian paket dibuang → Di layar Tidak bisa masuk, teleport akibat packet loss tanpa sebab yang jelas

Gejala: Tidak bisa masuk / loading tanpa henti, Teleport
Faktor: Packet loss
Siapa yang mengalami: Seluruh server
Kapan: Tepat setelah login atau maintenance, Saat banyak pemain berkumpul
Penanggung jawab: Penanggung jawab utama Infrastruktur server (Tim Infrastruktur) · Turut terlibat Pengembangan server (Tim Pengembang Game), Pengembangan klien (Tim Pengembang Game)
Tugas Tim Pengembang Game: Server: kurangi koneksi pendek (pakai ulang koneksi untuk pemanggilan antarserver). Klien: jika koneksi gagal atau terputus, perpanjang interval percobaan ulang secara bertahap dan sebar secara acak.
Tugas Tim Infrastruktur: Perbesar ukuran tabel (nf_conntrack_max), kecualikan port game dari pelacakan (NOTRACK di tabel raw), pasang alert pemakaian.
Kisaran angka: Batas default sekitar 60.000–260.000 entri, tergantung memori server. Jika meluap, log kernel mencatat “nf_conntrack: table full, dropping packet”.
Di grafik: Mendatar di batas · Jumlah entri conntrack (nf_conntrack_count)
Yang diperiksa: Tampilkan net.netfilter.nf_conntrack_count (jumlah entri saat ini) dari sysctl dalam satu grafik dengan nf_conntrack_max, lalu cari “nf_conntrack: table full, dropping packet” di dmesg
Cocok jika: nf_conntrack_count mendatar di nilai max, dan sejak saat itu log kernel mencatat table full
Tidak cocok jika: Jumlah entri masih jauh di bawah max: bukan penyebab ini. Batas connection tracking milik instance AWS itu sendiri diperiksa lewat conntrack_allowance_exceeded di “Batas PPS cloud terlampaui”
Sarana pemeriksaan: Tools infrastruktur (tanpa perlu kode game)

Sumber

Netfilter Conntrack Sysfs variables Linux kernel
Nilai default nf_conntrack_max sama dengan jumlah hash bucket (nf_conntrack_buckets), dan jumlah bucket ditentukan oleh ukuran memori
net/netfilter/nf_conntrack_core.c (Linux v6.12) Linux kernel
Ukuran default 65.536 jika memori lebih dari 1 GB, 262.144 jika lebih dari 4 GB (64-bit); jika penuh, paket dibuang dengan catatan “nf_conntrack: table full, dropping packet”
iptables-extensions(8) — Linux manual page netfilter
Mengecualikan dari connection tracking dengan CT --notrack di tabel raw

Lihat juga

Lapisan yang sama: L7 OS server (kernel)

Penyebab di lapisan lain dengan gejala yang sama (Tidak bisa masuk / loading tanpa henti)

Pemeriksaan paket oleh program keamanan L2 OS dan perangkat klien
Router kurang bertenaga atau terlalu panas L3 Jaringan rumah
Pembatasan di Wi-Fi publik dan jaringan kantor L3 Jaringan rumah
Pembatasan UDP dan inspeksi paket per negara atau ISP L4 Jalur internet
Gangguan dan latensi DNS L4 Jalur internet
Jalur bersama penuh akibat DDoS L4 Jalur internet
IP bersama dari ISP (CGNAT) L4 Jalur internet
Rute lewat VPN atau game booster L4 Jalur internet

Lihat kartu interaktif dengan gambar dan simulasi