Cara Menggunakan Mode "Under Attack" Cloudflare untuk Situs yang Menghadapi Serangan DDoS

Mode Under Attack Cloudflare untuk situs yang menghadapi serangan DDoS adalah pengaturan pertahanan darurat yang menyaring lalu lintas bot dengan menunjukkan verifikasi keamanan singkat kepada pengunjung. Dengan memilih situs Anda di panel Cloudflare dan mengaktifkan fitur Mode Under Attack dari bagian Keamanan, Anda dapat memperlambat permintaan yang tinggi di tingkat HTTP/HTTPS dalam waktu beberapa menit, melindungi akses pengguna nyata ke situs, dan mengurangi beban di server Anda. Namun, mode ini bukanlah solusi permanen; harus digunakan bersama dengan pengaturan DNS proxy yang benar, aturan WAF, pembatasan laju, konfigurasi cache, dan keamanan server asal.

Dalam panduan ini, kami akan membahas langkah demi langkah bagaimana cara mengaktifkan Mode Under Attack Cloudflare, kapan harus digunakan, pengaturan apa yang perlu didukung, dan bagaimana kembali ke kondisi aman setelah serangan berakhir. Tujuannya adalah untuk memberikan daftar kontrol yang dapat diterapkan dalam situasi panik dan memulihkan aksesibilitas situs Anda secepat mungkin.

Apa Itu Mode Under Attack Cloudflare?

Mode Under Attack Cloudflare adalah tingkat keamanan darurat yang ditawarkan oleh Cloudflare. Ketika diaktifkan, Cloudflare akan memproses pengunjung yang datang ke situs melalui verifikasi singkat di browser mereka. Verifikasi ini biasanya hanya memakan waktu beberapa detik dan menyulitkan bot otomatis, alat serangan HTTP flood sederhana, atau klien jahat yang beroperasi di luar browser untuk langsung membebani situs.

Tujuan utama dari mode ini adalah untuk meredakan serangan di lapisan aplikasi, yaitu pada tingkat Layer 7. Misalnya, jika ada ribuan permintaan GET ke halaman utama dalam satu detik, percobaan POST yang intensif ke halaman login WordPress, permintaan mahal ke halaman pencarian, atau lalu lintas palsu ke halaman keranjang, Mode Under Attack memberikan intervensi awal yang cepat.

Penting untuk dicatat bahwa Mode Under Attack menyaring permintaan web; namun jika alamat IP server Anda menjadi target langsung, layanan Anda di luar Cloudflare tetap terbuka, atau serangan dilakukan di tingkat Layer 3/4, langkah tambahan diperlukan. Oleh karena itu, sangat penting bahwa catatan DNS berada dalam keadaan proxied melalui Cloudflare, alamat IP asal disembunyikan, dan langkah-langkah keamanan yang tepat diterapkan di sisi hosting. Untuk pemilihan infrastruktur yang aman, Anda dapat menghubungkan dengan konten Layanan web hosting yang aman dan instalasi sertifikat SSL.

Tanda-tanda Serangan DDoS: Apa yang Perlu Diperiksa Sebelum Beralih ke Mode Under Attack?

Tidak semua perlambatan adalah DDoS. Terkadang, plugin yang salah, kebuntuan database, tugas cron yang menghabiskan CPU tinggi, atau pengaturan cache yang salah dapat menyebabkan hasil serupa. Oleh karena itu, sebelum mengaktifkan mode Under Attack, sebaiknya lakukan diagnosis cepat. Namun, jika server kesulitan merespons, pengguna mendapatkan kesalahan 502, 503, 504, dan ada lonjakan permintaan yang tidak biasa di log, mode darurat tidak boleh ditunda.

Tanda-tanda DDoS yang Umum

