릴리스 노트
상태 코드 | 의미 | 권장 해결 방법 |
0 | 요청 응답 상태 코드를 가져오기 전에 요청 종료 | 클라이언트의 조기 요청 연결 해제 여부 또는 Origin-pull 실패 여부를 확인하십시오. |
400 | HTTP 요청 구문 오류 서버가 요청을 구문 분석할 수 없음 | 요청 구문이 올바른지 확인하십시오. |
403 | 요청 거절 | referer 블록리스트/얼로우리스트, IP 블록리스트/얼로우리스트 및 인증과 같은 액세스 제어에 의해 요청이 차단되었는지 확인합니다. |
404 | 서버가 정확한 정보 반환 불가 | 원본 서버가 정상적으로 동작하는지, 원본 서버 정보나 원본 도메인 설정이 변경되었는지 확인합니다. 자세한 내용은 CDN 도메인 이름에 액세스할 때 반환되는 상태 코드 404 문제를 해결하는 방법에 대한 항목을 참고하십시오. |
413 | POST 요청의 콘텐츠 길이가 제한 초과 | 클라이언트에서 POST 요청의 콘텐츠 크기를 확인합니다(최대 크기는 기본적으로 32MB임). |
414 | URL 길이 제한 초과 | 최대 URL 크기는 기본적으로 2KB입니다. |
423 | 루핑 요청 | 301/302 구성, HTTPS Origin-pull, 원본 서버 rewrite 방식을 확인하십시오. |
499 | 클라이언트가 연결을 닫음 | 클라이언트 상태 및 시간 초과 구성을 확인하십시오. |
502 | 게이트웨이 오류 | 비즈니스 원본 서버가 정상인지 확인하십시오. |
503 | COS 주파수 제어가 트리거됨 | 캐시 구성 또는 COS 원본 서버가 no-cache/no-store를 반환하는지 확인하십시오 |
504 | 게이트웨이 시간 초과 | 공식 홈페이지로 연락주십시오. |
509 | CC 공격으로 인해 차단됨 | |
514 | IP 액세스 빈도 제한 초과 | CDN 콘솔에서 IP 액세스 빈도 제한 설정을 확인하십시오. |
524 | 플랫폼의 액세스 트래픽이 과부하됨 | 비즈니스 요청 급증은 플랫폼에서 트래픽 과부하를 유발할 수 있습니다. 사업 규모를 추정하고 Tencent Cloud에 알려주시기 바랍니다. 질문이 있으시면 애프터 서비스에 문의하십시오. |
531 | HTTP 요청에서 Origin-pull 도메인 이름 리졸브 오류 | 원본 서버의 도메인 이름 리졸브 구성을 확인하십시오. |
532 | HTTPS 요청에서 원본 서버와의 연결 설정 실패 | 원본 서버의 포트 443 상태, 인증서 구성 또는 원본 서버의 가용성을 확인하십시오. |
533 | HTTPS 요청에서 Origin-pull 연결 시간 초과 | 원본 서버의 포트 443 상태, 인증서 구성 또는 원본 서버의 가용성을 확인하십시오. |
537 | HTTPS 요청에서 원본 서버 데이터 수신 시간 초과 | 비즈니스 원본 서버의 안정성을 확인하십시오. |
538 | HTTPS 요청의 SSL 핸드셰이크 실패 | 원본 서버 프로토콜과 알고리즘 간의 호환성을 확인합니다. |
539 | HTTPS 요청의 인증서 유효성 검증 실패 | 원본 서버의 인증서가 올바르게 구성되었는지 확인하십시오(인증서 체인의 유효 기간 및 완전성). |
540 | HTTPS 요청의 인증서 도메인 이름 검증 실패 | 원본 서버의 인증서가 올바르게 구성되어 있는지 확인하십시오. |
562 | HTTPS 요청에서 연결 설정 실패 | |
563 | HTTPS 요청에서 연결 시간 초과 | |
564 | HTTPS 요청 Origin-pull 실패 | |
567 | 노드가 파일을 수신할 때 응답 시간 초과 |
상태 코드 | 의미 |
100 | 서버는 요청 헤더를 수신했고 클라이언트는 요청 본문을 보내야 합니다(본문을 보내야 하는 요청의 경우: 예를 들어 POST 요청). 클라이언트는 요청이 이미 완료된 경우 응답을 무시합니다. 서버는 요청이 완료된 후 클라이언트에 최종 응답을 보냅니다. 서버가 요청 헤더를 확인하도록 하려면 클라이언트는 초기 요청의 헤더로 Expect: 100-continue를 보내고 본문을 보내기 전에 응답에서 100 Continue 상태 코드를 받아야 합니다. 상태 코드 |
101 | 서버는 클라이언트의 요청을 이해하고 Upgrade 헤더를 사용하여 요청을 완료하기 위해 다른 프로토콜을 사용하도록 클라이언트에 알립니다. 이 응답의 마지막 빈 줄을 보낸 후 서버는 Upgrade 헤더에 정의된 프로토콜로 전환합니다. 서버는 유리한 경우에만 프로토콜을 전환해야 합니다. 예를 들어 HTTP/2와 같은 최신 버전의 HTTP로 전환하면 이전 버전보다 이점이 있거나 WebSocket과 같은 실시간 및 동기식 프로토콜로 전환하면 관련 기능을 사용하는 리소스를 전송하는 데 도움이 됩니다. |
102 | WebDAV 요청에는 파일 작업과 관련된 많은 서브 요청이 포함될 수 있으므로 요청을 완료하는 데 오랜 시간이 걸립니다. 이 상태 코드는 서버가 요청을 수신하여 처리 중이지만 아직 사용할 수 있는 응답이 없음을 나타냅니다. 이렇게 하면 클라이언트가 시간 초과되어 요청이 손실되었다고 가정하는 것을 방지할 수 있습니다. |
103 | 이 상태 코드는 최종 HTTP 메시지 전에 일부 응답 헤더를 반환하는 데 사용됩니다. |
200 | 요청이 성공했으며 요청에 예상되는 응답 헤더 또는 본문이 이 응답과 함께 반환됩니다. 클라이언트가 GET 요청을 한 경우 응답에는 요청된 리소스에 해당하는 엔터티가 포함됩니다. 클라이언트가 POST 요청을 한 경우 응답에는 작업 결과를 설명하거나 포함하는 엔터티가 포함됩니다. |
201 | 요청이 서버에 의해 이행되어 새 리소스가 생성되었습니다. 리소스의 URI가 Location 헤더와 함께 반환되었습니다. 필요한 리소스를 적시에 생성할 수 없는 경우 ‘202 Accepted’ 상태 코드가 반환되어야 합니다. |
202 | 서버가 요청을 수락했지만 처리하지 않았습니다. 요청은 결국 실행되거나 실행되지 않을 수 있으며 처리가 발생할 때 허용되지 않을 수 있습니다. |
203 | 서버는 변환 프록시(transforming proxy, 예: 웹 가속기)로, 원본에서 200 OK를 수신하지만 원본 응답의 수정된 버전을 반환합니다. |
204 | 서버가 클라이언트의 요청을 성공적으로 처리했으며 콘텐츠를 반환하지 않습니다. 캡티브 포털 기능에서는 Web 인증이 필요한 Wi-Fi 액세스 포인트에 Wi-Fi 장치가 연결되면, 장치가 HTTP 204 응답을 생성할 수 있는 웹 사이트에 액세스하고 HTTP 204 응답을 정상적으로 수신하는 경우 Web 인증이 필요하지 않습니다. 그렇지 않으면 인증 인터페이스가 웹 브라우저에 팝업되어 사용자가 인증 및 로그인을 완료할 수 있도록 합니다. |
205 | 서버가 클라이언트의 요청을 성공적으로 처리했으며 콘텐츠를 반환하지 않습니다. 204 응답과 달리 이 응답에서는 클라이언트가 문서 보기를 재설정해야 합니다. |
206 | 서버가 GET 요청의 일부를 성공적으로 처리했습니다. FlashGet 또는 Thunder와 같은 HTTP 다운로드 툴은 이러한 유형의 응답을 사용하여 체크포인트 재시작을 구현하거나 대용량 파일을 동시 다운로드를 위해 여러 조각으로 분할합니다. |
207 | 뒤에 오는 메시지 본문은 XML 메시지이며 작성된 서브 요청 수에 따라 여러 개의 개별 응답 코드를 포함할 수 있습니다. |
208 | DAV 바인딩의 구성원은 이미 (다중 상태) 응답의 이전 부분에 열거되었으며 다시 포함되지 않습니다. |
226 | 서버는 주어진 리소스에 대한 클라이언트의 요청을 이행했으며 응답은 현재 인스턴스에 적용된 하나 이상의 인스턴스 작업 결과를 나타냅니다. |
300 | 요청된 리소스에 대해 여러 옵션을 사용할 수 있으며 각 옵션에는 고유한 특정 주소와 브라우저 기반 협상 정보가 있습니다. 사용자 또는 브라우저는 리디렉션할 기본 주소를 선택할 수 있습니다. |
301 | 이 상태 코드는 요청된 리소스가 응답에 포함된 새 URI로 영구적으로 이동되었음을 나타냅니다. 브라우저는 자동으로 새 URL로 리디렉션됩니다. 이후의 모든 요청은 새 URI로 전달되어야 합니다. |
302 | 이 상태 코드는 상태 코드 301과 유사하지만 요청된 리소스가 일시적으로 이동되었으며 클라이언트가 여전히 원래 URI를 사용해야 함을 나타냅니다. |
303 | 요청에 대한 응답은 다른 URI에서 찾을 수 있습니다. POST, PUT 또는 DELETE 요청에 대한 응답이 수신되면 클라이언트는 서버가 데이터를 수신했다고 가정하고 주어진 URI에 새로운 GET 요청을 발송해야 합니다. |
304 | 요청된 리소스는 If-Modified-Since 또는 If-None-Match 요청 헤더에 지정된 버전 이후로 수정되지 않았습니다. 이 상태 코드가 반환되는 경우 클라이언트에 이전에 다운로드한 복사본이 여전히 있으므로 리소스를 다시 전송할 필요가 없습니다. |
305 | 요청된 리소스는 지정된 프록시를 통해서만 액세스할 수 있습니다. Location 필드에는 지정된 프록시의 URI 정보가 포함됩니다. 수신자는 프록시를 통해 요청된 리소스에 액세스하기 위해 새 요청을 발송해야 합니다. |
306 | 이 상태 코드는 최신 버전의 HTTP 사양에서 더 이상 사용되지 않습니다. 이는 원래 ‘후속 요청은 지정된 프록시를 사용해야 함’을 의미했습니다. |
307 | 이 상태 코드는 요청이 다른 URI를 사용하여 반복되어야 하며 향후 요청은 여전히 원래 URI를 사용해야 함을 나타냅니다. 이는 기존 요청이 재발행될 때 요청 방법을 변경할 수 없다는 점에서 302와 다릅니다. 예를 들어 POST 요청은 다른 POST 요청을 사용하여 반복되어야 합니다. |
308 | 요청 및 모든 향후 요청은 다른 URI를 사용하여 반복되어야 합니다. 상태 코드 307 및 308은 상태 코드 302 및 301의 동작과 유사하지만 307 및 308은 HTTP 메소드 변경을 허용하지 않습니다. 예를 들어 영구적으로 리디렉션된 리소스에 양식을 제출하면 원활하게 계속될 수 있습니다. |
401 | 이 상태 코드는 상태 코드 403 Forbidden과 유사하며, 필수 ‘인증 실패’를 나타냅니다. |
405 | 요청 라인에 지정된 요청 방법은 리소스를 요청하는 데 사용할 수 없습니다. 서버는 405 상태 코드 응답에서 Allow 헤더 필드를 생성해야 합니다. 필드에는 리소스가 현재 지원하는 메소드 목록이 포함되어야 합니다. |
406 | 요청한 리소스의 콘텐츠 속성이 요청 헤더의 조건을 충족하지 않습니다. 따라서 응답 엔터티를 생성할 수 없습니다. 요청을 수락할 수 없습니다. |
407 | 이 상태 코드는 상태 코드 401과 유사하지만 클라이언트가 프록시로 자신을 인증해야 함을 나타냅니다. |
408 | 클라이언트의 요청을 기다리는 동안 서버가 시간 초과되었습니다. HTTP 사양에 따르면 클라이언트는 서버가 대기할 준비가 된 시간 내에 요청을 생성하지 않았습니다. 클라이언트는 나중에 수정하지 않고 요청을 반복할 수 있습니다. |
409 | 이 상태 코드는 여러 동시 업데이트 간의 편집 충돌과 같은 리소스의 현재 상태 충돌로 인해 요청을 처리할 수 없음을 나타냅니다. |
410 | 이 상태 코드는 요청된 리소스가 이전에 사용 중이었지만 더 이상 사용할 수 없으며 다시 사용할 수 없음을 나타냅니다. 리소스를 의도적으로 제거하고 리소스를 제거해야 하는 경우에 사용해야 합니다. 상태 코드 410을 수신하면 클라이언트는 향후 리소스를 요청해서는 안 됩니다. 대부분의 서버는 이 상태 코드 대신 상태 코드 404를 사용합니다. |
411 | 서버는 정의된 Content-Length 헤더 없이 요청 수락을 거부합니다. 클라이언트는 메시지 본문의 길이를 설명하는 유효한 Content-Length 헤더를 요청에 추가한 후 요청을 다시 제출할 수 있습니다. |
412 | 요청 헤더 필드에 제공된 하나 이상의 전제 조건이 서버에서 확인될 때 false로 평가되었습니다. 이 상태 코드를 통해 클라이언트는 리소스를 요청할 때 요청 헤더 필드의 요청 메타데이터에 전제 조건을 둘 수 있습니다. 이렇게 하면 요청 메소드가 클라이언트에서 요청하지 않은 리소스에 적용되지 않습니다. |
415 | 현재 요청 방법을 사용하여 리소스 요청에 제출된 인터넷 미디어 유형이 서버에서 지원되지 않습니다. 결과적으로 서버는 요청을 거부합니다. 예를 들어 클라이언트는 svg 형식의 이미지를 업로드하지만 서버는 이미지를 jpg 형식으로 업로드해야 합니다. |
416 | 클라이언트가 파일의 일부를 요청했지만 서버가 해당 부분을 제공할 수 없습니다. 예를 들어, 이 상태 코드는 클라이언트가 파일 끝을 초과하는 부분을 요청한 경우 반환됩니다. |
417 | 서버가 요청의 Expect 헤더에 제공된 기대치를 충족할 수 없거나 서버가 현재 경로의 다음 노드에 있다는 증거를 보여주는 프록시 서버이므로 Expect 헤더의 기대치를 충족할 수 없습니다. |
500 | 서버가 요청을 이행하지 못하게 하는 예기치 않은 상황을 만났을 때 클라이언트에 반환되는 일반적인 오류 메시지입니다. 특정 오류 정보가 제공되지 않습니다. |
501 | 서버가 요청을 이행하는 데 필요한 기능을 지원하지 않습니다. 서버가 요청 메소드를 인식하지 못하고 어떤 리소스에 대해서도 지원할 수 없습니다. |
505 | 서버가 요청에 사용된 HTTP 버전을 지원하지 않거나 지원을 거부합니다. 서버는 클라이언트와 동일한 버전을 사용하여 요청을 완료할 수 없거나 완료할 의사가 없음을 나타냅니다. 응답에는 해당 버전이 지원되지 않는 이유와 서버에서 지원하는 다른 프로토콜을 설명하는 엔터티가 포함되어야 합니다. |
508 | 요청을 처리하는 동안 서버에서 무한 루프가 발생했습니다. |
510 | 리소스 액세스 정책이 요청에서 충족되지 않았습니다. |
피드백