Instalasi Firewall Server: Melindungi Server dari DDoS dan Bot

Instalasi firewall server adalah proses untuk membiarkan hanya port yang diperlukan tetap terbuka dan memblokir semua akses yang tidak perlu; ini menjadi lapisan pertahanan pertama melawan DDoS, brute force, dan lalu lintas bot berbahaya. Dalam praktiknya, tujuannya adalah untuk membatasi akses SSH, membuka layanan web secara terkontrol, membatasi permintaan yang mencurigakan, memantau log, dan jika memungkinkan, memfilter lalu lintas sebelum mencapai server dengan perlindungan tingkat atas seperti CDN/WAF.

Ketika Anda membuka server web di internet, dalam hitungan menit Anda dapat menghadapi pemindaian port, percobaan SSH, bot kerentanan, dan agen pengguna palsu. Khususnya pada struktur yang menjalankan WordPress, e-commerce, panel, API, atau server game, firewall bukan hanya pilihan teknis, tetapi suatu keharusan untuk keberlangsungan. Dalam panduan ini, kita akan membangun arsitektur firewall yang dapat diterapkan pada server Linux secara bertahap; kita akan membahas UFW, firewalld, nftables, Fail2ban, firewall aplikasi web, dan pendekatan pengurangan DDoS secara bersama-sama.

Mari kita mulai dengan fakta penting: firewall server lokal tidak dapat menghentikan serangan DDoS berkapasitas besar sendirian. Ketika serangan dengan kapasitas 20 Gbps, 80 Gbps, atau lebih tinggi mencapai pusat data atau backbone jaringan, paket-paket dapat memenuhi bandwidth sebelum mencapai set aturan di sistem operasi Anda. Oleh karena itu, pendekatan yang benar adalah keamanan berlapis: perlindungan DDoS di tingkat penyedia, CDN/WAF, firewall sistem operasi, pembatasan laju aplikasi, dan analisis log secara teratur harus bekerja sama. Untuk pemilihan infrastruktur yang tepat, Anda dapat merujuk ke Solusi Server VPS dan VDS Hostragons dan untuk opsi hosting web yang aman, Anda dapat merujuk ke Paket Hosting Web Hostragons.

Apa Fungsi Firewall Server?

Firewall server adalah lapisan keamanan yang menyaring lalu lintas jaringan berdasarkan sumber IP, tujuan IP, port, protokol, status koneksi, dan dalam beberapa kasus, karakteristik paket. Sebagai contoh sederhana; port 80 dan 443 harus terbuka untuk situs web Anda, tetapi port 3306 yang digunakan untuk database tidak boleh terbuka untuk internet. Lebih aman untuk membatasi koneksi SSH hanya dari alamat IP kantor Anda daripada membiarkan semua orang mencobanya di port 22.

Tujuan utama firewall bukan untuk secara ajaib menghapus semua serangan. Target utamanya adalah mengurangi permukaan serangan. Semakin kecil permukaan serangan, semakin sedikit opsi yang akan dicoba oleh penyerang. Misalnya, pada server Linux yang baru diinstal, SSH, panel web, layanan email, database, monitoring agent, dan layanan pengujian dapat tetap terbuka pada saat yang sama. Masing-masing dari ini menghasilkan risiko terpisah. Firewall yang dikonfigurasi dengan baik bekerja berdasarkan prinsip "secara default menolak, izinkan yang diperlukan".

Memahami DDoS dan Lalu Lintas Bot

Kenapa Serangan DDoS Berbeda?

DDoS, atau serangan penolakan layanan terdistribusi, bertujuan untuk membuat layanan target tidak dapat diakses dengan lalu lintas yang intens dari banyak sumber. Serangan terkadang memenuhi bandwidth, terkadang menghabiskan sumber daya CPU dan RAM server, dan terkadang memicu proses mahal di tingkat aplikasi. Misalnya, sebuah server aplikasi kecil yang menerima 50.000 permintaan HTTP per detik bisa mengalami kesulitan untuk merespons, meskipun jalur jaringan tidak penuh, karena PHP-FPM, Node.js, atau kolam koneksi database.

Apakah Semua Bot Itu Buruk?