• Peningkatan trafik 5, 10, atau 50 kali lipat dari normal dalam waktu singkat.
• Permintaan ratusan ke satu halaman atau endpoint dalam satu detik.
• Lalu lintas dari negara berbeda tetapi dengan nilai user-agent yang serupa.
• Target URL yang mahal seperti admin, login, search, cart di WordPress, WooCommerce, OpenCart, atau software khusus.
• Penuh pada batas CPU, RAM, pekerja PHP-FPM, atau batas koneksi MySQL di server.
• Peningkatan mendadak dalam kesalahan 4xx dan 5xx di layar Analitik Cloudflare.
• Pengguna nyata dapat mengakses situs secara sporadis, tetapi lalu lintas bot terus mengirimkan permintaan.

Misalnya, jika situs e-commerce yang biasanya menerima 2.000 permintaan per menit tiba-tiba meningkat menjadi 80.000 permintaan per menit dalam 10 menit, dan 70% permintaan tersebut menuju halaman keranjang atau pencarian, ini adalah tanda jelas serangan Layer 7. Dalam skenario ini, Mode Under Attack harus diaktifkan dalam 5 menit pertama, dan kemudian aturan WAF dan pembatasan laju khusus untuk URL target harus ditambahkan.

Kapan Harus Menggunakan Mode Under Attack Cloudflare?

Mode Under Attack Cloudflare bukanlah pengaturan keamanan standar yang harus selalu aktif. Karena ini juga menunjukkan layar tunggu singkat kepada pengunjung yang sebenarnya. Hal ini dapat mempengaruhi pengalaman pengguna, terutama di halaman yang berorientasi konversi, langkah pembayaran, atau struktur yang menggunakan API. Penggunaan yang paling tepat adalah dengan mengaktifkannya sementara selama serangan dan mengatur kembali tingkat keamanan ketika trafik kembali normal.

Kondisi yang Sesuai untuk Digunakan

• Jika ada permintaan HTTP/HTTPS yang tinggi dan tidak normal ke situs.
• Jika sumber daya server cepat habis dan kesalahan 502/503 meningkat.
• Jika WAF Cloudflare belum dikonfigurasi dengan aturan khusus dan perlindungan cepat diperlukan.
• Jika lalu lintas bot secara signifikan lebih tinggi daripada lalu lintas pengguna nyata.
• Jika halaman web, formulir, layar login, atau endpoint pencarian menjadi target serangan.

Kondisi yang Perlu Diperhatikan

• Jika aplikasi seluler, penyedia pembayaran, webhook, atau lalu lintas API digunakan secara intensif.
• Jika Anda berada dalam periode kritis di mana bot mesin pencari melakukan pemindaian.
• Jika pengguna korporat Anda mengakses melalui browser lama atau lingkungan jaringan yang terbatas.
• Jika ada subdomain di situs Anda yang tidak berada di belakang proxy Cloudflare.

Jika mode Under Attack diterapkan pada situs dengan lalu lintas API, beberapa integrasi mungkin gagal. Oleh karena itu, jika memungkinkan, aturan WAF khusus, daftar putih, atau tingkat keamanan yang berbeda harus direncanakan untuk subdomain API. Untuk panduan mendetail tentang keamanan API, Anda dapat merujuk ke Panduan Keamanan API dan Pembatasan Laju.

Bagaimana Cara Mengaktifkan Mode Under Attack Cloudflare? Langkah demi Langkah

Langkah-langkah berikut adalah daftar kontrol praktis yang disiapkan untuk bertindak cepat saat serangan terjadi. Antarmuka Cloudflare dapat mengalami perubahan kecil seiring waktu; tetapi logikanya tetap sama: pilih nama domain Anda, tingkatkan tingkat keamanan, dan validasi lalu lintas yang masuk melalui Cloudflare.

1. Masuk ke Akun Cloudflare Anda

Pertama, masuk ke akun Cloudflare Anda dan pilih nama domain yang sedang diserang. Jika Anda mengelola beberapa nama domain, pastikan Anda bekerja di zona yang benar. Mengaktifkan mode Under Attack di nama domain yang salah akan membuang waktu dan serangan sebenarnya akan berlanjut.

2. Periksa bahwa Catatan DNS dalam Keadaan Proxied

