클로드 접속이 안 될 때 내 네트워크 문제인지 서비스 장애인지는 공식 상태 페이지 status.claude.com에서 몇 초 만에 갈린다. 8월 16일과 24일 두 차례 장애는 각각 42분과 3시간으로 복구 시간 편차가 컸고 원인은 모두 공개되지 않았으며, 16일 장애는 로그인 실패가 첫 증상이었다. 재발 시 상태 페이지 확인, 내 기기 점검, 죽은 항목 구분, 대안 전환 순서를 정해두면 대응이 빨라진다.

클로드에 접속이 안 될 때 가장 먼저 할 일은 원인을 내 쪽과 서비스 쪽으로 가르는 것이다. 방법은 간단하다. 앤트로픽 공식 상태 페이지인 status.claude.com에 들어가 보면 된다. 이 페이지가 정상(초록색)으로 표시되는데 나만 안 된다면 내 네트워크나 브라우저 문제일 가능성이 크고, 페이지에 장애가 떠 있다면 서비스 전체 문제다.
내 쪽 점검은 순서가 있다. 와이파이나 모바일 데이터를 바꿔 보고, 브라우저 캐시를 지우거나 시크릿 창으로 열어 보고, 다른 기기에서도 같은지 확인한다. 이걸로 해결되지 않고 상태 페이지에도 이상이 없다면 로그인 세션 문제일 수 있으니 로그아웃 후 다시 로그인을 시도한다.
한 가지 알아둘 점은 로그인 실패 자체가 장애의 첫 신호인 경우가 있다는 것이다. 8월 16일 장애는 "일부 사용자가 인증되지 않는" 문제로 시작해 곧 전체 서비스 장애로 번졌다. 로그인이 안 될 때 무작정 비밀번호를 의심하기 전에 상태 페이지부터 보는 게 빠른 이유다.

Pixabay
status.claude.com은 서비스를 항목별로 나눠 보여준다. 클로드 웹(Claude.ai), API, 클로드 코드가 각각 표시되기 때문에, 무엇이 죽었는지 구분할 수 있다.
이 구분이 중요한 이유는 일부만 장애인 경우가 있어서다. 실제로 8월 16일에는 클로드 웹과 코드, 코워크가 영향을 받았지만 API와 콘솔은 정상이었다. 웹 채팅이 안 되더라도 API로 작업하던 사람은 멀쩡했다는 뜻이다. 반대로 내가 쓰는 항목만 콕 집어 장애일 수도 있다.
복구 예상 시점도 이 페이지에서 단계별로 안내된다. 다만 정확한 시각을 약속하진 않으니, 조사 중인지 복구 중인지 상태 표시를 참고하는 정도가 현실적이다. 공식 페이지보다 먼저 이상을 감지하는 제3자 모니터링 서비스도 있지만, 이는 보조 신호로만 쓰는 게 좋다.
최근 클로드 장애는 짧은 간격으로 두 번 있었다. 8월 16일 장애는 약 42분 만에 복구됐다. 반면 8월 24일에는 한국시간 오후 1시 50분부터 4시 36분까지 약 3시간 이어졌고, 이때는 미토스5, 페이블5, 오퍼스5 등 여러 모델과 웹·API·코드·코워크가 함께 영향을 받았다. 두 장애 모두 구체적 원인은 공개되지 않았다.
여기서 읽을 수 있는 건 두 가지다. 복구 시간은 42분에서 3시간까지 편차가 크고, 원인이 공개되지 않는 경우가 많다는 점이다. 그래서 "언제 복구되느냐"를 정확히 예측하기보다, 장애가 떴을 때 무엇을 할지 정해두는 편이 낫다.
장애가 길어질 때의 임시 대안은 작업 성격에 따라 다르다. 단순한 검색이나 초안 작성이라면 다른 AI 챗봇으로 잠깐 옮겨갈 수 있다. 코드 작업처럼 특정 모델에 의존하는 일이라면, 상태 페이지에서 복구 신호를 기다리며 오프라인으로 할 수 있는 부분을 먼저 처리하는 게 효율적이다.
다음에 또 접속이 안 되면 아래 순서를 따르면 시간을 아낀다.
로그인 오류 화면 하나에 당황하기보다, 상태 페이지 확인을 첫 단계로 습관화해 두면 대부분의 상황은 몇 초 안에 정리된다.