Incident Library

IL-0260 Zoom · 2025-04-16networking

zoom.us 도메인이 레지스트리에서 차단되어 DNS 조회가 실패하고 Zoom 서비스에 접속할 수 없었다

2025년 4월 16일 오전 11시 25분 PDT 에 장애가 보고됐다. Zoom 은 zoom.us 도메인의 이름 해석 실패를 조사했는데, Zoom 의 네임 서버는 요청에 정상으로 응답하고 있었다. 등록기관 Markmonitor 와 GoDaddy Registry 를 함께 조사하자 GoDaddy Registry 가 건 server block 때문에 zoom.us 를 쓸 수 없는 상태임이 드러났다. 원인은 Markmonitor 와 GoDaddy Registry 사이의 소통 오류였고, 그 때문에 GoDaddy Registry 가 도메인을 실수로 내렸다. Zoom 은 장애 동안 Zoom 쪽에 제품, 보안, 네트워크 장애나 DDoS 공격은 없었다고 밝혔다.

미국과 국제 리전의 고객이 Zoom 서비스에 접속하지 못했다. 회의 시작, 참가, 예약은 DNS 조회가 필요해서 실패했고, 이미 진행 중이던 회의와 통화는 이어졌다. Zoom, Markmonitor, GoDaddy 가 server block 을 찾아 풀자 도메인이 되살아났다. DNS 캐시와 TTL 때문에 복구가 인터넷 전체에 퍼지기까지 몇 분이 더 걸렸다. 보고서는 오후 1시 12분 PDT 를 해결 시각으로 적었다. 이후 GoDaddy Registry 와 Markmonitor 는 zoom.us 에 server block 명령을 걸지 못하게 하는 registry lock 을 걸었다.

심각도
–
영향 범위
Zoom services that need a DNS lookup of zoom.us: starting, joining and scheduling meetings, the Zoom Meetings, Zoom Phone and Zoom CX web portals and the Zoom Website; meetings and calls already in progress kept working
영향 사용자
Zoom customers in the US and International regions
지역
US and International regions
감지까지
–
복구까지
1h 47m

증상

미국과 국제 리전의 고객이 Zoom 서비스에 접속하지 못했다. Zoom 은 zoom.us 도메인의 이름 해석이 실패하는 문제를 조사하기 시작했다.

회의 시작, 회의 참가, 회의 예약은 DNS 조회가 필요해서 모두 실패했다. 이미 회의나 Zoom Phone 통화에 들어가 있던 사용자는 영향을 받지 않았다. 상태 페이지는 영향받은 서비스로 Zoom Meetings, Zoom Phone - Global 의 웹 포털, Zoom CX - Global 의 웹 포털, Zoom 웹사이트를 적었다.

처음 조사해 보니 Zoom 의 네임 서버는 요청에 정상으로 응답하고 있었다. 등록기관 Markmonitor, 레지스트리 GoDaddy Registry 와 함께 더 조사한 뒤에야 GoDaddy Registry 가 zoom.us 에 server block 을 걸어 도메인을 쓸 수 없게 된 것을 확인했다.

도메인이 되살아난 뒤에도 DNS 레코드가 여러 단계에 캐시되어 있고 TTL 이 남아 있어서, 복구가 인터넷 전체에 퍼지기까지 몇 분이 더 걸렸다. 그동안 접속이 안 되는 사용자는 DNS 캐시를 비우고 다시 접속해야 했다.

증상 DNS 조회 실패서비스 중단

원인

원인 의존성 장애

구성 요소 DNS 서버와 레코드
기여 요인 파괴적 변경 보호 장치 부재
촉발
도메인 등록기관 Markmonitor 와 GoDaddy Registry 사이에 소통 오류가 생겼고, 그 결과 GoDaddy Registry 가 zoom.us 도메인에 server block 을 걸어 도메인을 잘못 내렸다.

감지

–

조치

후속 조치

교훈

–

출처

관련 사례

내 클러스터에도 있는지 확인하기

kubegap 은 Claude Code 나 Codex 에서 쿠버네티스 클러스터를 읽기만 하며 이 사례와 같은 상태를 점검합니다. 이 사례의 구성 요소: DNS 서버와 레코드. 점검 항목의 근거는 이 사례 같은 공개 보고서입니다.

kubegap 열기

AI 도구와 스크립트용

API 는 키가 필요 없습니다. MCP 서버는 search_incidents, get_incident, list_incidents, get_topic, vocab 도구를 내놓습니다. 사용법은 API 와 MCP.