Agar Mode Under Attack efektif, lalu lintas web harus melewati Cloudflare. Di bagian DNS, pastikan catatan A, AAAA, dan CNAME berada dalam keadaan awan oranye (proxied). Catatan DNS dalam keadaan awan abu-abu (hanya DNS) tidak akan melewati lapisan keamanan Cloudflare. Pastikan untuk memeriksa www, nama domain akar, dan subdomain yang digunakan.

Jika alamat IP asal Anda terlihat di internet, penyerang dapat menyerang server secara langsung dengan melewati Cloudflare. Oleh karena itu, mengizinkan hanya lalu lintas HTTP/HTTPS yang berasal dari rentang IP Cloudflare di firewall server merupakan langkah tambahan yang kuat. Anda dapat mendapatkan dukungan dari penyedia hosting Anda tentang hal ini atau merujuk ke panduan Cara Mengatur Pengaturan DNS Cloudflare.

3. Aktifkan Fitur Mode Under Attack dari Bagian Keamanan

Setelah membuka nama domain yang relevan di panel Cloudflare, cari opsi Mode Under Attack di layar Keamanan atau Ringkasan. Ketika Anda mengaktifkan opsi ini, Cloudflare akan mulai menampilkan halaman verifikasi singkat kepada pengunjung yang datang ke situs. Dalam beberapa panel, pengaturan ini dapat muncul di bawah tingkat keamanan dengan nama "I am Under Attack".

Setelah diaktifkan, perubahan biasanya akan segera berlaku. Dalam beberapa menit pertama, Anda perlu memantau Cloudflare Analytics, Kejadian Keamanan, dan konsumsi sumber daya server secara bersamaan. Jika angka CPU dan koneksi mulai menurun, itu berarti mode berfungsi. Namun, jika tingkat kesalahan tetap tinggi, aturan tambahan harus ditulis.

4. Uji Pengalaman Pengguna yang Nyata

Setelah mengaktifkan mode, uji situs dari berbagai jaringan. Uji halaman utama, halaman produk, halaman login, dan alur pembayaran dari internet seluler, jaringan kantor, dan jika memungkinkan, dari lokasi yang berbeda. Jika dapat mengakses situs setelah layar verifikasi pengguna, itu adalah perilaku yang diharapkan. Jika pengguna terjebak dalam siklus verifikasi yang tidak berujung, perlu diperiksa pengaturan yang memblokir cookie, kompatibilitas browser, atau bentrokan aturan keamanan Cloudflare.

5. Tentukan URL yang Menjadi Target Serangan

Mode Under Attack memberikan perlindungan umum; namun efisiensi sebenarnya diperoleh melalui aturan khusus untuk target. Temukan jalur yang paling banyak diminta dari Cloudflare Security Events, Web Analytics, log akses hosting, dan log aplikasi. URL seperti /wp-login.php, /xmlrpc.php, /search, /cart, /api/login, atau /checkout mungkin berada di bawah serangan.

Ketika URL target telah ditentukan, tindakan dapat diambil dengan Kustom Aturan WAF berdasarkan kriteria seperti negara, user-agent, metode permintaan, jalur URI, atau skor bot. Misalnya, untuk endpoint login tertentu, IP yang mengirimkan permintaan di atas jumlah yang wajar dalam satu menit dapat dikenakan tantangan terkelola. Untuk situs WordPress, tautan Langkah-Langkah Keamanan WordPress merupakan kesempatan tautan internal yang alami.

Perbedaan Antara Mode Under Attack dan Opsi Keamanan Cloudflare Lainnya

Alat keamanan Cloudflare melayani tujuan yang berbeda. Mode Under Attack adalah filter darurat yang cepat dan umum; sementara WAF dan Pembatasan Laju menawarkan solusi yang lebih terarah, berkelanjutan, dan seimbang dalam pengalaman pengguna.

Dalam praktiknya, pendekatan pertahanan yang baik berjalan sebagai berikut: Pertama, tekanan darurat dikurangi dengan Mode Under Attack, kemudian pola serangan dianalisis, aturan WAF dan pembatasan laju ditambahkan, dan akhirnya pengaturan cache dan firewall asal diperkuat untuk struktur yang permanen.

Pengaturan Cloudflare Tambahan yang Disarankan Selama Serangan

