Topik ini menjelaskan parameter jaringan kernel Linux yang umum dan menyediakan solusi untuk masalah terkait.
Alat Pemecahan Masalah Mandiri
Tool troubleshooting self-service Alibaba Cloud membantu Anda memeriksa konfigurasi parameter kernel dengan cepat dan memberikan laporan diagnostik yang mendetail.
Klik untuk membuka halaman troubleshooting self-service dan pilih wilayah target.
Laporan diagnostik mungkin menunjukkan anomali seperti Inbound rules for common ports are not configured in the security group. Secara khusus, lalu lintas inbound untuk protokol ICMP pada port -1 tidak diizinkan, sehingga instans tidak dapat merespons permintaan PING. Untuk memperbaikinya, modifikasi aturan security group agar mengizinkan lalu lintas pada port yang sesuai.
Jika tool troubleshooting self-service tidak dapat mengidentifikasi masalah Anda, lanjutkan dengan langkah-langkah berikut untuk troubleshooting manual.
Lihat dan modifikasi parameter kernel
Catatan penggunaan
Sebelum memodifikasi parameter kernel, perhatikan hal-hal berikut:
-
Modifikasi parameter kernel hanya boleh dilakukan berdasarkan kebutuhan spesifik Anda dan didukung oleh data. Hindari penyesuaian sembarangan.
-
Pahami tujuan setiap parameter. Perhatikan bahwa parameter kernel dapat bervariasi tergantung pada lingkungan dan versi. Untuk informasi lebih lanjut, lihat Parameter kernel Linux umum.
-
Buat backup data penting pada instans ECS Anda. Untuk informasi lebih lanjut, lihat Buat Snapshot.
Modifikasi parameter
Anda dapat menggunakan /proc/sys/ dan /etc/sysctl.conf untuk memodifikasi parameter kernel saat instans sedang berjalan. Perbedaannya sebagai berikut:
-
Direktori
/proc/sys/adalah sistem file virtual yang menyediakan akses ke parameter kernel. Subdirektorinetberisi semua parameter kernel jaringan yang diaktifkan untuk sistem saat ini. Anda dapat memodifikasi parameter ini saat runtime, tetapi perubahan tersebut tidak bertahan setelah instans direstart. Metode ini biasanya digunakan untuk menguji perubahan secara sementara. -
File
/etc/sysctl.confadalah file konfigurasi. Anda dapat memodifikasi file/etc/sysctl.confuntuk mengubah nilai default parameter kernel. Perubahan tersebut bertahan setelah instans direstart.
File-file dalam direktori /proc/sys/ berkorespondensi dengan nama parameter dalam file /etc/sysctl.conf. Misalnya, parameter net.ipv4.tcp_tw_recycle berkorespondensi dengan file /proc/sys/net/ipv4/tcp_tw_recycle, dan konten file tersebut adalah nilai parameter.
Konfigurasi tcp_tw_recycle, yang mencakup pengaturan net.ipv4.tcp_tw_recycle dalam sysctl.conf, telah dihapus dari Linux mulai kernel versi 4.12. Anda hanya dapat menggunakan parameter net.ipv4.tcp_tw_recycle jika sistem Anda menjalankan kernel versi sebelum 4.12.
Menggunakan /proc/sys/
-
Login ke instans ECS Linux.
Untuk informasi lebih lanjut, lihat Ikhtisar metode koneksi untuk instans ECS.
-
Gunakan perintah
catuntuk melihat konten file yang sesuai.Misalnya, jalankan perintah berikut untuk melihat nilai
net.ipv4.tcp_tw_recycle:cat /proc/sys/net/ipv4/tcp_tw_recycle -
Gunakan perintah
echountuk memodifikasi parameter kernel.Misalnya, jalankan perintah berikut untuk mengubah nilai
net.ipv4.tcp_tw_recyclemenjadi 0:echo "0" > /proc/sys/net/ipv4/tcp_tw_recycle
Menggunakan /etc/sysctl.conf
-
Login ke instans ECS Linux.
Untuk informasi lebih lanjut, lihat Ikhtisar metode koneksi untuk instans ECS.
-
Jalankan perintah berikut untuk melihat semua parameter yang sedang berlaku:
sysctl -aContoh sebagian output ditunjukkan di bawah ini:
net.ipv4.tcp_app_win = 31 net.ipv4.tcp_adv_win_scale = 2 net.ipv4.tcp_tw_reuse = 0 net.ipv4.tcp_frto = 2 net.ipv4.tcp_frto_response = 0 net.ipv4.tcp_low_latency = 0 net.ipv4.tcp_no_metrics_save = 0 net.ipv4.tcp_moderate_rcvbuf = 1 net.ipv4.tcp_tso_win_divisor = 3 net.ipv4.tcp_congestion_control = cubic net.ipv4.tcp_abc = 0 net.ipv4.tcp_mtu_probing = 0 net.ipv4.tcp_base_mss = 512 net.ipv4.tcp_workaround_signed_windows = 0 net.ipv4.tcp_challenge_ack_limit = 1000 net.ipv4.tcp_limit_output_bytes = 262144 net.ipv4.tcp_dma_copybreak = 4096 net.ipv4.tcp_slow_start_after_idle = 1 net.ipv4.cipso_cache_enable = 1 net.ipv4.cipso_cache_bucket_size = 10 net.ipv4.cipso_rbm_optfmt = 0 net.ipv4.cipso_rbm_strictvalid = 1 -
Modifikasi parameter kernel.
-
Untuk perubahan sementara:
/sbin/sysctl -w kernel.parameter="[value]"CatatanGanti
kernel.parameterdengan nama parameter kernel dan[value]dengan nilai yang diinginkan. Misalnya, jalankan perintahsysctl -w net.ipv4.tcp_tw_recycle="0"untuk mengubah nilai parameter kernelnet.ipv4.tcp_tw_recyclemenjadi 0. -
Untuk perubahan permanen:
-
Jalankan perintah berikut untuk membuka file konfigurasi
/etc/sysctl.conf:vim /etc/sysctl.conf -
Tekan tombol
iuntuk masuk ke mode edit. -
Modifikasi parameter kernel sesuai kebutuhan.
Contoh berikut menunjukkan format yang diperlukan:
net.ipv6.conf.all.disable_ipv6 = 1 net.ipv6.conf.default.disable_ipv6 = 1 net.ipv6.conf.lo.disable_ipv6 = 1 -
Tekan tombol
Esc, ketik:wq, lalu tekan Enter untuk menyimpan file dan keluar. -
Jalankan perintah berikut untuk menerapkan perubahan:
/sbin/sysctl -p
-
-
Masalah parameter jaringan umum
-
Mengapa pesan error "Time wait bucket table overflow" muncul di log /var/log/messages?
-
Mengapa terdapat banyak koneksi TCP dalam status FIN_WAIT2 pada instans ECS Linux?
-
Mengapa terdapat banyak koneksi TCP dalam status CLOSE_WAIT pada instans ECS Linux?
Kegagalan koneksi remote: "nf_conntrack: table full, dropping packet"
Gejala
Anda tidak dapat terhubung secara remote ke instans ECS. Ping ke instans target menghasilkan kehilangan paket atau kegagalan. Pesan error berikut sering muncul di log sistem /var/log/message:
Feb 6 16:05:07 i-*** kernel: nf_conntrack: table full, dropping packet.
Feb 6 16:05:07 i-*** kernel: nf_conntrack: table full, dropping packet.
Feb 6 16:05:07 i-*** kernel: nf_conntrack: table full, dropping packet.
Feb 6 16:05:07 i-*** kernel: nf_conntrack: table full, dropping packet.
Penyebab
ip_conntrack adalah modul Linux yang melacak entri koneksi untuk NAT. Modul ini menggunakan tabel hash untuk mencatat entri koneksi TCP established connection. Ketika tabel hash ini penuh, paket untuk koneksi baru akan di-drop, sehingga menyebabkan error nf_conntrack: table full, dropping packet.
Sistem Linux mengalokasikan ruang memori untuk mempertahankan setiap koneksi TCP. Ukuran ruang ini ditentukan oleh parameter nf_conntrack_buckets dan nf_conntrack_max. Nilai default parameter terakhir adalah empat kali nilai parameter pertama. Oleh karena itu, kami merekomendasikan untuk meningkatkan nilai parameter nf_conntrack_max.
Mempertahankan koneksi sistem mengonsumsi memori dalam jumlah besar. Kami merekomendasikan Anda hanya meningkatkan nilai parameter nf_conntrack_max ketika sistem sedang idle dan memiliki memori yang cukup.
Solusi
-
Terhubung ke instans menggunakan VNC.
Untuk informasi lebih lanjut, lihat Login ke instans Linux menggunakan otentikasi password.
-
Modifikasi nilai parameter
nf_conntrack_max.-
Jalankan perintah berikut untuk membuka file
/etc/sysctl.conf:vi /etc/sysctl.conf -
Tekan tombol
iuntuk masuk ke mode edit. -
Modifikasi nilai parameter
nf_conntrack_max.Misalnya, ubah jumlah maksimum entri tabel hash menjadi
655350:net.netfilter.nf_conntrack_max = 655350 -
Tekan tombol
Esc, ketik:wq, lalu tekan Enter untuk menyimpan file dan keluar.
-
-
Modifikasi nilai parameter timeout
nf_conntrack_tcp_timeout_established.Misalnya, ubah nilai parameter timeout menjadi 1.200. Timeout default adalah 432.000 detik.
net.netfilter.nf_conntrack_tcp_timeout_established = 1200 -
Jalankan perintah berikut untuk menerapkan perubahan:
sysctl -p
Error "Time wait bucket table overflow"
Gejala
Pesan error "kernel: TCP: time wait bucket table overflow" sering muncul di /var/log/messages pada instans ECS Linux.
Feb 18 12:28:38 i-*** kernel: TCP: time wait bucket table overflow
Feb 18 12:28:44 i-*** kernel: printk: 227 messages suppressed.
Feb 18 12:28:44 i-*** kernel: TCP: time wait bucket table overflow
Feb 18 12:28:52 i-*** kernel: printk: 121 messages suppressed.
Feb 18 12:28:52 i-*** kernel: TCP: time wait bucket table overflow
Feb 18 12:28:53 i-*** kernel: printk: 351 messages suppressed.
Feb 18 12:28:53 i-*** kernel: TCP: time wait bucket table overflow
Feb 18 12:28:59 i-*** kernel: printk: 319 messages suppressed.
Penyebab
Parameter net.ipv4.tcp_max_tw_buckets mengontrol jumlah koneksi dalam status TIME_WAIT yang dapat dikelola oleh kernel. Ketika jumlah total koneksi yang berada dalam status TIME_WAIT dan koneksi yang akan beralih ke status TIME_WAIT melebihi nilai parameter net.ipv4.tcp_max_tw_buckets, pesan error "kernel: TCP: time wait bucket table overflow" muncul di /var/log/messages. Kernel kemudian menutup koneksi TCP berlebih tersebut.
Solusi
Anda dapat meningkatkan nilai parameter net.ipv4.tcp_max_tw_buckets sesuai kebutuhan. Selain itu, kami merekomendasikan Anda mengoptimalkan koneksi TCP di tingkat aplikasi. Topik ini menjelaskan cara memodifikasi nilai parameter net.ipv4.tcp_max_tw_buckets.
-
Terhubung ke instans menggunakan VNC.
Untuk informasi lebih lanjut, lihat Login ke instans Linux menggunakan otentikasi password.
-
Jalankan perintah berikut untuk memeriksa jumlah koneksi TCP:
netstat -antp | awk 'NR>2 {print $6}' | sort | uniq -cOutput berikut menunjukkan bahwa 6.300 koneksi berada dalam status TIME_WAIT:
6300 TIME_WAIT 40 LISTEN 20 ESTABLISHED 20 CONNECTED -
Jalankan perintah berikut untuk melihat nilai parameter
net.ipv4.tcp_max_tw_buckets:cat /etc/sysctl.conf | grep net.ipv4.tcp_max_tw_bucketsOutput menunjukkan bahwa nilai parameter
net.ipv4.tcp_max_tw_bucketsadalah 20000.net.ipv4.tcp_max_tw_buckets = 20000 -
Modifikasi nilai parameter
net.ipv4.tcp_max_tw_buckets.-
Jalankan perintah berikut untuk membuka file
/etc/sysctl.conf:vi /etc/sysctl.conf -
Tekan tombol
iuntuk masuk ke mode edit. -
Modifikasi nilai parameter
net.ipv4.tcp_max_tw_buckets.Misalnya, ubah nilai parameter
net.ipv4.tcp_max_tw_bucketsmenjadi65535:net.ipv4.tcp_max_tw_buckets = 65535 -
Tekan tombol
Esc, ketik:wq, lalu tekan Enter untuk menyimpan file dan keluar.
-
-
Jalankan perintah berikut untuk menerapkan perubahan:
sysctl -p
Jumlah koneksi tinggi dalam status FIN_WAIT2
Gejala
Sejumlah besar koneksi TCP pada instans ECS Linux berada dalam status FIN_WAIT2.
Penyebab
Masalah ini dapat terjadi karena alasan berikut:
-
Pada layanan HTTP, server mungkin secara proaktif menutup koneksi karena alasan tertentu, seperti timeout KEEPALIVE. Saat server menutup koneksi, koneksi tersebut memasuki status FIN_WAIT2.
-
Stack protokol TCP/IP mendukung koneksi half-open. Berbeda dengan status TIME_WAIT, status FIN_WAIT2 tidak memiliki timeout. Jika klien tidak menutup ujung koneksi-nya, koneksi tersebut tetap berada dalam status FIN_WAIT2 hingga sistem direstart. Jumlah koneksi FIN_WAIT2 yang terus meningkat dapat menyebabkan kernel crash.
Solusi
Kurangi nilai net.ipv4.tcp_fin_timeout untuk menutup koneksi TCP dalam status FIN_WAIT2 lebih cepat.
-
Terhubung ke instans menggunakan VNC.
Untuk informasi lebih lanjut, lihat Login ke instans Linux menggunakan otentikasi password.
-
Modifikasi nilai parameter
net.ipv4.tcp_fin_timeout.-
Jalankan perintah berikut untuk membuka file
/etc/sysctl.conf:vi /etc/sysctl.conf -
Tekan tombol
iuntuk masuk ke mode edit. -
Modifikasi nilai parameter
net.ipv4.tcp_fin_timeout.Misalnya, ubah nilai parameter
net.ipv4.tcp_fin_timeoutmenjadi 10:net.ipv4.tcp_fin_timeout = 10 -
Tekan tombol
Esc, ketik:wq, lalu tekan Enter untuk menyimpan file dan keluar.
-
-
Jalankan perintah berikut untuk menerapkan perubahan:
sysctl -p
Jumlah koneksi tinggi dalam status CLOSE_WAIT
Gejala
Sejumlah besar koneksi TCP pada instans ECS Linux berada dalam status CLOSE_WAIT.
Penyebab
Masalah ini dapat terjadi ketika jumlah koneksi dalam status CLOSE_WAIT melebihi rentang normal.
TCP menggunakan handshake empat arah untuk mengakhiri koneksi. Salah satu ujung koneksi TCP dapat memulai permintaan penutupan. Jika peer remote memulai penutupan, tetapi aplikasi lokal tidak menutup socket-nya, koneksi tersebut memasuki status CLOSE_WAIT. Meskipun ini adalah status half-closed, koneksi tersebut tidak lagi dapat digunakan untuk komunikasi dan harus segera diakhiri.
Solusi
Kami merekomendasikan Anda menyelidiki logika aplikasi Anda untuk memastikan bahwa aplikasi tersebut menangani koneksi yang telah ditutup oleh peer remote dengan benar. Aplikasi harus segera menutup socket-nya dan melakukan pemeriksaan.
-
Terhubung ke instans ECS.
Untuk informasi lebih lanjut, lihat Ikhtisar metode koneksi untuk instans ECS.
-
Periksa dan tutup koneksi TCP yang berada dalam status CLOSE_WAIT di dalam aplikasi Anda.
Fungsi read dan write di sebagian besar bahasa pemrograman dapat mendeteksi koneksi dalam status CLOSE_WAIT. Contoh berikut menunjukkan cara menutup koneksi dalam Java dan C:
-
Java
-
Gunakan metode
read()untuk memeriksa akhir stream. Ketika metode mengembalikan-1, ini menunjukkan bahwa peer telah menutup ujungnya. -
Panggil metode
close()untuk menutup koneksi.
-
-
C
Periksa nilai kembali dari system call
read().-
Jika nilai kembali adalah 0, peer telah menutup koneksi. Anda sekarang dapat menutup socket.
-
Jika nilai kembali kurang dari 0, periksa
errno. Jika error bukanEAGAINatauEWOULDBLOCK, terjadi error, dan Anda harus menutup socket.
-
-
Kegagalan akses setelah konfigurasi NAT
Gejala
Setelah NAT dikonfigurasi di sisi klien, klien tidak dapat mengakses instans ECS atau ApsaraDB RDS di sisi server. Ini termasuk instans ECS dalam VPC yang dikonfigurasi dengan SNAT.
Penyebab
Masalah ini dapat terjadi jika parameter net.ipv4.tcp_tw_recycle dan net.ipv4.tcp_timestamps keduanya diatur ke 1 di server.
Ketika parameter kernel server net.ipv4.tcp_tw_recycle dan net.ipv4.tcp_timestamps keduanya diaktifkan (diatur ke 1), server memeriksa timestamp setiap paket TCP yang masuk. Jika timestamp paket baru tidak lebih besar dari timestamp terakhir yang dicatat dari titik akhir tersebut, server akan meng-drop paket tersebut.
Solusi
Pilih solusi berdasarkan produk cloud di sisi server.
-
Jika server remote adalah instans ECS, atur parameter
net.ipv4.tcp_tw_recycledannet.ipv4.tcp_timestampsmenjadi 0 pada instans ECS. -
Jika server remote adalah instans ApsaraDB RDS, Anda tidak dapat langsung memodifikasi parameter kernel-nya. Sebagai gantinya, Anda harus mengatur parameter
net.ipv4.tcp_tw_recycledannet.ipv4.tcp_timestampsmenjadi 0 pada mesin klien.
-
Terhubung ke instans menggunakan VNC.
Untuk informasi lebih lanjut, lihat Login ke instans Linux menggunakan otentikasi password.
-
Ubah nilai parameter
net.ipv4.tcp_tw_recycledannet.ipv4.tcp_timestampsmenjadi 0.-
Jalankan perintah berikut untuk membuka file
/etc/sysctl.conf:vi /etc/sysctl.conf -
Tekan tombol
iuntuk masuk ke mode edit. -
Ubah nilai parameter
net.ipv4.tcp_tw_recycledannet.ipv4.tcp_timestampsmenjadi 0.net.ipv4.tcp_tw_recycle=0 net.ipv4.tcp_timestamps=0 -
Tekan tombol
Esc, ketik:wq, lalu tekan Enter untuk menyimpan file dan keluar.
-
-
Jalankan perintah berikut untuk menerapkan perubahan:
sysctl -p
Parameter kernel Linux umum
|
Parameter |
Deskripsi |
|
net.core.rmem_default |
Ukuran default buffer penerima socket, dalam byte. |
|
net.core.rmem_max |
Ukuran maksimum buffer penerima socket, dalam byte. |
|
net.core.wmem_default |
Ukuran default buffer pengirim socket, dalam byte. |
|
net.core.wmem_max |
Ukuran maksimum buffer pengirim socket, dalam byte. |
|
net.core.netdev_max_backlog |
Menentukan jumlah maksimum paket yang dapat diantrikan pada antrian input antarmuka jaringan. Antrian ini menampung paket ketika antarmuka jaringan menerima paket lebih cepat daripada kernel dapat memprosesnya. |
|
net.core.somaxconn |
Parameter global yang menentukan panjang maksimum antrian listen untuk setiap port. Parameter ini terkait dengan |
|
net.core.optmem_max |
Menentukan ukuran maksimum buffer tambahan yang diizinkan per socket. |
|
net.ipv4.tcp_mem |
Menentukan bagaimana stack TCP mengelola penggunaan memori. Setiap nilai dalam satuan halaman memori (biasanya 4 KB).
|
|
net.ipv4.tcp_rmem |
Menentukan memori yang dialokasikan untuk buffer penerima TCP.
|
|
net.ipv4.tcp_wmem |
Menentukan memori yang dialokasikan untuk buffer pengirim TCP.
|
|
net.ipv4.tcp_keepalive_time |
Interval dalam detik antara probe keepalive TCP yang dikirim untuk memverifikasi bahwa koneksi masih aktif. |
|
net.ipv4.tcp_keepalive_intvl |
Interval dalam detik antara percobaan ulang jika probe keepalive tidak diakui. |
|
net.ipv4.tcp_keepalive_probes |
Jumlah maksimum probe keepalive yang dikirim sebelum koneksi TCP dianggap mati. |
|
net.ipv4.tcp_sack |
Mengaktifkan Selective Acknowledgment (SACK). Nilai 1 mengaktifkannya. Fitur ini meningkatkan performa dengan memungkinkan penerima mengakui paket yang tidak berurutan, sehingga pengirim hanya mengirim ulang segmen yang hilang. Opsi ini direkomendasikan untuk komunikasi wide area network (WAN) tetapi meningkatkan penggunaan CPU. |
|
net.ipv4.tcp_timestamps |
Mengaktifkan timestamp TCP, yang menambahkan 12 byte ke header TCP. Timestamp memungkinkan perhitungan Round-Trip Time (RTT) yang lebih akurat dibandingkan mekanisme retransmission timeout (lihat RFC 1323). Opsi ini harus diaktifkan untuk performa yang lebih baik. |
|
net.ipv4.tcp_window_scaling |
Mengaktifkan window scaling seperti yang didefinisikan dalam RFC 1323. Atur ke 1 untuk mendukung jendela TCP lebih besar dari 64 KB, hingga maksimum 1 GB. Opsi ini hanya berlaku jika kedua ujung koneksi TCP mengaktifkannya. |
|
net.ipv4.tcp_syncookies |
Parameter ini menentukan apakah akan mengaktifkan TCP SYN cookies (
|
|
net.ipv4.tcp_tw_reuse |
Mengizinkan penggunaan kembali socket dalam status TIME-WAIT untuk koneksi TCP baru. |
|
net.ipv4.tcp_tw_recycle |
Mengaktifkan daur ulang cepat socket TIME-WAIT. |
|
net.ipv4.tcp_fin_timeout |
Waktu dalam detik yang dihabiskan koneksi dalam status FIN-WAIT-2 di ujung lokal setelah menutup socket. Ujung remote mungkin memutuskan koneksi, tidak pernah menutup koneksi, atau berhenti secara tak terduga. |
|
net.ipv4.ip_local_port_range |
Menentukan rentang nomor port lokal yang dapat digunakan oleh protokol TCP/UDP. |
|
net.ipv4.tcp_max_syn_backlog |
Menentukan jumlah maksimum permintaan koneksi yang diantrikan dalam status Koneksi berada dalam status |
|
net.ipv4.tcp_westwood |
Mengaktifkan algoritma pengendalian kemacetan Westwood+ di sisi pengirim. Algoritma ini mengoptimalkan pemanfaatan bandwidth dengan mempertahankan perkiraan throughput yang tersedia. Opsi ini direkomendasikan untuk komunikasi WAN. |
|
net.ipv4.tcp_bic |
Mengaktifkan pengendalian kemacetan Binary Increase Congestion (BIC) untuk jaringan cepat dan jarak jauh. Ini memungkinkan pemanfaatan tautan kecepatan gigabit yang lebih baik. Opsi ini direkomendasikan untuk komunikasi WAN. |
|
net.ipv4.tcp_max_tw_buckets |
Menetapkan jumlah maksimum socket dalam status TIME_WAIT. Jika batas ini terlampaui, socket tersebut segera ditutup. Nilai default tergantung pada memori instans, dengan maksimum 262.144. |
|
net.ipv4.tcp_synack_retries |
Menentukan jumlah kali pengiriman ulang paket SYN+ACK untuk koneksi dalam status |
|
net.ipv4.tcp_abort_on_overflow |
Jika diatur ke 1, sistem mengirim paket reset (RST) untuk mengakhiri koneksi ketika aplikasi tidak dapat memproses volume permintaan masuk yang tinggi dalam waktu singkat. Kami merekomendasikan mengoptimalkan performa aplikasi daripada hanya mereset koneksi. Nilai default adalah 0. |
|
net.ipv4.route.max_size |
Ukuran maksimum cache routing kernel. |
|
net.ipv4.ip_forward |
Mengaktifkan penerusan paket antar antarmuka. |
|
net.ipv4.ip_default_ttl |
Nilai Time To Live (TTL) default untuk paket keluar. |
|
net.netfilter.nf_conntrack_tcp_timeout_established |
Timeout dalam detik untuk koneksi TCP established yang tidak aktif. |
|
net.netfilter.nf_conntrack_max |
Jumlah maksimum entri dalam tabel pelacakan koneksi. |