Tidak. Googlebot, Bingbot, dan beberapa bot pemantau bermanfaat. Namun, bot berbahaya melakukan pemindaian panel admin, pencarian direktori terbuka, spam formulir, penyalinan konten, penyalahgunaan XML-RPC, pembuatan akun palsu, dan percobaan login. Oleh karena itu, dalam manajemen bot, tujuan bukanlah untuk memblokir semua bot, tetapi untuk membedakan berdasarkan perilaku. Tingkat kesalahan yang tinggi, terlalu banyak permintaan dalam waktu singkat, header yang tidak berperilaku seperti browser nyata, dan pola URL yang mencurigakan adalah sinyal penting.

Daftar Cek Sebelum Memulai Instalasi

Saat menulis aturan firewall di server yang sedang berjalan, risiko terbesar adalah mengunci diri Anda dari server. Oleh karena itu, penting untuk melakukan persiapan singkat sebelum melakukan perubahan. Berikut adalah daftar cek yang merupakan pendekatan awal yang aman yang sering digunakan dalam lingkungan produksi.

• Jangan tutup sesi SSH aktif; lakukan pengujian dengan terminal kedua.
• Pastikan penyedia server Anda menawarkan akses konsol, VNC, atau pemulihan.
• Daftarkan port yang terbuka saat ini: periksa keluaran ss -tulpn atau netstat -tulpn.
• Catat port yang digunakan oleh layanan web, email, DNS, database, panel, dan monitoring.
• Jika Anda menggunakan IPv6, rencanakan juga aturan firewall IPv6.
• Terapkan terlebih dahulu aturan izin, kemudian aturan penolakan.
• Pastikan set aturan bersifat permanen; tidak boleh hilang saat server di-restart.

Sebagai contoh, pada server tipikal yang hanya menghosting situs web, port yang seharusnya terbuka untuk dunia luar biasanya adalah 80, 443, dan port SSH yang terbatas. Jika server email tidak berjalan, maka port seperti 25, 465, 587, 993 tidak perlu dibuka. Jika database hanya digunakan dari dalam server yang sama, maka port 3306 atau 5432 harus tetap tertutup dari dunia luar.

Alat Firewall Mana yang Harus Dipilih?

Di dunia Linux, terdapat beberapa alat, dan kebanyakan dari mereka mengelola infrastruktur penyaringan inti yang sama dengan kemudahan penggunaan yang berbeda. Untuk pemula, UFW sederhana dan cepat. Di sistem berbasis Red Hat atau perusahaan, firewalld umum digunakan. Untuk skenario yang lebih maju, nftables menawarkan struktur yang modern dan fleksibel. Tabel di bawah ini memudahkan pemilihan alat.

Langkah demi Langkah Instalasi Firewall Server

1. Tentukan Port dan Layanan yang Terbuka

Langkah pertama adalah melihat apa yang terbuka. Perintah ss -tulpn di server Linux menunjukkan layanan mana yang mendengarkan di port mana. Misalnya, jika nginx mendengarkan di 0.0.0.0:80 dan 0.0.0.0:443, itu berarti lalu lintas web diterima dari semua antarmuka. Jika MariaDB mendengarkan di 0.0.0.0:3306, ini biasanya berisiko; sebagian besar situs web harus menjalankan database di 127.0.0.1.

Aturan praktis di sini adalah: Tidak ada layanan yang tidak perlu diakses dari internet harus mendengarkan di 0.0.0.0. Lebih baik memperbaiki konfigurasi layanan terlebih dahulu, kemudian menutupnya dengan firewall. Karena bahkan jika firewall dinonaktifkan, layanan tidak boleh terbuka untuk dunia luar.

2. Nonaktifkan Kebijakan Default

Dalam set aturan yang aman, lalu lintas yang masuk secara default ditolak, sementara lalu lintas yang keluar dibebaskan sesuai kebutuhan. Pendekatan ini membantu mencegah layanan yang baru diinstal secara tidak sengaja terbuka ke internet. Dalam server Ubuntu yang menggunakan UFW, logika adalah sebagai berikut: pertama, izin diberikan untuk SSH, kemudian port 80 dan 443 dibuka, kemudian kebijakan default untuk lalu lintas masuk diatur menjadi deny, dan firewall diaktifkan.

Contoh alur: Izinkan alamat IP admin untuk SSH, buka lalu lintas HTTP dan HTTPS, tutup port yang tidak perlu, lalu aktifkan. Memberikan izin SSH sebelum membuka firewall adalah salah satu kesalahan yang paling umum dilakukan, terutama di server jarak jauh.

3. Batasi Akses SSH

