---
title: Serangan DDoS
description: "Banjir trafik dari banyak sumber yang membuat layanan tidak tersedia. Kenali jenis, gejala, dan lapisan mitigasinya."
canonical: https://penasihathosting.com/wikihosting/ddos
type: wiki
locale: id
updated: 2026-10-29
author: Willya Randika
---

# Serangan DDoS

## Overview

- **Summary:** Banjir trafik dari banyak sumber yang membuat layanan tidak tersedia. Kenali jenis, gejala, dan lapisan mitigasinya.
- **Author:** Willya Randika ([profile](/penulis/willya-randika))

## Article

DDoS adalah upaya membuat layanan tidak tersedia dengan membanjiri jaringan, server, atau aplikasi dari banyak sumber. Tujuannya bukan mencuri data, tapi menghabiskan bandwidth, koneksi, CPU, atau kuota request sampai pengguna sah tidak bisa masuk.

## Tiga lapisan serangan

Serangan volumetrik membanjiri bandwidth dengan UDP flood atau DNS amplification. Serangan protokol menghabiskan tabel koneksi dengan SYN flood atau paket terfragmentasi. Serangan aplikasi mengirim request HTTP yang terlihat normal, tapi jumlahnya cukup untuk menghabiskan worker PHP atau koneksi database.

Di shared hosting, gejala yang sering muncul adalah Error 503, Error 508, atau halaman lambat padahal trafik tidak naik. Serangan aplikasi paling sulit dikenali karena request-nya mirip pengunjung biasa.

## Yang perlu dicatat

Sebelum menghubungi provider, catat waktu mulai, pola URL, dan IP sumber. Cek `ss -s` untuk melihat banyaknya koneksi SYN-RECV atau TIME-WAIT. Lihat juga log akses: kalau satu user agent atau satu rentang IP meminta ribuan halaman dalam satu menit, itu petunjuk awal.

Jangan langsung menyimpulkan DDoS dari kenaikan trafik. Crawler, kampanye bot, atau kesalahan konfigurasi cache bisa menghasilkan pola serupa. Data yang rapi mempercepat eskalasi dan mencegah salah tindakan.

## Mitigasi berlapis

CDN dan anycast menyebar trafik ke banyak lokasi, sehingga kapasitas serangan tidak menumpuk di satu server. WAF dan rate limit menyaring pola request berbahaya. Di Nginx, `limit_req_zone $binary_remote_addr zone=api:10m rate=10r/s;` bisa dipasang pada endpoint yang sering diserang, lalu diikuti `limit_req zone=api burst=20 nodelay;`.

Autoscaling membantu untuk lonjakan pendek, tapi mahal kalau serangan berlangsung lama. Provider juga bisa melakukan scrubbing atau null route. Null route menyelamatkan jaringan, tapi mematikan layanan, jadi hanya opsi darurat.

Aplikasi yang tahan beban tetap penting. Cache halaman, batasi koneksi database, dan pindahkan pekerjaan berat ke antrean. Kalau setiap request membuka koneksi database baru, serangan kecil pun bisa menghabiskan slot koneksi.

## Yang sering salah

Menaikkan paket hosting tanpa analisis sering tidak menyelesaikan masalah karena bottleneck ada di query atau worker. Memblokir satu negara juga berisiko kena pengguna sah. Captcha membantu login dan form, tapi tidak menghentikan banjir request ke halaman publik.

Untuk serangan yang menyamar sebagai trafik normal, kombinasikan [WAF](/wikihosting/waf), [Cloudflare](/wikihosting/cloudflare), dan [load balancer](/wikihosting/load-balancer). Kalau penyebabnya koneksi database, lihat [Connection Pooling](/wikihosting/connection-pooling).

## FAQ

<Accordion>
  <AccordionItem title="Apakah shared hosting bisa menangani DDoS?">
    Biasanya hanya sampai batas tertentu. Provider melindungi jaringan, tapi akun Anda tetap berbagi resource. Untuk layanan penting, pertimbangkan VPS dengan mitigasi atau CDN di depan.
  </AccordionItem>
  <AccordionItem title="Apakah DDoS sama dengan hacking?">
    Tidak selalu. DDoS menargetkan ketersediaan, bukan akses tidak sah. Namun serangan ini bisa dipakai untuk mengalihkan perhatian saat percobaan intrusi terjadi.
  </AccordionItem>
  <AccordionItem title="Berapa lama serangan biasanya berlangsung?">
    Bisa beberapa menit sampai berhari-hari. Serangan pendek sering diulang untuk menguji respons. Siapkan prosedur dan kontak, bukan hanya konfigurasi teknis.
  </AccordionItem>
</Accordion>