All Products
Search
Document Center

:Parameter jaringan kernel Linux dan troubleshooting

Last Updated:Jun 22, 2026

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. Subdirektori net berisi 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.conf adalah file konfigurasi. Anda dapat memodifikasi file /etc/sysctl.conf untuk 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.

Catatan

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/

  1. Login ke instans ECS Linux.

    Untuk informasi lebih lanjut, lihat Ikhtisar metode koneksi untuk instans ECS.

  2. Gunakan perintah cat untuk 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 
  3. Gunakan perintah echo untuk memodifikasi parameter kernel.

    Misalnya, jalankan perintah berikut untuk mengubah nilai net.ipv4.tcp_tw_recycle menjadi 0:

    echo "0" > /proc/sys/net/ipv4/tcp_tw_recycle 

Menggunakan /etc/sysctl.conf

  1. Login ke instans ECS Linux.

    Untuk informasi lebih lanjut, lihat Ikhtisar metode koneksi untuk instans ECS.

  2. Jalankan perintah berikut untuk melihat semua parameter yang sedang berlaku:

    sysctl -a

    Contoh 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
  3. Modifikasi parameter kernel.

    • Untuk perubahan sementara:

      /sbin/sysctl -w kernel.parameter="[value]"
      Catatan

      Ganti kernel.parameter dengan nama parameter kernel dan [value] dengan nilai yang diinginkan. Misalnya, jalankan perintah sysctl -w net.ipv4.tcp_tw_recycle="0" untuk mengubah nilai parameter kernel net.ipv4.tcp_tw_recycle menjadi 0.

    • Untuk perubahan permanen:

      1. Jalankan perintah berikut untuk membuka file konfigurasi /etc/sysctl.conf:

        vim /etc/sysctl.conf
      2. Tekan tombol i untuk masuk ke mode edit.

      3. 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
      4. Tekan tombol Esc, ketik :wq, lalu tekan Enter untuk menyimpan file dan keluar.

      5. Jalankan perintah berikut untuk menerapkan perubahan:

        /sbin/sysctl -p

Masalah parameter jaringan umum

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.

Catatan

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

  1. Terhubung ke instans menggunakan VNC.

    Untuk informasi lebih lanjut, lihat Login ke instans Linux menggunakan otentikasi password.

  2. Modifikasi nilai parameter nf_conntrack_max.

    1. Jalankan perintah berikut untuk membuka file /etc/sysctl.conf:

      vi /etc/sysctl.conf
    2. Tekan tombol i untuk masuk ke mode edit.

    3. Modifikasi nilai parameter nf_conntrack_max.

      Misalnya, ubah jumlah maksimum entri tabel hash menjadi 655350:

      net.netfilter.nf_conntrack_max = 655350
    4. Tekan tombol Esc, ketik :wq, lalu tekan Enter untuk menyimpan file dan keluar.

  3. 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
  4. 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.

  1. Terhubung ke instans menggunakan VNC.

    Untuk informasi lebih lanjut, lihat Login ke instans Linux menggunakan otentikasi password.

  2. Jalankan perintah berikut untuk memeriksa jumlah koneksi TCP:

    netstat -antp | awk 'NR>2 {print $6}' | sort | uniq -c

    Output berikut menunjukkan bahwa 6.300 koneksi berada dalam status TIME_WAIT:

    6300 TIME_WAIT
     40 LISTEN
     20 ESTABLISHED
     20 CONNECTED
  3. Jalankan perintah berikut untuk melihat nilai parameter net.ipv4.tcp_max_tw_buckets:

    cat /etc/sysctl.conf | grep net.ipv4.tcp_max_tw_buckets

    Output menunjukkan bahwa nilai parameter net.ipv4.tcp_max_tw_buckets adalah 20000.

    net.ipv4.tcp_max_tw_buckets = 20000
  4. Modifikasi nilai parameter net.ipv4.tcp_max_tw_buckets.

    1. Jalankan perintah berikut untuk membuka file /etc/sysctl.conf:

      vi /etc/sysctl.conf
    2. Tekan tombol i untuk masuk ke mode edit.

    3. Modifikasi nilai parameter net.ipv4.tcp_max_tw_buckets.

      Misalnya, ubah nilai parameter net.ipv4.tcp_max_tw_buckets menjadi 65535:

      net.ipv4.tcp_max_tw_buckets = 65535
    4. Tekan tombol Esc, ketik :wq, lalu tekan Enter untuk menyimpan file dan keluar.

  5. 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.

  1. Terhubung ke instans menggunakan VNC.

    Untuk informasi lebih lanjut, lihat Login ke instans Linux menggunakan otentikasi password.

  2. Modifikasi nilai parameter net.ipv4.tcp_fin_timeout.

    1. Jalankan perintah berikut untuk membuka file /etc/sysctl.conf:

      vi /etc/sysctl.conf
    2. Tekan tombol i untuk masuk ke mode edit.

    3. Modifikasi nilai parameter net.ipv4.tcp_fin_timeout.

      Misalnya, ubah nilai parameter net.ipv4.tcp_fin_timeout menjadi 10:

      net.ipv4.tcp_fin_timeout = 10
    4. Tekan tombol Esc, ketik :wq, lalu tekan Enter untuk menyimpan file dan keluar.

  3. 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.

  1. Terhubung ke instans ECS.

    Untuk informasi lebih lanjut, lihat Ikhtisar metode koneksi untuk instans ECS.

  2. 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

      1. Gunakan metode read() untuk memeriksa akhir stream. Ketika metode mengembalikan -1, ini menunjukkan bahwa peer telah menutup ujungnya.

      2. 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 bukan EAGAIN atau EWOULDBLOCK, 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_recycle dan net.ipv4.tcp_timestamps menjadi 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_recycle dan net.ipv4.tcp_timestamps menjadi 0 pada mesin klien.

  1. Terhubung ke instans menggunakan VNC.

    Untuk informasi lebih lanjut, lihat Login ke instans Linux menggunakan otentikasi password.

  2. Ubah nilai parameter net.ipv4.tcp_tw_recycle dan net.ipv4.tcp_timestamps menjadi 0.

    1. Jalankan perintah berikut untuk membuka file /etc/sysctl.conf:

      vi /etc/sysctl.conf
    2. Tekan tombol i untuk masuk ke mode edit.

    3. Ubah nilai parameter net.ipv4.tcp_tw_recycle dan net.ipv4.tcp_timestamps menjadi 0.

      net.ipv4.tcp_tw_recycle=0
      net.ipv4.tcp_timestamps=0
    4. Tekan tombol Esc, ketik :wq, lalu tekan Enter untuk menyimpan file dan keluar.

  3. 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.ipv4.tcp_max_syn_backlog. Parameter terakhir menentukan jumlah maksimum koneksi half-open yang menunggu handshake tiga arah, sedangkan parameter ini menentukan jumlah maksimum koneksi dalam status ESTABLISHED. Jika instans Anda memiliki beban kerja tinggi, Anda harus meningkatkan parameter ini. Parameter backlog dari fungsi listen(2) juga menentukan jumlah maksimum koneksi dalam status ESTABLISHED untuk port yang sedang mendengarkan. Jika nilai backlog lebih besar dari net.core.somaxconn, nilai net.core.somaxconn yang berlaku.

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).

  • Nilai pertama adalah ambang batas rendah. Di bawah nilai ini, stack TCP tidak memberikan tekanan memori apa pun.

  • Nilai kedua adalah ambang batas tekanan. Di atas nilai ini, stack TCP memasuki mode tekanan memori.

  • Nilai ketiga adalah ambang batas tinggi. Pada level ini, TCP meng-drop paket untuk mengurangi konsumsi memori. Untuk jaringan dengan bandwidth-delay product (BDP) besar, Anda dapat meningkatkan nilai-nilai ini.

