DDoS 공격을 막고 싶나요? 직접 운영하는 계층을 계획하세요

에이전트가 할 수 있는 일

• 파일read_file이 설정과 내보낸 로그를 열고, grep과 glob이 그 안을 검색하며, edit_file과 write_file이 채팅 작업 폴더에서 변경 초안과 런북을 작성해요.
• Shell직접 만든 로그 요약 스크립트와 설정 테스트 명령을 실행하고 실제 종료 코드를 알려 줘요. 위험한 명령은 차단돼요.
• 웹web_search와 http_get이 호스팅 업체나 웹 서버의 문서를 읽기 때문에 설정 이름이 원문에서 나와요.
• 스크린샷과 이미지ocr이 업체 대시보드나 오류 페이지 스크린샷에서 글자를 읽고, gen_image가 이미지 파일을 저장해요.
• 오케스트레이션task가 하위 에이전트를 병렬로 실행하고, run_on_model이 어려운 단계를 더 큰 모델에 보내며, skill이 런북 형식 같은 재사용 가능한 플레이북을 보관해요.
• 승인 모드Auto-run은 바로 실행하고, Ask first는 무언가를 바꾸는 동작 전에 멈추며, Plan only는 계획만 작성하고 모드를 바꾸기 전까지 아무것도 실행하지 않아요.
• Cron프롬프트를 일정에 맞춰 실행해요. 예를 들어 매일 아침 프로젝트 폴더에 넣어 두는 내보내기 파일에 같은 로그 검토를 돌릴 수 있어요.
• 모델표준 API 엔드포인트로 연결하는 클라우드 AI 제공업체, PC에서 로컬로 돌아가는 모델, 또는 내장 모델이에요.

두 가지 작업을 단계별로

급증 뒤에 숨은 숫자 읽기

트래픽 급증과 레이어 7 DDoS 폭주를 손으로 구분하려면 세 가지 자료를 나란히 놓고 봐야 해요. read_file이 내보낸 분석 리포트와 캠페인 일정을 열고, Shell이 로그 요약 스크립트를 실행하며, grep이 저장된 요약에서 의심되는 경로를 찾아요. 출시는 여러 네트워크와 다양한 페이지를 데려오지만, 여러 출처에서 오는 폭주는 한두 개 경로에 똑같은 요청이 클라이언트당 매우 높은 빈도로 들어오는 경우가 많아요. 로그는 단서일 뿐 증거가 아니에요. 에이전트는 주소별, 경로별 개수를 요약할 뿐이고 판단은 직접 해요. 요약을 내 분석 데이터와 비교하고, 상황이 불분명하면 호스팅 업체에 문의하세요.

내 스크립트에 재시도 루프가 없는지 점검하기

통제를 벗어난 스크립트, 재시도 루프, 잘못 설정된 모니터가 실수로 내 서버에 과부하를 줄 수 있어요. 찾으려면 내 스크립트와 모니터 설정에 grep을 돌려 retry와 interval이 들어간 줄을 찾으세요. read_file이 일치한 항목을 하나씩 열고, edit_file이 diff와 함께 더 긴 지연 시간을 제안해요. 그다음 Shell이 복사본에서 테스트 명령을 실행하고 종료 코드를 알려 줘요. 내부 클라이언트에도 제한이 필요해요. 대신 집 인터넷에 DDoS 트래픽이 들어오고 있다면 가장 먼저 할 일은 인터넷 회선 업체에 전화하는 거예요. Ask first 모드에서는 모든 수정이 OK를 기다리며 멈추니까 diff를 읽고 테스트를 다시 실행하세요.