Meskipun Mode Under Attack dapat diaktifkan dengan satu tombol, keberhasilan pertahanan DDoS sangat bergantung pada pengaturan pendukung. Saran berikut adalah praktik yang paling sering berhasil dalam operasi nyata.

Bangun Perlindungan Terarah dengan Aturan WAF

WAF Cloudflare memungkinkan Anda untuk mengambil tindakan berdasarkan kondisi tertentu. Misalnya, Anda dapat menerapkan tantangan hanya untuk permintaan POST yang datang ke halaman /wp-login.php dari negara tertentu. Dengan cara ini, Anda dapat mengisolasi target serangan tanpa membebani seluruh situs.

• Buka halaman admin dan login hanya untuk negara atau rentang IP tertentu.
• Blokir endpoint yang tidak digunakan seperti XML-RPC.
• Terapkan tantangan terkelola untuk nilai user-agent yang mencurigakan.
• Batasi klien yang mengirim permintaan terlalu sering pada jalur URI tertentu dengan pembatasan laju.

Atur Tingkat Cache dengan Benar

Jika server asal harus merespons setiap permintaan selama DDoS, sumber daya akan cepat habis. Berkas statis, gambar, CSS, JavaScript, dan halaman yang dapat di-cache harus dilayani melalui edge Cloudflare. Di situs dengan struktur dinamis seperti WordPress, plugin cache halaman, aturan cache Cloudflare, dan header cache-control yang sesuai dapat digunakan bersama-sama.

Misalnya, di situs dengan konten berita atau blog, halaman yang ditampilkan kepada pengunjung anonim dapat di-cache selama 5 hingga 30 menit. Pengaturan sederhana ini akan mengurangi nilai TTFB bahkan di luar periode serangan dan mengurangi beban sumber daya hosting. Untuk kinerja, tautan Panduan Percepatan Situs Web dapat dievaluasi.

Tentukan Ambang Pembatasan Laju dengan Realistis

Pembatasan laju sangat efektif, terutama pada endpoint yang mahal. Namun, jika ambang ditetapkan secara sembarangan, pengguna nyata dapat terblokir. Misalnya, di halaman pencarian produk, pengguna normal dapat melakukan 5-15 pencarian per menit; 100 pencarian dalam satu menit adalah anomali. Di halaman login, 10 percobaan gagal dalam 5 menit biasanya mencurigakan.

Contoh pendekatan: Terapkan tantangan terkelola untuk IP yang mengirimkan lebih dari 10 permintaan dalam satu menit ke /wp-login.php, dan blok sementara untuk IP yang mengirimkan lebih dari 50 permintaan dalam 5 menit. Di endpoint API, batas yang lebih sensitif berdasarkan sesi pengguna, IP, token, dan metode harus dipertimbangkan.

Sembunyikan Alamat IP Asal dan Batasi dengan Firewall

Salah satu kesalahan paling kritis saat menggunakan Cloudflare adalah membiarkan alamat IP asal terbuka. Catatan DNS lama, subdomain yang berfungsi langsung dengan IP, layanan web yang bercampur dengan catatan email, atau konfigurasi yang bocor dapat memungkinkan penyerang mengakses server di luar Cloudflare.

Mengizinkan hanya rentang IP Cloudflare untuk akses ke port 80 dan 443 di sisi server memberikan perlindungan yang kuat. Selain itu, port SSH, panel, database, dan manajemen tidak boleh dibiarkan terbuka untuk internet; pembatasan IP, kata sandi kuat, 2FA, dan jika memungkinkan, VPN harus digunakan. Untuk keamanan hosting, Anda dapat menghubungkan dengan konten Pengaturan Keamanan cPanel dan konfigurasi firewall VPS.

Perhatian Khusus untuk Situs WordPress, WooCommerce, dan Korporat

Tidak semua situs web memiliki struktur lalu lintas yang sama. Sebuah situs blog, toko WooCommerce, dan panel SaaS dapat menghasilkan hasil yang berbeda saat menggunakan Mode Under Attack Cloudflare. Oleh karena itu, jalur kritis harus ditentukan berdasarkan jenis situs.