SSH adalah salah satu layanan yang paling banyak menjadi target penyerang. Server dengan port 22 yang terbuka dapat menerima ratusan atau ribuan percobaan kata sandi setiap hari. Pendekatan teraman adalah membatasi akses SSH hanya untuk alamat IP tertentu. Jika Anda menggunakan IP statis, izinkan hanya alamat IP kantor atau VPN Anda. Jika tidak ada IP statis, setidaknya gunakan otentikasi berbasis kunci dan nonaktifkan login password.

• Tutup akses SSH langsung dengan root.
• Gunakan kunci SSH daripada kata sandi.
• Batasi pengguna dengan AllowUsers atau AllowGroups.
• Gunakan Fail2ban untuk secara otomatis memblokir percobaan yang gagal.
• Jika Anda menggunakan panel admin, terapkan pembatasan IP untuk port panel juga.

Mengganti port tidak memberikan keamanan sendiri, tetapi dapat mengurangi kebisingan bot otomatis. Namun, perlindungan yang sebenarnya diperoleh melalui pembatasan IP, otentikasi yang kuat, dan pemantauan log.

4. Buka Port Web Secara Terbatas

Untuk sebagian besar server yang menerbitkan situs web, port 80 dan 443 diperlukan. Namun, saat ini port 443 (HTTPS) harus menjadi port lalu lintas utama, sedangkan 80 hanya digunakan untuk pengalihan HTTPS. Situs tanpa sertifikat SSL dapat merusak kepercayaan pengguna dan kinerja SEO. Pada titik ini, tautan Sertifikat SSL Hostragons adalah peluang tautan internal yang alami untuk mengarahkan pembaca ke pengaturan HTTPS yang aman.

Ketika membuka port web, perhatikan perilaku IP asli. Jika Anda menggunakan CDN atau reverse proxy, lebih baik memberikan izin hanya untuk lalu lintas yang datang dari rentang IP CDN daripada membuka port 80 dan 443 langsung ke seluruh internet. Dengan cara ini, meskipun penyerang mengetahui alamat IP server asli, mereka tidak dapat mengakses layanan web secara langsung.

5. Tutup Database dan Layanan Internal dari Internet

Layanan seperti MySQL, MariaDB, PostgreSQL, Redis, Elasticsearch, dan MongoDB yang terbuka ke internet dapat menimbulkan risiko serius. Kurangnya otentikasi untuk Redis, akses indeks tanpa izin untuk Elasticsearch, atau port manajemen terbuka untuk MongoDB telah menyebabkan banyak kebocoran data di masa lalu. Layanan ini harus mendengarkan hanya dari localhost atau jaringan khusus jika memungkinkan.

Misalnya, untuk situs WordPress yang berjalan di server yang sama, database harus beroperasi di 127.0.0.1. Jika Anda menggunakan server aplikasi dan database yang terpisah, izinkan hanya alamat IP khusus dari server aplikasi. Meninggalkan akses 3306 atau 5432 dari internet umum adalah kesalahan yang diketahui yang sering diindeks oleh bot.

6. Gunakan Fail2ban untuk Mencegah Percobaan Brute Force

Fail2ban memantau file log untuk mendeteksi upaya login yang gagal berulang dan secara sementara memblokir alamat IP terkait. Definisi jail dapat dibuat untuk SSH, nginx, Apache, Postfix, Dovecot, login WordPress, dan beberapa layanan panel. Misalnya, memblokir alamat IP yang melakukan 5 percobaan gagal SSH dalam 10 menit selama 1 jam adalah permulaan yang sederhana tetapi efektif.

Hati-hati saat menggunakan aturan yang terlalu agresif dalam konfigurasi Fail2ban. Pola log yang salah dapat memblokir pengguna yang sah. Oleh karena itu, di tahap awal, menjaga nilai bantime pada level yang wajar, memantau log, dan kemudian melakukan penguatan secara bertahap lebih aman.

7. Tambahkan Pembatasan Laju dan Batas Koneksi

Pembatasan laju di tingkat sistem operasi dapat membantu melawan lalu lintas DDoS dan bot. Misalnya, jika terlalu banyak koneksi baru datang dari alamat IP yang sama dalam satu detik, batas dapat diterapkan. Di sisi server web, modul limit_req dan limit_conn untuk nginx, atau mod_evasive untuk Apache dapat digunakan. Di sisi aplikasi, pembatasan laju juga perlu diterapkan untuk login, pencarian, keranjang belanja, pembayaran, dan endpoint API.

