도메인 간 AJAX REST 서비스 HTTP 헤더

Question

크로스 도메인 문제를 조사 중이므로 일부 REST 서비스 호출이 있습니다.

Request URL: rest_url_on_other_domain 
Request Method:OPTIONS 
Status Code:200 OK 
Request Headers: 
Access-Control-Request-Headers:Origin, x-requested-with, content-type, accept 
Access-Control-Request-Method:POST 
Origin:http://localhost:8080 

Response Headers 
Access-Control-Allow-Headers:Content-Type, Accept 
Access-Control-Allow-Methods:GET, POST 
Access-Control-Allow-Origin:* 
Access-Control-Max-Age:1728000 
Cache-Control:no-cache, no-store 
Connection:keep-alive 
Content-Length:0 
Date:Fri, 30 Dec 2011 11:29:12 GMT 
Expires:-1 
Pragma:no-cache 
Server:nginx/1.0.2 

수 :> 헤더 탭 -이 내가 네트워크에서있어 무엇 헤더 필드 X가 요청한-에 의해 허용되지 않습니다 요청 액세스 제어가-헤더를 허용 : 크롬이 말했다 누군가가이 HTTP 헤더에 대해 설명합니까? 문제점 - 일부 헤더가 서버에서 실패하는지 확인하거나 클라이언트 측 (브라우저)에서 일부 헤더 검사가 실패에 실패합니다. 이 액세스 헤더에 대한 아이디어는 무엇입니까? 간단히 말하면서 자세히 설명해주십시오. 나머지는 내 스스로 배우게 될 것입니다. 미리 감사드립니다!

Answer 1

당신이보고있는 것은 Cross-Origin Resource Sharing 프리 플라이트 요청입니다. 요청에 대한 요청 방법은 OPTIONS입니다. 이것은 브라우저가 실제 요청을 보내기위한 권한을 요청하기 위해 사용하는 요청입니다. 자세한 내용을 보려면 다음을 참조하십시오. http://www.html5rocks.com/en/tutorials/cors/

이 특별한 경우 브라우저는 머리글 (Access-Control-Request-Headers 헤더에 있음)을 요청하고 있습니다. 이에 대한 응답으로 Access-Control-Allow-Headers 헤더는 요청 된 모든 헤더를 포함해야합니다. 요청 된 헤더 이상인 경우 브라우저는 예외를 throw하지 않습니다. 이 예에서 응답 헤더는 다음과 같아야합니다.

Access-Control-Allow-Headers: Origin, x-requested-with, content-type, accept 

다른 모든 응답 헤더는 ok입니다. 서버가이 응답을 보내면 브라우저는 데이터에 대한 실제 요청 인 두 번째 요청을 보냅니다.