Situs WordPress

File yang paling sering menjadi target di WordPress adalah jalur /wp-login.php dan /xmlrpc.php. Jika Anda tidak menggunakan XML-RPC, memblokirnya biasanya aman. Pembatasan berdasarkan negara atau IP dapat diterapkan untuk panel admin. Selain itu, aturan Cloudflare tidak boleh bertentangan dengan plugin keamanan; terlalu banyak mekanisme tantangan sekaligus dapat memasukkan pengguna dalam siklus verifikasi yang tidak berujung.

Toko WooCommerce

Halaman keranjang, pembayaran, dan akun di WooCommerce memerlukan perhatian lebih. Halaman-halaman ini bersifat dinamis sehingga cache agresif tidak boleh diterapkan. Pastikan bahwa callback atau URL webhook penyedia pembayaran berfungsi saat Mode Under Attack aktif. Jika perlu, rentang IP penyedia pembayaran harus ditambahkan ke daftar putih atau aturan khusus harus ditulis untuk endpoint terkait.

Situs Korporat dan yang Menggunakan API

Portal korporat, integrasi CRM, dan API aplikasi seluler mungkin tidak dapat menangani layar tantangan JavaScript. Dalam struktur semacam ini, lebih baik mengelola subdomain API secara terpisah daripada menerapkan Mode Under Attack pada seluruh nama domain. Misalnya, saat membuka Mode Under Attack untuk www.example.com, pengaturan keamanan berbasis token, pembatasan laju, dan daftar putih dapat diterapkan untuk api.example.com.

Metrik yang Harus Dipantau Setelah Mengaktifkan Mode Under Attack

Untuk memahami apakah langkah keamanan berhasil atau tidak, pemantauan numerik diperlukan. Hanya membuka situs tidak cukup; tingkat kesalahan, beban server, dan perilaku pengguna nyata harus dievaluasi bersama-sama.

• Cloudflare Security Events: Menunjukkan berapa banyak permintaan yang ditantang atau diblokir oleh aturan tertentu.
• Kode status HTTP: Perubahan dalam kesalahan 403, 429, 502, 503, dan 504 harus dipantau.
• Pemakaian CPU dan RAM server: Penurunan diharapkan setelah Mode Under Attack.
• Koneksi PHP-FPM dan MySQL: Menunjukkan relaksasi di lapisan aplikasi.
• Bandwidth dan jumlah permintaan: Bandingkan volume trafik dengan rasio permintaan yang disaring.
• Konversi pengguna nyata: Pengujian pengiriman formulir, pesanan, login, dan langkah pembayaran harus dilakukan.

Misalnya, setelah mengaktifkan Mode Under Attack, jika jumlah permintaan tetap sama tetapi permintaan yang mencapai server asal berkurang 60%, ini berarti lapisan Cloudflare menyerap beban yang signifikan. Namun, jika pemakaian CPU MySQL tetap tinggi, serangan tersebut mungkin memicu kueri dinamis tertentu; dalam hal ini, log aplikasi harus diperiksa.

Bagaimana Menonaktifkan Mode Under Attack Setelah Serangan Berakhir?

Setelah trafik serangan kembali normal, tidak disarankan untuk membiarkan Mode Under Attack tetap aktif secara permanen untuk sebagian besar situs. Karena menunjukkan verifikasi tambahan kepada setiap pengunjung dapat mempengaruhi tingkat konversi, efisiensi pemindaian, dan kepuasan pengguna. Proses penonaktifan juga harus dilakukan secara hati-hati seperti saat mengaktifkannya.

Langkah-langkah untuk Kembali ke Normal dengan Aman

• Tunggu setidaknya 30-60 menit untuk memastikan tingkat trafik kembali normal.
• Verifikasi bahwa jumlah tantangan dan pemblokiran di layar Cloudflare Security Events telah berkurang.
• Sebelum menonaktifkan Mode Under Attack, pastikan aturan WAF dan pembatasan laju yang ditargetkan aktif.
• Atur tingkat keamanan kembali ke level yang lebih seimbang seperti Tinggi atau Sedang.
• Uji situs dari berbagai perangkat dan pantau tingkat kesalahan 5xx.
• Dalam 24 jam, ikuti log untuk memeriksa apakah serangan dimulai lagi.

