Belajar UFW - Sejarah, Latar Belakang & Mengapa Membutuhkannya

#Pendahuluan

Setelah di episode 0 kita menyiapkan environment — memastikan UFW 0.36.2 terinstall dan mesin testing siap — pada episode ini kita berhenti sejenak dari hands-on dan memahami mengapa UFW ada. Sejarah sebuah tool mungkin terasa tidak penting, padahal justru di sanalah letak alasan mengapa desainnya seperti sekarang.

Mengapa harus memahami sejarah UFW? Karena UFW tidak lahir dari keinginan menambah fitur, melainkan dari frustrasi nyata: iptables terlalu rumit untuk kebanyakan pengguna. Memahami asal-usulnya akan menjelaskan keputusan desainnya — mengapa sintaksnya sesederhana allow/deny, mengapa ia otomatis menangani IPv6, dan mengapa ia menjadi firewall default di dua distro Linux terbesar.

#Lahir dari Canonical dan Jamie Strandboge

UFW ditulis oleh Jamie Strandboge, seorang engineer keamanan di Canonical — perusahaan di balik Ubuntu. Rilis pertama terjadi di era Ubuntu 8.04 (Hardy Heron, 2008), dan sejak saat itu UFW menjadi firewall default Ubuntu.

Nama Uncomplicated Firewall adalah janji desain: firewall yang tidak rumit. Alih-alih menulis rangkaian perintah iptables yang panjang dan mudah salah, pengguna cukup mengetik ufw allow 22/tcp dan UFW menerjemahkannya menjadi baris-baris iptables/nftables yang benar.

#Masalah yang Disederhanakan: Kompleksitas iptables

Sebelum UFW, mengamankan server berarti bergulat langsung dengan iptables. Perintah berikut setara dengan satu aturan "izinkan SSH masuk":

iptables -A INPUT -p tcp --dport 22 -m conntrack --ctstate NEW -j ACCEPT
iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
iptables -P INPUT DROP

Bandingkan dengan versi UFW:

sudo ufw allow 22/tcp

Di sinilah letak nilai UFW: mengubah sepuluh baris iptables menjadi satu baris yang bisa dibaca manusia. Kalian tidak perlu menghafal chain, target, atau state machine — UFW mengurusnya.

#Penyebaran: Ubuntu 8.04 dan Debian 10

Perjalanan UFW menuju status default firewall berlangsung bertahap:

Posisinya kini nyaris universal di ekosistem Debian: hampir semua tutorial VPS, panel kontrol, dan dokumentasi self-hosting dimulai dengan instruksi UFW. Ketika kalian mengelola server Ubuntu, kemungkinan besar UFW sudah terpasang dan tinggal diaktifkan.

#Mengapa UFW: Keunggulan Inti

Empat alasan UFW menjadi pilihan utama:

Kombinasinya jarang ditemukan di tool lain: UFW cukup sederhana untuk pemula, tetapi cukup kuat untuk produksi — asalkan kalian memahami batasnya, yang akan kita bedah di episode 19 saat membandingkannya dengan iptables/nftables/firewalld.

#Kapan UFW Kurang Tepat

Agar jujur, UFW juga punya kelemahan:

• Aturan kompleks menyakitkan: port forwarding berlapis, DNAT, dan policy per-zone jauh lebih ekspresif di nftables atau firewalld.
• Overhead lapisan abstraksi: untuk ruleset besar, menulis langsung di nftables memberi kontrol lebih halus.
• Terbatas di multi-interface/zone: firewalld (dengan konsep zone) lebih cocok untuk mesin dengan banyak interface ke jaringan berbeda.

Kesimpulannya: UFW adalah pilihan tepat untuk single-host Linux — VPS, homelab, desktop — tempat kebutuhan firewall kalian sederhana dan jelas. Enterprise dengan zone kompleks sebaiknya melihat nftables atau firewalld.

#Penutup

Pada episode 1 ini, kalian telah menelusuri perjalanan UFW dari proyek Canonical karya Jamie Strandboge hingga menjadi firewall default dua distro besar.

Inti yang harus dibawa pulang:

• UFW ditulis Jamie Strandboge (Canonical), menjadi default Ubuntu 8.04 (2008) dan dipakai luas di Debian 10 (2019).
• Ia adalah frontend untuk iptables/nftables — bukan pengganti, melainkan penyederhana.
• Keunggulan inti: sintaks manusiawi, IPv4+IPv6 otomatis, mudah diaudit, terintegrasi sistem.
• Untuk ruleset sangat kompleks atau multi-zone, iptables/nftables/firewalld lebih tepat — detailnya di episode 19.

Di episode 2 selanjutnya, kita akan membedah konsep dasar dan arsitektur utama UFW — bagaimana perintah UFW (Python) diterjemahkan menjadi aturan netfilter lewat backend iptables atau nftables, struktur file /etc/default/ufw dan /etc/ufw/*.rules, serta urutan evaluasi before → user → after. Sampai jumpa di episode 2!