--- title: "Cara Mengaktifkan TCP BBR untuk Mempercepat Jaringan VPS" description: "TCP BBR bisa membuat kiriman data dari VPS lebih lancar di jaringan jauh atau padat. Ini cara mengecek dukungan kernel, mengaktifkan, dan mengujinya." url: "https://nivelva.com/insight/cara-mengaktifkan-tcp-bbr-mempercepat-jaringan-vps" category: "Server \u0026 Infrastruktur" tags: ["tcp bbr","linux","jaringan","sysctl","vps"] author: "Lucas Tan" published: "2026-11-11T13:27:00+07:00" updated: "2026-11-11T13:27:00+07:00" language: "id" publisher: "Nivelva (https://nivelva.com)" --- # Cara Mengaktifkan TCP BBR untuk Mempercepat Jaringan VPS > **Jawaban singkat:** BBR diaktifkan dengan dua baris sysctl, net.core.default_qdisc=fq dan net.ipv4.tcp_congestion_control=bbr, di kernel Linux 4.9 ke atas. Efeknya terasa pada kiriman data dari server ke pengguna yang jauh atau jaringannya padat, bukan obat untuk aplikasi yang lambat. Kamu bisa mengaktifkan TCP BBR di VPS Linux dengan menambahkan dua baris pengaturan sysctl, asalkan kernelnya versi 4.9 atau lebih baru dan VPS-mu memakai kernel sendiri. Kenapa ini penting? Algoritma pengendali kemacetan (congestion control) menentukan seberapa cepat server mengirim data. Bawaan kebanyakan distro adalah CUBIC, yang menurunkan kecepatan setiap kali ada paket hilang. Di jalur internasional atau jaringan seluler yang sering kehilangan paket, perilaku itu membuat unduhan terasa tersendat. BBR, yang dikembangkan Google, memperkirakan lebar pita dan waktu tempuh jalur lalu mengatur laju kirim berdasarkan perkiraan itu, bukan semata dari paket yang hilang. ## Apa yang sebenarnya dipercepat oleh BBR? BBR bekerja di sisi pengirim. Jadi yang terpengaruh adalah data yang **keluar** dari VPS: halaman web, file unduhan, video, respons API, atau sinkronisasi backup ke tempat lain. Data yang masuk ke VPS tetap diatur oleh algoritma di sisi pengirimnya. Hasilnya paling terlihat saat: - pengunjung berada jauh dari data center, misalnya server di Singapura melayani pengguna di Indonesia timur; - jalur jaringan padat atau sering kehilangan paket; - server mengirim file besar atau streaming. Kalau websitemu lambat karena query database berat atau PHP kehabisan worker, BBR tidak akan membantu. Masalahnya ada di aplikasi, bukan di jaringan. ## Apakah VPS kamu bisa memakai BBR? Ada dua syarat. Pertama, kernel Linux minimal 4.9, versi tempat BBR masuk ke kernel utama. Distro server yang masih didukung saat ini sudah jauh di atas itu, misalnya Ubuntu 24.04, Debian 12, dan AlmaLinux 9. Kedua, VPS harus memakai virtualisasi penuh seperti KVM, yang memberimu kernel sendiri. VPS berbasis container (OpenVZ atau LXC) berbagi kernel dengan mesin induk, sehingga pengaturan ini biasanya ditolak atau tidak berpengaruh. Penjelasan bedanya ada di artikel [virtualisasi KVM dan kenapa penting untuk VPS](https://nivelva.com/insight/apa-itu-virtualisasi-kvm-penting-vps). Cek cepat dengan tiga perintah ini: ``` uname -r sysctl net.ipv4.tcp_congestion_control sysctl net.ipv4.tcp_available_congestion_control ``` Perintah pertama menampilkan versi kernel. Perintah kedua menunjukkan algoritma yang sedang aktif, biasanya `cubic`. Perintah ketiga menampilkan algoritma yang sudah dimuat. Kalau `bbr` belum ada di daftar, jangan khawatir, modulnya akan dimuat otomatis saat diaktifkan. ## Langkah mengaktifkan BBR Buat file pengaturan khusus di `/etc/sysctl.d/` agar tidak bercampur dengan pengaturan lain: ``` echo "net.core.default_qdisc=fq" | sudo tee /etc/sysctl.d/90-bbr.conf echo "net.ipv4.tcp_congestion_control=bbr" | sudo tee -a /etc/sysctl.d/90-bbr.conf sudo sysctl --system ``` Baris pertama mengganti antrean paket (qdisc) bawaan menjadi `fq`, yang memang dipasangkan dengan BBR di panduan resminya. Baris kedua mengganti algoritma pengendali kemacetan. `sysctl --system` membaca ulang semua file di `/etc/sysctl.d/`, jadi tidak perlu reboot. Karena disimpan di file, pengaturan ini tetap berlaku setelah server dinyalakan ulang. ## Bagaimana memastikan BBR benar-benar aktif? Jalankan lagi: ``` sysctl net.ipv4.tcp_congestion_control lsmod | grep bbr ``` Hasilnya harus `bbr` dan modul `tcp_bbr` terlihat. Untuk melihat koneksi yang sedang berjalan, pakai `ss -ti`. Setiap koneksi TCP yang dibuat setelah pengaturan diubah akan menampilkan kata `bbr` di detailnya. Koneksi lama tetap memakai algoritma sebelumnya sampai ditutup. > **Pengaturan default_qdisc tidak langsung berlaku di kartu jaringan yang sudah aktif:** > > `net.core.default_qdisc` hanya dipakai saat antrean dibuat. Untuk antarmuka yang sudah menyala, cek dengan `tc qdisc show`. Bila belum `fq`, reboot sekali di jam sepi agar semua antarmuka memakai antrean baru. ## Perbandingan CUBIC dan BBR secara singkat | Aspek | CUBIC (bawaan) | BBR | |:--|:--|:--| | Dasar pengaturan laju | Paket hilang dianggap tanda macet | Perkiraan lebar pita dan waktu tempuh | | Saat ada paket hilang acak | Laju turun cukup tajam | Laju relatif stabil | | Bagian yang terpengaruh | Data keluar dari server | Data keluar dari server | | Perlu ubah aplikasi | Tidak | Tidak | | Risiko | Hampir tidak ada, sudah bawaan | Bisa kurang adil berbagi jalur dengan koneksi CUBIC lain | Poin terakhir sering dibahas di kalangan peneliti jaringan. Untuk satu VPS yang melayani website, dampaknya biasanya tidak terasa, tapi itu alasan BBR tidak dijadikan bawaan di semua distro. ## Bagaimana menguji hasilnya dengan jujur? Ukur sebelum dan sesudah, dengan cara yang sama. Contohnya unduh file besar dari VPS ke komputer di lokasi yang jauh memakai `curl -o /dev/null -w "%{speed_download}\n" https://domainmu/file-uji.bin`, ulangi beberapa kali di jam yang mirip, lalu bandingkan rata-ratanya. Satu kali percobaan tidak cukup karena kondisi internet berubah-ubah. Kalau ingin lebih rapi, cek juga latensi jalurnya terlebih dulu. Cara mengukurnya ada di [cara mengukur latensi ke data center](https://nivelva.com/insight/cara-mengukur-latensi-data-center-sewa-vps). Jalur dengan latensi tinggi dan kehilangan paket adalah tempat BBR paling mungkin memberi beda. ## Bagaimana cara kembali ke CUBIC? Hapus file pengaturan lalu kembalikan nilainya: ``` sudo rm /etc/sysctl.d/90-bbr.conf sudo sysctl -w net.ipv4.tcp_congestion_control=cubic ``` Koneksi baru akan memakai CUBIC lagi. Tidak ada data yang terdampak karena perubahan ini hanya mengatur cara kirim paket. ## Apa lagi yang perlu diperhatikan? BBR hanya satu dari banyak setelan kernel jaringan. Kalau servermu melayani trafik besar, ada pengaturan lain seperti antrean koneksi dan rentang port yang juga berpengaruh, dibahas di [setelan sysctl Linux untuk server web bertrafik tinggi](https://nivelva.com/insight/setelan-sysctl-linux-server-web-bertrafik-tinggi). Ubah satu per satu dan ukur hasilnya, supaya kamu tahu setelan mana yang benar-benar membantu. Batas port speed dan kuota dari penyedia juga tetap berlaku. BBR tidak bisa melampaui kapasitas yang memang disediakan. Kalau hasil uji mentok di angka yang sama sebelum dan sesudah BBR, kemungkinan besar yang membatasi adalah port speed paketmu, bukan algoritma pengiriman. Bedanya port speed dan kuota dijelaskan di [artikel tentang bandwidth VPS](https://nivelva.com/insight/bandwidth-kuota-trafik-port-speed-vps-beda). ## Pertanyaan yang sering diajukan ### Apakah BBR aman dipakai di server produksi? Ya. BBR sudah lama ada di kernel Linux dan dipakai di banyak layanan besar. Perubahannya juga mudah dibatalkan tanpa reboot. ### Apakah perlu mengaktifkan BBR di komputer pengguna juga? Tidak. BBR bekerja di sisi pengirim, jadi cukup diaktifkan di server yang mengirim data ke pengunjung. ### Ada BBR versi baru, apakah perlu kernel khusus? Versi yang ada di kernel Linux utama adalah yang dipakai lewat nilai bbr. Versi pengembangan lain biasanya membutuhkan kernel yang dikompilasi sendiri, dan untuk VPS bisnis umumnya tidak sepadan dengan repotnya. ## Sumber - - --- Diterbitkan oleh Nivelva Insight (https://nivelva.com/insight/). Artikel ini: https://nivelva.com/insight/cara-mengaktifkan-tcp-bbr-mempercepat-jaringan-vps Kontak Nivelva: WhatsApp https://wa.me/6285111245007, email hello@nivelva.com