DDoS 공격이란 무엇인가: 기술, 계층, 방어
DDoS 공격이 기술적으로 어떻게 진행되는지, 유한한 네 가지 자원 가운데 무엇을 점유하는지, 여러분 자신의 측정값으로 어떻게 알아내는지, 그리고 서버에서의 방어가 어디에서 끝나는지 정리했습니다. 운영 중에 실제로 걸러 낸 공격 사례를 함께 실었습니다.
모든 가이드는 저희가 직접 운영하는 네트워크에서 나왔으며, 공개 전에 실제 하드웨어에서 검증합니다. 글에 담긴 모든 명령어는 적힌 그대로 실행한 것입니다.
저희 사이트에서 가장 많이 열람된 가이드입니다.
DDoS 공격이 기술적으로 어떻게 진행되는지, 유한한 네 가지 자원 가운데 무엇을 점유하는지, 여러분 자신의 측정값으로 어떻게 알아내는지, 그리고 서버에서의 방어가 어디에서 끝나는지 정리했습니다. 운영 중에 실제로 걸러 낸 공격 사례를 함께 실었습니다.
Hytale 서버에 왜 포트 하나만 필요한지, QUIC가 공격 표면을 어떻게 바꾸는지, 실제로 효과가 있는 필터 규칙은 무엇인지, 그리고 어느 공격 규모부터 서버 앞단 네트워크의 필터링만이 통하는지 정리했습니다.
CDN 서버는 파일마다 원본에서 한 번만 가져오고, 그다음부터는 수천 번이든 직접 내보냅니다. 원본 서버는 요청의 일부만 보게 되고, 방문자는 짧은 로딩 시간을 얻습니다. 직접 구축하는 방법을 정리했습니다.
Nextcloud는 사용자와 할당량, 공유를 가져오고 Storage Server는 용량을 가져옵니다. 둘을 합치면 작은 서버 하나로 충분한 나만의 클라우드가 되고, 테라바이트는 다른 곳에 놓입니다.
웹 서버의 저장 공간은 비싸고, Storage Server의 저장 공간은 그렇지 않습니다. 이 글에서는 무엇을 옮길 수 있는지, 웹 서버에서 어떤 프로토콜이 동작하는지, 그리고 파일이 방문자에게 안전하게 도착하는 방법을 정리했습니다.
WordPress와 외부 스토리지에 관해 읽을 수 있는 이야기가 모두 실제로 통하는 것은 아닙니다. 이 글에서는 세 가지 경우를 나눕니다. 백업은 바로 되고, 다운로드는 적은 수고로 되며, 미디어 라이브러리는 한 가지 조건에서만 됩니다.
같은 서버에 놓인 백업은 백업이 아닙니다. 이 안내는 무료 플러그인 하나로 WordPress를 SFTP를 거쳐 분리된 Storage Server에 백업하는 방법을 15분 안에 보여 드립니다.
서버로는 스트림을 하나만 보내고, 그 스트림으로 서버가 모든 시청자를 담당합니다. 그래서 내 회선이 짊어지는 업로드는 시청자가 열 명이든 천 명이든 언제나 하나뿐입니다. 이 가이드에서는 구축 방법과 프로토콜, 그 뒤에 있는 대역폭 계산을 함께 살펴봅니다.
Storage Server를 로컬 하드 디스크처럼 연결하는 방법입니다. 리눅스에서는 /storage 디렉터리로, Windows에서는 storage라는 네트워크 드라이브로 연결하며, 영구 마운트와 오류 메시지 해결 방법도 함께 다룹니다.
데이터센터 한 곳은 단일 장애 지점입니다. 이 글에서는 위치 하나가 통째로 멈춰도 되는, 세 대륙에 걸친 Docker Swarm을 구축합니다. 매니저 쿼럼, WireGuard, 리전별 진입점, Geo-DNS 페일오버, 데이터베이스 복제, 운영까지 다룹니다.
SSH 접근 권한이 있는 AI 에이전트는 로그를 읽고, 변경을 적용하고, 테스트하고, 문서화합니다. 이 실무 사례는 일곱 단계의 연결 과정, 운영 시스템 배포를 위한 저희 절차, 보안 규칙, 서버가 갖춰야 할 요구 사항을 보여 줍니다.
미국, 유럽, 아시아에 걸쳐 대륙 하나가 통째로 멈춰도 버티는 Kubernetes: etcd가 장거리 연결을 견디지 못하는 이유, 리전별 k3s 클러스터, Flux를 이용한 GitOps, Geo-DNS 페일오버, 리전 간 데이터, kubeadm과의 차이를 다룹니다.
Arma 3 서버에 2302부터 2306까지 다섯 개의 UDP 포트 가운데 실제로 필요한 것은 무엇인지, Steam 쿼리와 BattlEye RCon, Headless Client는 어떻게 보호하는지, 그리고 어느 패킷 전송률부터 서버 앞단 네트워크의 필터링만이 통하는지 정리했습니다.
Call of Duty 서버에 실제로 필요한 포트는 무엇인지, 게임과 쿼리와 RCON이 왜 같은 포트에 놓이는지, getstatus 반사 공격과 RCON 공격은 어떻게 제한하는지, 그리고 어느 공격 규모부터 서버 앞단 네트워크의 필터링만이 통하는지 정리했습니다.
Conan Exiles 서버에 실제로 필요한 포트는 무엇인지, RCON과 조회 포트는 어떻게 보호하는지, PvP 서버가 왜 하필 레이드 시간에 공격받는지, 그리고 어느 공격 규모부터 서버 앞단 네트워크의 필터링만이 통하는지 정리했습니다.
DayZ 서버에 실제로 필요한 포트는 무엇인지, Steam 쿼리 포트와 BattlEye RCon, 로그인 대기열, 재시작 직후의 시작 단계는 어떻게 보호하는지, 그리고 어느 공격 규모부터 서버 앞단 네트워크의 필터링만이 통하는지 정리했습니다.
Garry's Mod에서는 게임 트래픽과 서버 조회가 같은 포트 27015를 지나갑니다. 서버에서 실제로 효과를 내는 규칙은 무엇인지, RCON과 Lua 네트워크 이벤트는 어떻게 보호하는지, 그리고 어느 공격 규모부터 서버 앞단 네트워크의 필터링만이 통하는지 정리했습니다.
Left 4 Dead 2 서버에 실제로 필요한 포트는 무엇인지, 27015/UDP의 A2S 조회를 자기 플레이어를 내쫓지 않으면서 어떻게 제한하는지, 로비 시스템이 접속 필터로 무엇을 해 주는지, 그리고 어느 공격 규모부터 서버 앞단 네트워크의 필터링만이 통하는지 정리했습니다.
Lineage 2 프리서버에 실제로 필요한 포트는 무엇인지, 왜 포트 2106의 로그인 서버가 진짜 표적인지, 공격이 왜 서버 오픈에 맞춰 계절처럼 몰리는지, 그리고 어느 공격 규모부터 서버 앞단 네트워크의 필터링만이 통하는지 정리했습니다.
Minecraft Bedrock 서버에 실제로 필요한 포트는 무엇인지, 핸드셰이크 보호가 없는 UDP 위의 RakNet이 특히 취약한 이유는 무엇인지, 쿼리와 RCON, 패킷 전송률은 어떻게 지키는지, 그리고 어느 공격 규모부터 서버 앞단 네트워크의 필터링만이 통하는지 정리했습니다.
Mordhau 서버에 실제로 필요한 네 개의 UDP 포트는 무엇인지, 쿼리 포트 27015와 비컨 포트 15000, RCON은 어떻게 지키는지, 그리고 어느 공격 규모부터 서버 앞단 네트워크의 필터링만이 통하는지 정리했습니다.
MTA:SA 서버는 서로 분리된 세 가지 서비스를 제공합니다. 22003 UDP의 게임, 22005 TCP의 HTTP 서버, 22126 UDP의 ASE 쿼리입니다. 각각을 어떻게 지키는지, 그리고 어느 공격 규모부터 서버 앞단 네트워크의 필터링만이 통하는지 정리했습니다.
Palworld 서버가 실제로 필요한 포트는 무엇인지, Steam 쿼리 포트 27015와 RCON, REST API, 그리고 32개의 자리는 어떻게 지키는지, 그리고 어느 공격 규모부터 서버 앞단 네트워크의 필터링만이 통하는지 정리했습니다.
전용 Project Zomboid 서버에 실제로 필요한 포트는 무엇인지, servertest.ini의 어떤 지시어가 중요한지, 접속할 때의 모드 검증이 왜 서버를 취약하게 만드는지, 그리고 어느 공격 규모부터 서버 앞단 네트워크의 필터링만이 통하는지 정리했습니다.
RedM 서버에 실제로 필요한 포트는 무엇인지, FXServer의 HTTP 엔드포인트와 txAdmin, 32개 슬롯은 어떻게 보호하는지, VORP와 RSGCore가 ESX와 다르게 하는 점은 무엇인지, 그리고 어느 공격 규모부터 서버 앞단 네트워크의 필터링만이 통하는지 정리했습니다.
Terraria가 왜 TCP만 사용하는지, 서버에 실제로 필요한 포트는 무엇인지, serverconfig.txt와 TShock, 7878의 REST API는 어떻게 보호하는지, 그리고 어느 공격 규모부터 서버 앞단 네트워크의 필터링만이 통하는지 정리했습니다.
Team Fortress 2 서버가 실제로 필요한 포트는 무엇인지, 서버 브라우저에서 떨어지지 않으면서 A2S 조회와 분할 패킷, RCON, 전송률을 어떻게 제한하는지, 그리고 어느 공격 규모부터 서버 앞단 네트워크의 필터링만이 통하는지 정리했습니다.
Unturned 서버에 실제로 필요한 포트는 무엇인지, 27017이 2021년부터 왜 불필요한지, 쿼리 플러드와 접속 플러드, 플러그인 부하는 어떻게 제한하는지, 그리고 어느 공격 규모부터 서버 앞단 네트워크의 필터링만이 통하는지 정리했습니다.
AI 에이전트는 서버를 유지보수하고, 로그를 분석하고, 배포를 실행할 수 있습니다. 이 글은 기존 관리형 서버와의 차이, 세 가지 구조, 타협할 수 없는 보안 규칙, 대표적인 작업 흐름, 비용, 그리고 KernelHost 서버가 완벽하게 호환되는 이유를 설명합니다.
갓 설치한 Debian 또는 Ubuntu에서 실제로 일하는 AI 에이전트까지: 사용자와 sudo 허용 목록, Node.js 22, Claude Code, Codex CLI, Gemini CLI의 설치와 로그인, 규칙 파일, cron 작업, 첫 작업과 흔한 오류를 다룹니다.