[http] OPTIONS 요청이 전송되는 이유는 무엇이며 비활성화 할 수 있습니까?

2018-09-13 편집 : 비행 전 요청에 대한 정밀도와 응답이 끝날 때이를 피하는 방법을 추가했습니다.

OPTIONS요청은 pre-flight에서 요청 이라고 합니다 Cross-origin resource sharing (CORS).

특정 상황에서 다른 출처로 요청을 할 때 필요합니다.

이 비행 전 요청은 일부 브라우저에서 수행되는 요청을 서버에서 신뢰하는지 확인하기위한 안전 조치로 이루어집니다. 서버는 요청시 전송되는 메소드, 오리진 및 헤더가 작동하기에 안전하다는 것을 이해합니다.

교차 요청을 할 때마다 서버는 무시하지 말고 이러한 요청을 처리해야합니다.

http://enable-cors.org/ 에서 좋은 리소스를 찾을 수 있습니다 .

이러한 방법을 편하게 처리 할 수있는 OPTIONS방법은 메소드가 있는 경로에 대해 서버가이 헤더로 응답을 보내도록하는 것입니다.

Access-Control-Allow-Origin: *

그러면 서버가 서버가 모든 출처의 요청에 응답 할 의사가 있음을 브라우저에 알립니다.

서버에 CORS 지원을 추가하는 방법에 대한 자세한 정보는 다음 플로우 차트를 참조하십시오.

http://www.html5rocks.com/static/images/cors_server_flowchart.png

---

2018-09-13 수정

CORS OPTIONS요청은 MDN 문서에 설명 된대로 일부 경우에만 트리거됩니다 .

일부 요청은 CORS 프리 플라이트를 트리거하지 않습니다. Fetch 스펙 (CORS를 정의 함)은이 용어를 사용하지 않지만,이 기사에서는이를 “간단한 요청”이라고합니다. CORS 프리 플라이트를 트리거하지 않는 요청 (소위 “단순 요청”)은 다음 조건을 모두 충족하는 요청입니다.

허용되는 유일한 방법은 다음과 같습니다.

• 가져 오기
• 머리
• 게시하다

사용자 에이전트가 자동으로 설정 한 헤더 (예 : Connection, User-Agent 또는 Fetch 사양에 “금지 헤더 이름”으로 정의 된 이름을 가진 다른 헤더) 외에는 다음과 같은 유일한 헤더가 허용됩니다. 수동 설정은 Fetch 사양이 “CORS 안전 요청 헤더”로 정의한 것입니다.

• 동의하기
• 언어를 받아들이십시오
• 내용 언어
• 콘텐츠 유형 (하지만 아래의 추가 요구 사항에 유의)
• DPR
• 다운 링크
• 데이터를 저장
• 뷰포트 폭
• 폭

Content-Type 헤더에 허용되는 유일한 값은 다음과 같습니다.

• application / x-www-form-urlencoded
• 멀티 파트 / 폼 데이터
• 텍스트 / 일반

요청에 사용 된 XMLHttpRequestUpload 객체에는 이벤트 리스너가 등록되어 있지 않습니다. 이들은 XMLHttpRequest.upload 속성을 사용하여 액세스합니다.

요청에 ReadableStream 객체가 사용되지 않습니다.

---

답변