Sebagai praktik yang baik, laporan insiden setelah serangan harus disusun. Laporan ini harus mencakup waktu mulai serangan, URL target, jumlah permintaan tertinggi, tindakan yang diambil, aturan yang berhasil, dan perbaikan permanen. Dokumen ini akan sangat memperpendek waktu respons untuk insiden berikutnya.

Kesalahan Umum dan Hal-Hal yang Harus Dihindari

Keputusan cepat diperlukan saat menghadapi DDoS; namun pengaturan yang salah dapat memblokir pengguna nyata. Kesalahan berikut ini sering terjadi di bawah tekanan tinggi.

• Berpikir bahwa Mode Under Attack akan melindungi tanpa mengatur catatan DNS ke proxied.
• Membiarkan alamat IP asal terbuka dan tidak memblokir akses ke firewall di luar IP Cloudflare.
• Menerapkan tantangan untuk seluruh nama domain tanpa menguji alamat API, webhook, dan callback pembayaran.
• Menulis aturan pemblokiran WAF yang terlalu luas hingga memblokir pelanggan nyata.
• Menerapkan cache agresif pada halaman keranjang, pembayaran, atau panel pengguna yang tidak boleh di-cache.
• Membiarkan mode tetap aktif selama berhari-hari setelah serangan berakhir.
• Memutuskan hanya berdasarkan tampilan layar Cloudflare tanpa memeriksa log server.

Terutama di situs e-commerce, pemblokiran callback pembayaran dapat menyebabkan kerugian pendapatan yang serius. Oleh karena itu, saat menulis aturan keamanan, lebih aman untuk menguji terlebih dahulu dengan tindakan log atau tantangan terkelola sebelum menerapkan pemblokiran. Setelah efek aturan terlihat, tindakan yang lebih ketat dapat diterapkan.

Bagaimana Merencanakan Pertahanan yang Lebih Tahan di Infrastruktur Hostragons?

Cloudflare memberikan lapisan awal yang kuat; namun, keberhasilan pertahanan DDoS tidak hanya berakhir di sisi CDN. Infrastruktur hosting, optimasi perangkat lunak, konfigurasi SSL, manajemen DNS, dan strategi pencadangan harus dipertimbangkan secara bersama-sama. Pendekatan dasar untuk situs yang dihosting di Hostragons haruslah: Cloudflare menyaring trafik, lapisan hosting hanya menangani trafik bersih, dan aplikasi dioptimalkan agar tidak menghasilkan beban database yang tidak perlu.

Sebelum meluncurkan proyek baru, penting untuk memastikan bahwa nama domain dikelola dengan catatan DNS yang benar, sertifikat SSL terpasang tanpa masalah, dan sumber daya server web dipilih sesuai profil trafik Anda. Tautan Pemeriksaan Domain dan Pendaftaran Nama Domain, Paket Hosting Web, solusi hosting korporat, dan Sertifikat SSL gratis dapat membantu pengguna dalam hal ini.

Untuk proyek dengan trafik tinggi atau risiko serangan tinggi, opsi VPS atau server yang dapat dikelola lebih baik dibandingkan hosting bersama standar. Dengan cara ini, pengaturan firewall, server web, PHP-FPM, Redis, cache objek, dan database dapat diatur dengan lebih fleksibel. Namun, terlepas dari infrastruktur yang dipilih, Mode Under Attack Cloudflare harus diposisikan hanya sebagai alat darurat; arsitektur keamanan permanen harus didukung dengan WAF, analisis log, dan pembaruan rutin.

Daftar Kontrol Cepat: 15 Menit Pertama Saat Serangan

Waktu sangat penting saat serangan terjadi. Daftar berikut merangkum apa yang dapat dilakukan tim teknis atau pemilik situs dalam 15 menit pertama.