net.ipv4.tcp_rmem

Menentukan memori yang dialokasikan untuk buffer penerima TCP.

  • Nilai pertama adalah jumlah minimum byte yang dialokasikan untuk buffer penerima socket.

  • Nilai kedua adalah ukuran default, yang menggantikan rmem_default. Buffer dapat berkembang hingga ukuran ini dalam beban sistem normal.

  • Nilai ketiga adalah jumlah maksimum byte untuk buffer penerima, yang menggantikan rmem_max.

net.ipv4.tcp_wmem

Menentukan memori yang dialokasikan untuk buffer pengirim TCP.

  • Nilai pertama adalah jumlah minimum byte yang dialokasikan untuk buffer pengirim socket.

  • Nilai kedua adalah ukuran default, yang menggantikan wmem_default. Buffer dapat berkembang hingga ukuran ini dalam beban sistem normal.

  • Nilai ketiga adalah jumlah maksimum byte untuk buffer pengirim. Nilai ini tidak menggantikan wmem_max.

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 (SYN_COOKIES). Kernel harus dikompilasi dengan CONFIG_SYN_COOKIES diaktifkan. SYN_COOKIES dapat mencegah socket kelebihan beban ketika terlalu banyak upaya koneksi masuk.

  • Nilai 0 (default) menonaktifkan fitur ini.

  • Ketika parameter ini diatur ke 1 dan antrian SYN_RECV penuh, kernel memodifikasi responsnya terhadap paket SYN. Dalam paket respons SYN+ACK, nomor urut awal adalah nilai khusus yang dihitung dari alamat IP sumber dan port, alamat IP tujuan dan port, serta timestamp. Penyerang jahat tidak dapat merespons dengan benar atau mungkin salah memahami situasi karena mereka tidak dapat menghasilkan nomor acknowledgment yang benar untuk paket ACK. Namun, klien yang sah akan mengirim respons yang benar berdasarkan paket SYN+ACK yang diterimanya. Ketika net.ipv4.tcp_syncookies diaktifkan, parameter net.ipv4.tcp_max_syn_backlog diabaikan.

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 SYN_RECV.

Koneksi berada dalam status SYN_RECV setelah sistem menerima paket SYN dan mengirim respons SYN+ACK, sambil menunggu ACK terakhir dari handshake tiga arah. Jika server Anda sering kelebihan beban, pertimbangkan untuk meningkatkan nilai ini. Nilai default dipengaruhi oleh memori instans, dengan maksimum 2.048.

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 SYN_RECV.

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.

Referensi