Cloudflare를 사용할 수 없나요, 아니면 Cloudflare를 사용하는 웹사이트에 문제가 있나요? Cloudflare incident를 확인한 다음, 플랫폼 전체 문제인지 origin server, DNS, 브라우저, 계정 또는 네트워크 문제인지 구분하세요.
Site Administrator
마지막 검토: September 25, 2026
최근 기록된 상태
정상 최근 확인에서 Cloudflare 웹사이트는 정상적으로 접속되고 응답하는 것으로 보였습니다.
| 엔드포인트 | 상태 | 관측 시각 |
|---|---|---|
| cloudflare.com | Operational | 2026-11-09 13:21 UTC |
| api.cloudflare.com | Operational | 2026-11-09 13:21 UTC |
현재 사용자 환경에서는 작동하나요?
최근 신고 0건 — 의미 있는 추세를 표시하려면 더 많은 데이터가 필요합니다.
단일 외부 확인에서 놓칠 수 있는 부분적 또는 지역별 장애까지 확인하려면 Cloudflare의 공식 상태 페이지도 함께 확인하세요. 공식 상태 페이지.

Cloudflare는 방문자와 많은 웹사이트, 애플리케이션, API 및 DNS 구성 사이에 위치합니다. 따라서 한 사이트의 문제가 Cloudflare outage처럼 보일 수 있습니다. Cloudflare 브랜드가 표시된 error page만으로는 Cloudflare 플랫폼을 사용할 수 없다고 확정할 수 없습니다.
Cloudflare Status에서 incident 공지와 영향을 받은 Cloudflare components를 확인하세요. 이는 광범위한 플랫폼 문제를 파악하는 데 가장 유용하지만, 특정 hostname, zone, account, data center, origin server 또는 API request에만 영향을 주는 문제를 설명하지 못할 수도 있습니다.
장애 범위를 기준으로 가능한 원인을 좁혀 보세요.
문제를 escalate하기 전에 hostname 또는 endpoint, URL path, 대략적인 발생 시각과 time zone, HTTP status, 정확한 error text, 영향을 받은 network, 표시된 경우 Cloudflare Ray ID를 기록하세요. 관련 없는 다른 Cloudflare-backed 사이트에도 문제가 발생하는지 확인하세요.
Cloudflare Status를 열고 incident 세부 정보와 영향을 받은 Cloudflare product 또는 동작을 비교하세요. 서로 관련 없는 여러 Cloudflare-dependent service가 동시에 실패한다면 platform incident일 가능성이 더 높습니다. 한 hostname, zone, account 또는 endpoint에만 영향을 준다면 먼저 해당 구성과 dependencies를 확인하세요.
5xx response는 origin server, application, upstream dependency 또는 origin과 Cloudflare 사이의 connection에서 발생할 수 있습니다. 사이트를 관리한다면 origin availability, server 및 application logs, 최근 deployments, firewall rules, load balancer health, 그리고 origin이 Cloudflare의 traffic을 허용하는지 확인하세요.
사이트를 방문하는 사용자라면 status page를 확인하고 나중에 다시 시도하세요. 문제가 계속되면 URL, 시각, error code 및 표시된 Ray ID와 함께 사이트 소유자에게 문의하세요. 반복해서 새로 고침해도 origin failure가 해결되지는 않습니다.
다른 network 또는 다른 DNS resolver를 사용해 hostname을 테스트하세요. 관리하는 사이트라면 최근 DNS 변경 사항, record values, proxy settings 및 nameserver delegation을 확인하세요. authoritative configuration을 확인한 후에만 local DNS 또는 browser cache를 지우세요. cache를 지워도 잘못된 record나 delegation은 해결되지 않습니다.
private window와 다른 browser를 사용해 extensions 및 cached state의 영향을 배제한 다음, mobile data와 같은 다른 network에서 테스트하세요. 사이트 소유자는 origin에서 제공하는 certificate, HTTPS mode, redirect rules 및 HTTP-to-HTTPS loop가 있는지 확인해야 합니다. connection refusal과 timeout은 Cloudflare dashboard보다는 origin, firewall, route 또는 local network와 관련된 경우가 많습니다.
Cloudflare Status를 확인한 다음 account 또는 zone, authentication method, token permissions, API endpoint, HTTP method, request format 및 target resource를 검증하세요. credentials를 노출하지 않고 실패하는 request를 정상적으로 작동하는 request와 비교하세요. 하나의 token, account, zone, endpoint 또는 resource에만 영향을 주는 failure는 global outage보다 authorization 또는 configuration 문제일 가능성이 높습니다.
가능한 경우 전체 response 또는 screenshot, hostname, path 또는 API endpoint, HTTP method, status code, 정확한 error, timestamp와 time zone, 영향을 받은 network 및 Cloudflare Ray ID를 저장하세요. API tokens, passwords, cookies 또는 기타 secrets는 공유하지 마세요.
플랫폼 전체의 availability를 확인할 때는 status page를 사용하세요. 한 웹사이트, zone, account 또는 API request에만 영향을 주는 문제라면 관련 Cloudflare product documentation을 참조하고 account 또는 technical support에 필요한 request details를 보존하세요. 사이트 소유자는 origin-server, DNS, certificate, firewall 및 application records도 확인해야 할 수 있습니다.
이 실시간 확인은 당사 서버에서 실행되므로 모든 지역, 계정, 기능 또는 네트워크 경로의 상태를 반영하지 않을 수 있습니다.
Cloudflare Status에서 active incidents와 영향을 받은 components를 확인하세요. 한 웹사이트의 failure만으로는 Cloudflare 전체 outage를 확정할 수 없습니다. 해당 사이트의 origin, DNS, application 또는 security configuration이 원인일 수 있기 때문입니다.
Cloudflare가 사이트의 origin에 연결하지 못했거나, 유효하지 않거나 지연된 response를 받았거나, 구성된 security 또는 routing rule을 적용하고 있을 수 있습니다. Cloudflare branding만 보는 것보다 error code, message, hostname 및 Ray ID가 더 유용한 단서를 제공합니다.
반드시 그렇지는 않습니다. 이러한 errors는 연결할 수 없거나, overloaded 상태이거나, 잘못 구성되었거나, 느린 origin server 또는 upstream service 때문에 발생할 수 있습니다. Cloudflare Status를 확인한 다음 사이트를 관리한다면 origin과 Cloudflare 사이의 connection을 조사하세요.
local DNS cache, DNS resolver, VPN 또는 firewall policy, ISP routing, browser settings 또는 IPv4/IPv6 path가 원인일 수 있습니다. Cloudflare platform outage라고 결론 내리기 전에 다른 network와 device에서 hostname을 비교하세요.
먼저 Cloudflare Status를 확인하세요. 일치하는 incident가 표시되지 않는다면 authentication, token permissions, account 또는 zone selection, endpoint, HTTP method, request format 및 target resource를 확인하세요. failure가 하나의 resource에만 영향을 주는지 여러 resources에 영향을 주는지 파악하고, troubleshooting 중에는 API credentials를 절대 공유하지 마세요.
영향을 받은 hostname 또는 API endpoint, 정확한 error와 HTTP status, time zone이 포함된 timestamp, 재현 단계, 사용한 network 및 표시된 경우 Cloudflare Ray ID를 포함하세요. passwords, tokens, cookies 및 기타 민감한 request data는 제외하세요.
이 실시간 확인은 당사 서버에서 실행되므로 모든 지역, 계정, 기능 또는 네트워크 경로의 상태를 반영하지 않을 수 있습니다.