제30회: P2P 시그널링 서버 보호! 문의 양식 및 WebSocket 연결에 대한 BOT 방어

<!-- index.html: 문의 모달 -->
<form id=

테스트 항목 | 전송 파라미터 | 기대하는 상태 | 판정 |
|---|---|---|---|
일반 문의 | 정상값, `hp_website: ""` | `200 OK` (전송 성공) | ✅ PASS |
BOT에 의한 문의 | 스팸문, `hp_website: "http://bot-promo.xyz"` | `400 Bad Request` (자동 차단) | ✅ PASS |
규제 IP로부터의 문의 | BAN된 IP로부터의 요청 | `403 Forbidden` (즉시 차단) | ✅ PASS |
일반적인 P2P 룸 생성 | 정상값, `hp_website: ""` | `200 OK` (방 생성 성공) | ✅ PASS |
BOT에 의한 P2P 시그널링 | 스크립트 자동 전송, `hp_website: "evil"` | `400 Bad Request` (무효화) | ✅ PASS |
P2P 채팅 내 0.2초 연속 전송 | 200ms 간격에서의 Enter 키 연타 | 전송 억제 & 토스트 경고 | ✅ PASS |

아무리 견고한 성벽을 쌓는다 하더라도, 뒷문이 열려 있다면 시스템은 쉽게 침입 및 파괴될 수 있습니다.

게시판 본체뿐만 아니라, 문의 양식이나 P2P 시그널링 API, 채팅룸 내 클라이언트 동작에까지 봇 대책을 펼쳐서 견고한 운영 체제가 완성되었습니다.

하지만, P2P 채팅을 운영해 나가는 과정에서 다음에 직면한 것이 **'나중에 입장한 사용자의 고립 문제'**였습니다.

중앙 서버에 로그가 없기 때문에, 대화 도중에 들어온 사용자는 새하얀 화면부터 시작하게 되어, **'지금 무슨 이야기를 하고 있는지 전혀 알 수 없다!'**는 상황에 빠지게 됩니다.

서버를 거치지 않고, 피어(peer)끼리 자율적으로 과거 로그를 공유하려면 어떻게 해야 할까요?

실제 서비스: https://2ch.biz/