BLOG · 2026. 9. 15. · 조회 125
디스코드 서버 터졌을 때 대처법! 디코 터짐 확인법 - 2026
밤사이 디스코드가 또 멈췄습니다.
메시지가 안 보내지고, 새로고침하면 로그인 화면이 뜨고, 다시 들어가면 서버 목록이 비어 있습니다.
이럴 때 대부분 같은 순서로 움직이십니다. 앱을 껐다 켜고, 그래도 안 되면 재설치하고, 그래도 안 되면 계정을 의심합니다.
저도 예전엔 그랬어요. 밤새 껐다 켰다만 반복한 적도 있습니다.
이 글에서는 디스코드가 멈췄을 때 확인하는 순서, 장애일 때 절대 하면 안 되는 행동, 그리고 서버 운영자가 그 시간을 넘기는 방법을 정리했습니다.
참고로 서버가 삭제되거나 레이드로 망가진 경우는 원인도 대처도 완전히 다릅니다. 그쪽은 디코 서버 보안 설정에서 다뤘습니다.
1. 내 문제인지부터 확인하는 게 순서입니다
앱 재설치가 1번이 아닙니다. 확인이 1번입니다.
디스코드는 자사 서비스 상태를 공개하는 페이지를 따로 운영합니다.
여기가 공식 창구입니다. 커뮤니티 글이나 지인 제보보다 이쪽이 먼저입니다. 실제로 장애가 진행 중이면 이 페이지 맨 위에 진행 중인 사건이 뜹니다. 아무 문제가 없으면 전 항목이 정상으로 표시됩니다.
여기서 정상이라고 나오는데 나만 안 된다면, 그때부터가 내 환경 문제입니다. 순서를 바꾸면 멀쩡한 앱을 지웠다 깔았다 하면서 한 시간을 날리게 됩니다.
이거 하나 즐겨찾기 해두시는 게 진짜 이득인 것 같아요!
2. 상태 페이지는 이렇게 읽습니다
들어가면 항목이 여러 개로 쪼개져 있습니다. 이게 중요합니다. 디스코드는 통째로 죽는 경우보다 일부만 죽는 경우가 훨씬 많거든요.
- API — 기본 요청 처리. 여기가 죽으면 거의 모든 기능이 흔들립니다
- 게이트웨이(Gateway) — 실시간 연결. 메시지가 안 올라오거나 온라인 표시가 이상해집니다
- 음성(Voice) — 통화와 화면 공유
- 미디어 프록시(Media Proxy) — 이미지와 첨부파일 로딩
- 검색(Search), 결제(Payments), 데스크톱/모바일 클라이언트
증상과 항목을 맞춰보면 답이 빨리 나옵니다. 채팅은 되는데 사진만 안 뜬다면 미디어 프록시 쪽일 가능성이 큽니다. 실제로 9월 11일에도 이미지·첨부파일 로딩이 크게 느려지는 장애가 있었고, 약 한 시간 조금 넘게 걸려 복구됐습니다.
진행 단계 표기도 알아두시면 좋습니다. 보통 조사 중 → 원인 확인 → 모니터링 → 해결 순서로 바뀝니다. "원인 확인"까지 갔으면 원인을 찾았다는 뜻입니다. 여기까지 오면 대개 복구 작업이 따라옵니다.
3. 이번 장애는 로그인 세션 쪽이었습니다
이번 건은 증상이 특이해서 오해하기 딱 좋았습니다.
디스코드 상태 페이지 기준으로, 태평양 시간 9월 15일 오전 7시 26분에 조사가 시작됐고 7시 42분에 원인이 확인됐습니다. 한국 시간으로는 9월 15일 밤 11시 26분쯤입니다. 영향을 받은 항목은 세션 처리 쪽이었습니다.
세션 쪽이 흔들리면 화면에는 이렇게 나타납니다.
- 갑자기 로그아웃된 것처럼 보입니다
- 다시 로그인해도 서버 목록이 안 불러와집니다
- 어떤 기기에서는 되고 어떤 기기에서는 안 됩니다
여기서 많은 분들이 "내 계정이 정지됐나?" 하고 놀라십니다. 그런데 계정 정지는 정지 안내가 따로 뜹니다. 안내 없이 로그인만 이상하면 장애 쪽을 먼저 의심하시는 게 맞습니다. 계정 상태가 걱정되시면 디스코드 계정 정지 이유와 이의제기 방법 글에서 구분법을 정리해두었습니다.
4. 장애일 때 하면 안 되는 행동이 있습니다
이게 이 글에서 제일 중요한 부분입니다. 장애 중에 손을 대면 상황이 더 나빠지는 것들이 있어요.
로그아웃 누르지 마세요. 세션 쪽 장애일 때 로그아웃하면 다시 들어가지 못할 수 있습니다. 복구될 때까지 그냥 기다리는 게 안전합니다.
비밀번호를 바꾸지 마세요. 비밀번호를 바꾸면 기존 로그인 세션이 모두 끊깁니다. 장애 중에 이러면 상황이 겹칩니다.
앱을 지우지 마세요. 재설치하면 로그인을 다시 해야 하는데, 그 로그인이 안 되는 상황입니다.
봇 토큰을 재발급하지 마세요. 봇이 멈춘 게 디스코드 장애 때문인데 토큰부터 갈아버리면, 복구된 뒤에 설정을 전부 다시 맞춰야 합니다.
한마디로 장애 때는 아무것도 안 하는 게 최선입니다. 답답하시겠지만 정말 그렇습니다...
5. 상태 페이지가 정상인데 나만 안 된다면
이때부터가 내 환경 점검입니다. 순서대로만 해보세요.
- 다른 기기로 접속 — 폰에서는 되는지 봅니다. 폰만 된다면 PC 환경 문제입니다
- 모바일 데이터로 전환 — 와이파이에서만 안 되면 공유기나 회선 문제입니다
- 브라우저 버전으로 접속 — 앱만 안 되는지 갈라냅니다
- 네트워크 상태 확인 — 학교나 회사 망은 디스코드를 막아두는 경우가 있습니다
- 앱 업데이트 확인 — 오래된 버전은 연결이 끊기는 경우가 있습니다
여기까지 다 해봤는데도 안 되면 그때 재설치를 고민하시면 됩니다. 순서가 뒤바뀌지만 않으면 대부분 5분 안에 원인이 나옵니다.
6. 운영자는 디스코드 밖에 창구가 있어야 합니다
여기서부터는 서버 운영하시는 분들 이야기입니다.
장애가 터지면 공지를 올려야 합니다. 그런데 공지 채널이 어디 있죠? 디스코드 안에 있습니다. 디스코드가 죽었는데요.
이게 매번 반복되는 구멍입니다. 멤버들은 "서버 망한 거 아니야?" 하고 불안해하는데, 운영진은 아무 말도 전할 수 없습니다.
그래서 저는 서버를 만들 때 바깥 창구를 하나씩 꼭 만들어둡니다.
- 유튜브 채널이 있다면 커뮤니티 탭
- 없다면 오픈 채팅방 하나
- 공지용 소셜 계정 하나
주소를 서버 소개나 규칙 채널 맨 아래에 적어두세요. 평소엔 아무도 안 보지만, 장애 날에는 그 한 줄이 전부입니다. 외주로 서버를 만들어드릴 때 이 항목을 빼먹으면 꼭 나중에 연락이 옵니다.
7. 장애 공지는 짧게, 세 번만 하면 됩니다
바깥 창구가 있어도 뭘 써야 할지 막막하실 겁니다. 이 정도면 충분합니다.
[1차 - 장애 확인]
디스코드 측 장애로 서버 접속이 불안정합니다.
우리 서버 문제가 아니며, 공식 상태 페이지에서 확인되고 있습니다.
복구되면 다시 알려드리겠습니다.
[2차 - 진행 상황]
아직 복구 중입니다.
지금은 로그아웃이나 앱 재설치를 하지 말아주세요.
다시 들어오지 못할 수 있습니다.
[3차 - 복구 완료]
정상화됐습니다.
장애 시간 동안 진행하려던 (이벤트/일정)은 (새 일정)으로 옮깁니다.
2차 공지가 핵심입니다. 이걸 안 하면 멤버들이 각자 재설치하고 로그아웃하다가 더 꼬입니다.
8. 봇을 돌리신다면 복구 직후가 더 위험합니다
장애 중보다 복구 직후가 문제인 경우가 많습니다. 끊긴 연결이 한꺼번에 몰리면서 재연결 요청이 쌓이거든요.
봇을 직접 만들어 쓰신다면 이 세 가지를 확인해보세요.
- 자동 재연결이 즉시 재시도로 되어 있지 않은지 — 간격을 점점 늘리는 방식이 안전합니다
- 재시작 스크립트가 무한 루프가 아닌지 — 장애 중에 계속 재시작하면 정상화 뒤에도 제한에 걸릴 수 있습니다
- 장애 중 쌓인 예약 작업이 한꺼번에 터지지 않는지 — 정각 알림 같은 게 몰리면 그때 또 멈춥니다
저는 제 활성화 봇을 운영하면서 이 부분을 가장 많이 손봤습니다. 다른 봇을 쓰셔도 원리는 같습니다. 장애 자체는 못 막지만, 복구 뒤에 혼자 더 오래 앓는 건 막을 수 있습니다.
한눈에 보는 정리표
| 증상 | 의심 항목 | 첫 행동 |
|---|---|---|
| 전부 먹통 | API 또는 게이트웨이 | 상태 페이지 확인 후 대기 |
| 메시지만 안 올라옴 | 게이트웨이 | 새로고침 한 번, 그 뒤 대기 |
| 통화·화면 공유만 끊김 | 음성 | 음성 채널 재입장 |
| 사진·파일만 안 뜸 | 미디어 프록시 | 대기 (내 문제 아님) |
| 로그아웃된 것처럼 보임 | 세션 | 로그아웃·재설치 금지, 대기 |
| 상태 페이지는 정상 | 내 환경 | 다른 기기·회선으로 교차 확인 |
어디부터 손대야 할까
- discordstatus.com 열기 — 30초면 판정이 끝납니다
- 증상과 항목 맞추기 — 위 표에서 내 증상을 찾습니다
- 장애면 아무것도 하지 않기 — 로그아웃, 비밀번호 변경, 재설치 전부 보류입니다
- 정상인데 나만 안 되면 교차 확인 — 폰, 모바일 데이터, 브라우저 순서로 갈라냅니다
- 운영자라면 바깥 창구에 1차 공지 — 두 줄이면 충분합니다
- 복구 뒤 일정 정리 — 미뤄진 이벤트 날짜를 다시 공지합니다
- 다음을 위해 준비 — 바깥 창구 주소를 규칙 채널 아래에 고정해둡니다
장애는 우리가 막을 수 있는 게 아닙니다. 대신 그 시간에 뭘 안 할지는 정해둘 수 있어요. 그게 운영자가 할 수 있는 최선인 것 같습니다 :)
함께 보면 좋은 글
채널 구조를 처음부터 짜시는 게 부담스러우시면, 디코허브에 유형별 서버 템플릿을 무료로 정리해두었습니다. 로그인 없이 보실 수 있습니다.
무료 템플릿 보기 → https://dicohub.kr
디스코드 활성화 · 디스코드 서버 운영에 관한 다른 글도 디코허브에서 보실 수 있습니다.