| r40 vs r41 | ||
|---|---|---|
| ... | ... | |
| 41 | 41 | 영향을 받은 서비스는 다음과 같습니다: |
| 42 | 42 | |
| 43 | 43 | {{{#!wiki style="margin: -5px 0px -10px 0px" |
| 44 | ||<tablewidth=100%><tablebordercolor=#ffffff,#1c1d1f><tablebgcolor=#ffffff,#1c1d1f><colcolor=#000,#fff><width= | |
| 44 | ||<tablewidth=100%><tablebordercolor=#ffffff,#1c1d1f><tablebgcolor=#ffffff,#1c1d1f><colcolor=#000,#fff><width=40%> '''서비스 / 제품''' ||<width=60%> '''{{{#fff,#fff 영향 설명}}}''' || | |
| 45 | || 핵심 CDN 및 보안 서비스 || HTTP 5xx 상태 코드. 이 글 상단의 스크린샷은 최종 사용자에게 표시된 일반적인 오류 페이지를 보여줍니다. || | |
| 46 | || Turnstile || Turnstile 로드 실패 || | |
| 47 | || Workers KV || Workers KV에서 HTTP 5xx 오류가 크게 증가했습니다. 이는 핵심 프록시가 실패하면서 KV의 “프론트엔드” 게이트웨이에 대한 요청이 실패했기 때문입니다. || | |
| 48 | || 대시보드 || 대시보드는 대부분 정상적으로 작동했지만, 로그인 페이지에서 Turnstile을 사용할 수 없어서 대부분의 사용자가 로그인할 수 없었습니다. || | |
| 49 | || 이메일 보안 || 이메일 처리와 전달에는 영향이 없었지만, IP 평판 소스에 대한 일시적인 접근 불가가 발생하여 스팸 탐지 정확도가 떨어지고 일부 신규 도메인 탐지가 작동하지 않았습니다. 다만 고객에게 심각한 영향은 없었습니다. 또한 일부 Auto Move 작업이 실패했지만, 영향을 받은 모든 메시지는 검토 및 복구되었습니다. || | |
| 50 | || Access || 인증 실패가 대부분 사용자에게 광범위하게 발생했으며, 사건 시작 시점부터 13:05 롤백이 시작될 때까지 지속되었습니다. 기존 Access 세션은 영향을 받지 않았습니다. | |
| 45 | 51 | |
| 52 | 모든 실패한 인증 시도는 오류 페이지를 반환했으므로, 인증이 실패하는 동안 사용자는 대상 애플리케이션에 도달하지 못했습니다. 이 기간 동안 성공한 로그인은 정상적으로 기록되었습니다. | |
| 53 | ||
| 54 | 그 시점에 시도된 모든 Access 구성 업데이트는 전면 실패하거나 매우 느리게 전파되었으며, 현재 모든 구성 업데이트는 복구되었습니다. || | |
| 46 | 55 | }}} |
| 47 | 56 | |
| 48 | 57 | HTTP 5xx 오류가 발생한 것뿐만 아니라, 장애 기간 동안 CDN 응답 지연(latency)도 크게 증가했습니다. 이는 디버깅 및 모니터링 시스템이 많은 CPU를 사용했기 때문인데, 이 시스템들은 잡히지 않은 오류를 자동으로 추가 디버깅 정보와 함께 처리하도록 설계되어 있습니다. |
| ... | ... |