Contoh konkret: Di halaman login, 10 percobaan per menit untuk satu alamat IP mungkin dapat diterima. Di endpoint pencarian, 2-5 permintaan per detik mungkin cukup. Jika Anda menyediakan API, batas berbasis pengguna, batas IP, dan analisis perilaku harus dirancang bersama-sama. Dengan cara ini, seorang penyerang tidak dapat melampaui batas hanya dengan mengganti IP mereka.

Skenario Instalasi Aman dengan UFW

Di server web berbasis Ubuntu atau Debian, skenario awal yang aman dapat dibangun dengan logika berikut: pertama, periksa layanan yang ada, izinkan akses SSH dari alamat IP admin Anda, buka port 80 dan 443, tolak lalu lintas yang masuk secara default, dan verifikasi status UFW. Jika akses SSH Anda tidak dapat dibatasi dengan IP statis, Anda dapat sementara memberikan izin SSH dari semua IP dan kemudian beralih ke solusi VPN atau IP statis.

Set keputusan contoh adalah sebagai berikut: Biarkan 203.0.113.10 sebagai alamat IP admin. SSH hanya boleh datang dari IP ini. Lalu lintas web tetap terbuka untuk semua orang melalui port 80 dan 443. Database, Redis, panel, dan port pengujian harus tertutup dari luar. Struktur ini adalah awal yang baik untuk banyak situs web perusahaan kecil hingga menengah. Untuk memastikan pengalihan yang benar di sisi domain dan DNS, Anda bisa menghubungkan ke Cek Domain dan Pendaftaran Hostragons.

Logika Zona dengan firewalld

Firewalld umum digunakan di server berbasis AlmaLinux, Rocky Linux, dan RHEL. Firewalld bekerja dengan konsep zona. Zona publik digunakan untuk antarmuka yang terbuka untuk internet, zona terpercaya untuk jaringan khusus yang tepercaya, dan zona drop untuk secara senyap menurunkan lalu lintas yang tidak diinginkan. Poin terpenting adalah perbedaan antara aturan runtime dan permanen. Aturan runtime diterapkan secara instan tetapi dapat hilang saat restart; aturan permanen bersifat permanen tetapi mungkin memerlukan reload.

Ketika menggunakan firewalld di lingkungan perusahaan, definisi berbasis layanan memudahkan pekerjaan. Misalnya, Anda dapat membuka layanan http dan https di zona publik, dan memastikan bahwa layanan ssh hanya dapat diakses dari alamat IP sumber tertentu. Jika jaringan manajemen, jaringan cadangan, dan lalu lintas pengguna berada di antarmuka yang terpisah, struktur zona meningkatkan keamanan dan keterbacaan.

CDN, WAF, dan Perlindungan DDoS di Tingkat Penyedia

Firewall lokal membuat keputusan setelah paket mencapai server. Dalam serangan DDoS besar, tujuan adalah untuk memfilter lalu lintas sebelum mencapai server. Oleh karena itu, CDN, WAF, dan perlindungan DDoS di tingkat penyedia sangat penting. CDN menyajikan konten statis di lokasi tepi, WAF memfilter permintaan berbahaya di tingkat aplikasi, dan perlindungan penyedia menyerap atau membersihkan serangan besar di tingkat jaringan.

Dalam model ideal, catatan DNS Anda melewati CDN, alamat IP server asli Anda disembunyikan, dan firewall server Anda hanya menerima 80 dan 443 dari rentang IP CDN. Port manajemen dapat diakses melalui VPN atau IP statis. Model semacam itu mengurangi kemungkinan serangan langsung ke IP dan memungkinkan Anda mengelola lalu lintas bot sebelum mencapai aplikasi. Untuk konten yang membahas keamanan dan kinerja web secara bersamaan, Anda bisa menggunakan tautan Panduan Percepatan dan Keamanan Situs Web.

Tindakan Lapisan Aplikasi Melawan Bot

Penghalangan bot bukan hanya tentang daftar larangan IP. Bot modern dapat menggunakan proxy, jaringan seluler, IP pusat data, dan agen pengguna yang berubah-ubah. Oleh karena itu, pendekatan berbasis perilaku diperlukan. Upaya login yang terlalu banyak dalam waktu singkat dari IP yang sama, pemindaian yang terus menerus menghasilkan 404, konsentrasi di wp-login.php atau xmlrpc.php, pola klik yang berbeda dari pengguna normal, dan header yang mencurigakan harus dianalisis.

