다른 HTTP 응답 코드는 무엇을 의미합니까?

다운로드 옵션

PDF (104.6 KB)
다양한 디바이스에서 Adobe Reader로 보기
ePub (81.2 KB)
iPhone, iPad, Android, Sony Reader 또는 Windows Phone의 다양한 앱에서 보기
Mobi (Kindle) (63.0 KB)
Kindle 디바이스에서 보기 또는 다양한 디바이스의 Kindle 앱에서 보기

업데이트:2014년 8월 12일 (화)

문서 ID:118217

편견 없는 언어

본 제품에 대한 문서 세트는 편견 없는 언어를 사용하기 위해 노력합니다. 본 설명서 세트의 목적상, 편견 없는 언어는 나이, 장애, 성별, 인종 정체성, 민족 정체성, 성적 지향성, 사회 경제적 지위 및 교차성에 기초한 차별을 의미하지 않는 언어로 정의됩니다. 제품 소프트웨어의 사용자 인터페이스에서 하드코딩된 언어, RFP 설명서에 기초한 언어 또는 참조된 서드파티 제품에서 사용하는 언어로 인해 설명서에 예외가 있을 수 있습니다. 시스코에서 어떤 방식으로 포용적인 언어를 사용하고 있는지 자세히 알아보세요.

이 번역에 관하여

Cisco는 전 세계 사용자에게 다양한 언어로 지원 콘텐츠를 제공하기 위해 기계 번역 기술과 수작업 번역을 병행하여 이 문서를 번역했습니다. 아무리 품질이 높은 기계 번역이라도 전문 번역가의 번역 결과물만큼 정확하지는 않습니다. Cisco Systems, Inc.는 이 같은 번역에 대해 어떠한 책임도 지지 않으며 항상 원본 영문 문서(링크 제공됨)를 참조할 것을 권장합니다.

HTTP는 항상 클라이언트 요청과 서버 응답을 가집니다.서버 응답은 숫자 응답 코드로 분류됩니다.응답 코드는 성공 및 실패 한 HTTP 요청의 이유를 나타냅니다.

HTTP 응답 코드에 대한 자세한 내용은 RFC 2616(HTTP), 섹션 10을 참조하십시오.

다음은 실행할 수 있는 가장 일반적인 응답 코드에 대한 세부 정보입니다.

1xx 코드:정보

100 계속:일반적으로 ICAP 프로토콜과 관련하여 표시됩니다.이 응답은 클라이언트가 데이터를 계속 전송할 수 있음을 알리는 정보 응답입니다.ICAP 서비스(예: 바이러스 검사)와 관련하여 서버는 처음 x개의 바이트만 볼 수 있습니다.첫 번째 바이트 집합 검사가 완료되고 바이러스를 탐지하지 못한 경우 100 Continue(계속)를 보내 나머지 개체를 보내도록 클라이언트에 알립니다.

2xx 코드:성공

200 확인:가장 일반적인 응답 코드입니다.이는 요청이 문제 없이 성공했음을 의미합니다.

3xx 코드:리디렉션

302 찾음:임시 리디렉션입니다.클라이언트에 위치:헤더.

304 수정되지 않음:이는 GIMS(GET If-modified-since)에 대한 응답입니다. 이 HTTP GET은 If-modified-since 헤더를 포함합니다.<날짜>이 헤더는 클라이언트가 요청된 개체의 복사본을 로컬 캐시에 가지고 있으며 개체가 인출된 날짜도 포함했음을 서버에 알려줍니다.해당 날짜 이후에 객체가 수정된 경우 서버는 200 OK 및 객체의 새 복사본으로 응답합니다.가져온 날짜 이후 개체가 변경되지 않은 경우 서버는 304 Not Modified 응답을 다시 보냅니다.

307 임시 리디렉션:모든 의도 및 목적을 위해 302와 같은 의미를 갖습니다. 자세한 내용을 발견하면 이 문서를 업데이트할 수 있습니다.

4xx 코드:클라이언트 오류

400 잘못된 요청:이는 HTTP 요청의 어떤 항목이 올바른 구문을 따르지 않음을 의미합니다.여러 헤더가 동일한 줄에 있고 헤더의 공백, URI의 HTTP/1.1이 없기 때문에 가능한 원인.RFC 2616은 올바른 구문을 참조해야 합니다.

401 권한 없음:요청된 개체에 액세스하려면 인증이 필요합니다.401은 대상 웹 서버에 대한 인증에 사용됩니다.투명 모드에서 Cisco WSA(Web Security Appliance)를 사용하는 경우 프록시에서 인증이 활성화되면 클라이언트로 401이 다시 전송됩니다.이는 어플라이언스가 OCS(원본 콘텐츠 서버)인 것처럼 스푸핑하기 때문입니다.

사용 가능한 인증 방법은 www-authenticate에 지정됩니다.HTTP 응답 헤더.이렇게 하면 이 서버가 NTLM, 기본 또는 기타 인증 방법을 요청하는지 여부를 클라이언트에 알려줍니다.

403 사용 금지:클라이언트가 요청된 개체에 액세스할 수 없습니다. 서버가 개체에 대한 액세스를 거부할 수 있는 이유는 여러 가지가 있습니다.일반적으로 서버는 HTTP 데이터 내의 원인에 대한 일부 설명(HTML 응답)을 포함합니다.

404 찾을 수 없음:요청한 개체가 서버에 없습니다.

407 프록시 인증 필요:이는 OCS가 아닌 프록시에 대한 인증을 위한 것이라는 점을 제외하면 401과 동일합니다.요청이 프록시에 명시적으로 전송된 경우에만 전송됩니다.WSA를 투명 프록시로 사용하는 동안 클라이언트가 프록시가 있는지 모르기 때문에 407을 클라이언트로 보낼 수 없습니다.이 경우 클라이언트는 TCP 소켓에 FIN 또는 RST를 일으킬 가능성이 높습니다.

www-authenticate를 사용하는 대신사용할 수 있는 인증 방법을 지정하는 헤더, proxy-authenticate:헤더가 사용됩니다.

5xx 코드:서버 오류

500 내부 서버 오류:일반 서버 오류

502 불량 게이트웨이:일반적으로 WSA를 프록시로 사용할 때 게이트웨이가 잘못 응답하는 경우를 볼 수 있습니다.

503 서비스를 사용할 수 없음:일반적으로 OCS가 예산가집행될 때 전송됩니다.나중에 요청을 다시 시도해야 합니다.

504 게이트웨이 시간 제한:WSA가 게이트웨이로부터 응답을 받지 못한 경우 504가 전송됩니다.