HTTP 응답 상태 코드 402와 403의 차이점

Google은 402 및 403 HTTP 응답 코드를 모두 가지고 있습니다. 하지만 402는 향후 사용을 위해 예약되어 있습니다.

이 둘의 차이점은 무엇입니까? 받지 못한 지불금은 승인되지 않은 것과 같아야합니다, 그렇지 않아야합니까?

편집 : "403이 이미있을 때 402가 필요한 이유는 무엇입니까?"에 대한 답변을 알고 싶습니다.

2009-08-13 rest_day

403 금지

서버가 요청을 이해했지만 이행하는 것을 거부한다. 승인은 도움이되지 않으며 요청을 반복해서는 안됩니다. 요청 방법이 HEAD가 아니며 서버가 요청을 이행하지 않은 이유를 공개하기를 원할 경우 엔 엔터티에서 거절 이유를 설명해야합니다 (SHOULD). 서버가 클라이언트가이 정보를 사용할 수 없도록하려면 상태 코드 404 (찾을 수 없음)를 대신 사용할 수 있습니다.

http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html

점이 도움말?

출처

2009-08-13 08:36:30 Shoban

Thanks Shoban, 하지만 저는 "403은 이미 403을 가지고있을 때 왜 필요합니까?"라고 생각하고있었습니다. –

402는 지불 문제가 어떻게 든 해결되면 요청이 반복 될 수 있음을 (미래에) 의미 할 것이기 때문에. – Tomas

는 HTTP 상태 코드 (402)는 403에서 참으로 다릅니다

는 상태 코드 (402)는 일반적으로 금지되지 않은 요청을 의미하지만 지불을 요구

402 Payment Required

입니다 RFC 2616에 명시한다.

이 예약 된 상태 코드를 사용하려면 분명히 some work이 수행되어야합니다.

나는 그것이 현재 필요하지 않다고 (또는 사용 방법을 지정하지 않았기 때문에 사용되지는 않았지만) 표준의 저자는 유용 할 수있는 미래의 사용을 위해 그것을 고려했다고 생각했다.

출처

2012-09-25 12:54:07 kmindi

두 번째 링크가 올바르지 않습니다. Hamming Internet Payment Protocol에 대한 [this GitHub repo] (https://github.com/mleonhard/hipp)로 리디렉션되는 http://http402.org이어야합니다. – edymtt

감사합니다. 업데이트 된 것처럼 보입니다. 나는 링크를 업데이트했다.) – kmindi

결제 누락은 서버가 요청을 거부하는 한 가지 이유 일뿐입니다. 잘못된 자격 증명, "개인 자원"에 대한 액세스 시도 등과 같은 다른 상황에서 "금지됨"상태가 될 수 있습니다.

나는 거부 할 이유에 대해 더 자세히 설명하기 위해 존재합니다 요청.

출처

2015-03-27 17:14:36

HTTP 응답 상태 코드 402와 403의 차이점

답변

관련 문제