• Gunakan pembatasan laju pada formulir login dan pendaftaran.
• Tutup atau batasi akses XML-RPC yang tidak perlu.
• Lindungi panel admin dengan URL yang berbeda, pembatasan IP, dan otentikasi multi-faktor.
• Filter pola user-agent dan referer yang mencurigakan di tingkat WAF.
• Gunakan CAPTCHA atau mekanisme verifikasi bot yang tidak terlihat secara seimbang di formulir.
• Tambahkan pemeriksaan kunci, tanda tangan, kuota, dan cap waktu untuk endpoint API.

Dalam manajemen bot, penting untuk tidak merusak pengalaman pengguna. CAPTCHA yang berlebihan, pemblokiran agresif, atau pemblokiran negara yang salah dapat merugikan pelanggan Anda yang sebenarnya. Oleh karena itu, pengukuran, pengujian, dan penguatan bertahap adalah metode yang paling aman.

Pemantauan Log dan Aturan Alarm

Berpikir bahwa instalasi sudah selesai adalah kesalahan umum. Firewall adalah sistem yang hidup dan harus dipantau secara teratur. Anda harus memantau auth.log atau file secure untuk percobaan SSH, memantau log akses nginx untuk kepadatan permintaan yang tidak normal, memantau peningkatan 404 dan 500 dalam log kesalahan, serta memantau metrik sistem untuk penggunaan CPU dan jumlah koneksi. Bahkan alarm sederhana dapat menghemat waktu berharga saat serangan dimulai.

Contoh ambang nilai awalnya bisa berupa: lebih dari 100 permintaan 404 dari IP yang sama dalam 5 menit, lebih dari 20 percobaan ke halaman login dalam 1 menit, penggunaan CPU tetap di atas 90% selama 10 menit, dan jumlah koneksi meningkat menjadi 3 kali lipat dari normal. Ambang ini bervariasi untuk setiap situs; yang penting adalah mengetahui profil lalu lintas normal Anda.

Kesalahan Umum dan Cara Menghindarinya

• Mengaktifkan firewall tanpa memberikan izin SSH: Ini dapat menyebabkan Anda kehilangan akses ke server jarak jauh. Selalu uji dengan sesi kedua.
• Lupa tentang IPv6: Layanan dapat tetap terbuka melalui IPv6 saat sisi IPv4 ditutup.
• Membiarkan database terbuka ke internet: Port seperti 3306, 5432, 6379, dan 9200 terus dipindai oleh bot.
• Menggunakan CDN tetapi meninggalkan IP asli terbuka: Penyerang dapat melewati CDN dan langsung menyerang server.
• Mengubah aturan tanpa mendokumentasikannya: Dalam situasi darurat, lebih sulit untuk memahami fungsi aturan yang berbeda.
• Tidak membuat rencana akses cadangan: Jika akses konsol hilang akibat aturan yang salah, waktu downtime dapat meningkat.

Contoh Kebijakan Firewall Praktis

Kebijakan ringkas yang dapat diterapkan untuk situs web perusahaan kecil dapat berupa: lalu lintas yang masuk secara default ditutup; 443 terbuka untuk semua pengunjung; 80 hanya terbuka untuk pengalihan HTTPS; SSH hanya dapat diakses dari alamat IP admin VPN atau statis; database berada di localhost atau jaringan khusus; jika menggunakan CDN, 80 dan 443 hanya diizinkan untuk rentang IP CDN; Fail2ban memantau percobaan login SSH dan web; log harian dikirim ke alat pemantauan pusat.

Untuk situs e-commerce menengah, tambahan dapat mencakup pembuatan whitelist untuk IP callback pembayaran, memindahkan panel admin ke belakang VPN, menerapkan kuota berbasis pengguna untuk API, mengaktifkan aturan injeksi SQL dan XSS di WAF, serta merencanakan pemfilteran sementara berdasarkan negara atau ASN. Penting untuk mendokumentasikan rencana ini; menerapkan prosedur yang telah ditentukan sebelumnya saat terjadi serangan dapat mengurangi waktu downtime.

Pengujian: Apakah Aturan Benar-benar Berfungsi?

