Kepiye nyetel Cloudflare kanggo nglindhungi situs saka DDoS?

Question

IT Interview Practice · Accepted Answer

**Cloudflare paling migunani kanggo nglindhungi website yen request liwat kono lan aplikasi bisa nangani trafik sing isih diterusake.** Nguripake siji setelan ora nglindhungi kabeh dalan menyang server.

Bayangna toko online. Penyerang bisa mbanjiri gambar produk, bola-bali nelpon endpoint telusuran larang, utawa langsung nyambung menyang server. Iki nggunakake sumber daya beda, mula setelan butuh sawetara lapisan.

## 1. Pasang Cloudflare ing dalan request

Aktifake status proxied kanggo record DNS website sing didhukung. Pengunjung banjur tekan Cloudflare sadurunge origin, yaiku server sing tenan nglakokake website. Record DNS-only mung nerjemahake jeneng; ora ngliwatake trafik HTTP website menyang dalan pangayoman iki.

```text
Browser -> Cloudflare -> Origin -> Database
```

Iki dhasare: filter Cloudflare mung mbantu request sing tekan kono. Priksa kabeh hostname publik toko, kalebu hostname API, ora mung domain utama.

## 2. Tutup dalan langsung menyang origin

Yen penyerang isih bisa tekan origin langsung, filter bisa diliwati. Watesi akses web mlebu saka publik mung kanggo rentang IP Cloudflare sing cocog lan tetep dianyari. Utawa evaluasi Cloudflare Tunnel, sing nyambung metu lan bisa ngilangi kabutuhan port web mlebu publik.

Pisahake akses administrasi ing dalan sing dilindhungi lan aja mbukak database menyang internet publik. Uji akses normal liwat Cloudflare lan penolakan akses langsung. Mung ndhelikake IP ora cukup. Delengen [pangayoman origin](https://developers.cloudflare.com/fundamentals/security/protect-your-origin-server/).

## 3. Saring serangan kanthi njaga pelanggan nyata

Priksa pangayoman DDoS terkelola lan kontrol sing ana ing paket sampeyan. Tambah aturan WAF sing cocog: WAF mriksa pola mencurigakan ing request HTTP sadurunge diterusake. DDoS lan WAF nangani masalah sing tumpang tindih nanging beda; loro-lorone ora mbuktekake kabeh request sing ditampa murah kanggo aplikasi.

Wiwiti aturan sing bisa diterangake, priksa trafik sing kena, lan atur kanthi winates yen pelanggan sah diblokir. Akeh request diblokir dudu ukuran sukses dhewe. Cloudflare nerangake [setelan lan tuning DDoS](https://developers.cloudflare.com/ddos-protection/get-started/).

## 4. Lindhungi operasi larang kanthi kapisah

Request gambar ing cache lumrahe luwih murah kanggo origin tinimbang telusuran sing maca akeh record database. Terapake rate limit ing endpoint larang manut panggunaan normal lan kapasitas layanan ing mburine.

- Kanggo login utawa kirim OTP, gabungake wates edge karo wates aplikasi miturut akun utawa tujuan. Siji IP bisa makili akeh pangguna nyata.
- Kanggo telusuran utawa laporan, matesi gaweyan sing bisa dipicu saben request; mung matesi cacah request bisa ninggalake request larang tetep mbebayani.
- Kanggo API terautentikasi, pikirake pelanggan utawa API key saliyane sinyal jaringan. Penyerang terdistribusi bisa nganggo akeh IP.

Ora ana ambang aman universal. Delengen puncak panggunaan sah, lebokake wates kanthi ati-ati, lan ukur pengurangan beban backend uga request sah sing ditolak.

## 5. Gunakake cache yen nuduhake data aman

Cache gambar publik lan file statis supaya request bola-bali bisa dilayani tanpa tekan origin. Ing toko iki, sumber daya kanggo ngirim gambar produk sing padha bola-bali dadi luwih sithik.

Keranjang pribadi lan kaca akun butuh aturan beda amarga pangguna ora kena nampa data wong liya. Priksa cache key lan syarat bypass sadurunge cache respons dinamis. Cache nyuda gaweyan bola-bali; ora otomatis nggawe login utawa checkout aman nalika beban dhuwur.

## 6. Gunakake tantangan darurat kanthi rencana pamulihan

Mode Under Attack bisa menehi tantangan browser nalika insiden. Evaluasi kanggo rute browser sing kena lan copot langkah sementara nalika cocog. Klien mesin lan webhook pembayaran bisa ora ngrampungake tantangan browser, mula rute kasebut butuh autentikasi cocok lan kontrol khusus.

Pungkasan, priksa pelanggan nyata bisa ndeleng produk lan ngrampungake checkout nalika ngawasi latensi origin, CPU, tekanan database, lan error. Yen serangan jaringan langsung ngebaki koneksi origin, koordinasi karo hosting kanggo pangayoman ing hulu. Tujuane layanan migunani tetep mlaku, dudu janji ora ana serangan sing bisa ngganggu.

1. Pasang Cloudflare ing dalan request

2. Tutup dalan langsung menyang origin

3. Saring serangan kanthi njaga pelanggan nyata

4. Lindhungi operasi larang kanthi kapisah

5. Gunakake cache yen nuduhake data aman

6. Gunakake tantangan darurat kanthi rencana pamulihan

Pitakon sing gegandhengan