• Masuk ke panel Cloudflare dan pilih nama domain yang benar.
• Periksa bahwa catatan DNS berada dalam keadaan awan oranye (proxied).
• Aktifkan Mode Under Attack.
• Uji halaman utama, login, keranjang, pembayaran, dan endpoint API.
• Tentukan URL target serangan dari layar Cloudflare Security Events.
• Tambahkan aturan WAF atau pembatasan laju khusus untuk jalur yang paling sering diserang.
• Periksa status CPU, RAM, PHP-FPM, dan MySQL server.
• Uji akses langsung ke IP asal.
• Periksa apakah diperlukan daftar putih untuk penyedia pembayaran, webhook, dan integrasi kritis.
• Catat semua tindakan dengan waktu.

Jika daftar ini dipraktikkan secara teratur, kepanikan akan berkurang saat serangan sebenarnya terjadi dan kualitas respons akan meningkat. Di situs besar, disarankan untuk mendokumentasikan proses ini sebagai rencana respons insiden.

Pertanyaan yang Sering Diajukan

Apakah mode Under Attack Cloudflare melindungi situs sepenuhnya?

Tidak. Mode Under Attack Cloudflare efektif untuk mengurangi lalu lintas bot dan flood di tingkat HTTP/HTTPS; namun, tidak memberikan perlindungan penuh sendirian. Catatan DNS harus berada dalam keadaan proxied, alamat IP asal harus disembunyikan, dan harus digunakan bersama dengan aturan WAF, pembatasan laju, cache, dan pengaturan firewall server.

Apakah mode Under Attack akan merusak SEO?

Penggunaan jangka pendek biasanya tidak menyebabkan kerusakan SEO yang serius. Namun, jika mode ini tetap aktif terlalu lama, efisiensi pemindaian mesin pencari dan pengalaman pengguna dapat terpengaruh. Oleh karena itu, lebih sehat untuk menonaktifkan mode setelah serangan dan melanjutkan dengan aturan keamanan yang ditargetkan.

Berapa lama mode Under Attack harus tetap aktif?

Mode ini dapat tetap aktif hingga tingkat serangan menurun; dalam praktiknya, disarankan untuk melakukan pemantauan setidaknya 30-60 menit setelah trafik kembali normal, dan kemudian menonaktifkannya secara bertahap. Sebelum menonaktifkan, aturan permanen seperti WAF dan pembatasan laju harus sudah siap.

Apakah mode Under Attack mempengaruhi sistem API atau pembayaran?

Ya, ini dapat mempengaruhi. Karena beberapa klien API, layanan webhook, dan sistem callback pembayaran mungkin tidak dapat menyelesaikan verifikasi keamanan berbasis browser. Oleh karena itu, endpoint kritis harus diuji, dan jika perlu, daftar putih atau aturan Cloudflare khusus harus ditentukan.

Apakah perlu mengambil langkah tambahan di sisi hosting saat menggunakan Cloudflare?

Ya. Cloudflare memberikan perlindungan yang kuat di lapisan awal; tetapi alamat IP server asal harus disembunyikan, firewall harus mengizinkan hanya lalu lintas yang diperlukan, perangkat lunak harus diperbarui, dan konfigurasi cache harus dilakukan dengan benar. Infrastruktur hosting yang aman adalah bagian penting dari ketahanan DDoS.

Kesimpulan

Mode Under Attack Cloudflare adalah alat darurat yang efektif yang memberikan nafas cepat untuk situs yang menghadapi serangan DDoS. Ketika diaktifkan dengan pengaturan proxy DNS yang benar, ini mengurangi lalu lintas bot, mengurangi beban server, dan meningkatkan kemungkinan pengguna nyata dapat mengakses situs. Untuk hasil terbaik, mode ini harus didukung dengan aturan WAF, pembatasan laju, optimisasi cache, dan keamanan firewall asal.

Jika Anda ingin situs web Anda bekerja lebih tahan terhadap serangan, secara teratur tinjau infrastruktur, manajemen DNS, dan konfigurasi SSL Anda. Dengan mengeksplor solusi hosting, domain, dan SSL dari Hostragons, Anda dapat membangun fondasi yang lebih aman dan berkelanjutan untuk situs Anda.