Setelah menginstal firewall, pengujian harus dilakukan. Lakukan pemindaian port terbuka dari jaringan yang berbeda, verifikasi bahwa akses SSH hanya berfungsi dari IP yang diizinkan, pastikan situs web dapat diakses melalui HTTPS, dan pastikan port database tertutup dari luar. Jika Anda menggunakan CDN, kirim permintaan HTTP langsung ke alamat IP server asli untuk memastikan bahwa permintaan tersebut diblokir.

Selama proses pengujian, hindari pemindaian yang agresif yang dapat merusak sistem produksi. Tujuannya adalah untuk melakukan verifikasi yang aman. Selain itu, setelah setiap perubahan, ekspor atau catat set aturan. Dengan cara ini, jika terjadi masalah, akan lebih mudah untuk kembali ke konfigurasi yang sehat sebelumnya.

Rencana Pemeliharaan dan Pembaruan

Keamanan server bukanlah proses sekali jadi, melainkan proses pemeliharaan yang berkelanjutan. Ketika layanan baru ditambahkan, kebutuhan port harus ditinjau, izin yang relevan harus dihapus saat layanan lama dihapus, pembaruan keamanan harus diterapkan tepat waktu, dan log harus diperiksa secara berkala. Melakukan pemeriksaan port terbuka setidaknya sebulan sekali dan meninjau set aturan firewall setiap tiga bulan adalah awal yang baik.

Selain itu, rencana cadangan adalah bagian dari strategi keamanan. Serangan DDoS dapat memutus akses, tetapi ransomware atau akses tidak sah dapat menyebabkan kehilangan data. Hosting yang aman, SSL, manajemen domain, dan cadangan harus dipertimbangkan bersama-sama. Dalam konteks ini, tautan Hal-hal yang perlu diperhatikan saat memilih hosting yang aman dan cara instalasi sertifikat SSL adalah sambungan lanjutan yang alami.

Kesimpulan

Instalasi firewall server tidak membuat server sepenuhnya tidak terlihat terhadap DDoS dan bot; tetapi secara signifikan mengurangi permukaan serangan, menurunkan risiko akses tidak sah, dan memungkinkan Anda untuk menangani situasi dengan lebih terkontrol. Hasil yang paling tepat dicapai dengan menerapkan perlindungan DDoS di tingkat penyedia, CDN/WAF, kebijakan port yang ketat, pembatasan SSH, Fail2ban, pembatasan laju, dan pemantauan log secara teratur.

Jika Anda meluncurkan proyek baru, merencanakan kebijakan firewall sejak awal jauh lebih mudah daripada memperbaikinya kemudian. Saat mengevaluasi server, hosting, domain, dan infrastruktur SSL di Hostragons, Anda dapat menciptakan lingkungan web yang lebih tahan lama dengan mempertimbangkan kebutuhan keamanan Anda. Jika perlu, mulailah dengan daftar cek kecil: tutup port yang terbuka, batasi SSH, wajibkan HTTPS, dan pantau log.

FAQ

Apakah firewall server dapat sepenuhnya menghentikan serangan DDoS?

Tidak. Firewall lokal dapat mengurangi serangan berskala kecil dan beberapa serangan di tingkat protokol, tetapi perlindungan DDoS di tingkat penyedia, CDN, dan WAF diperlukan untuk serangan DDoS yang besar.

Port mana yang harus tetap terbuka di server web?

Pada umumnya, port 80 dan 443 tetap terbuka di server web. Port SSH harus hanya diizinkan untuk alamat IP admin. Port database dan layanan internal harus tetap tertutup dari internet.

Haruskah saya menggunakan UFW atau firewalld?

Untuk Ubuntu dan Debian, UFW menawarkan awal yang lebih mudah. Firewalld umum digunakan di sistem AlmaLinux, Rocky Linux, dan RHEL. Untuk skenario tingkat lanjut dan khusus, nftables dapat dipertimbangkan.

Bisakah saya menghentikan lalu lintas bot hanya dengan memblokir IP?

Umumnya tidak. Bot modern menggunakan berbagai IP dan proxy. Selain pemblokiran IP, pembatasan laju, aturan WAF, analisis perilaku, CAPTCHA, dan kuota berbasis aplikasi harus digunakan.

Apa risiko terbesar saat menginstal firewall?

Risiko terbesar adalah memutus akses SSH Anda karena aturan yang salah. Oleh karena itu, izin SSH harus didefinisikan terlebih dahulu, diuji dengan sesi kedua, dan akses konsol penyedia harus disiapkan sebelumnya.