1. Preflight Request
정의
클라이언트에서 서버로 실제 요청을 보내기 전, OPTIONS 메소드로 사전 요청을 보내 접근 권한이 있는지를 확인하는 것을 Preflight Request라고 합니다.
동작 방식
브라우저에서는 서버에 실제 요청을 보내기 전에 Preflight Request를 보내고, 응답 헤더의 Allow-Control-Allow-Origin 값으로 요청을 보낸 출처가 돌아오면 이후 실제 요청을 보내게 됩니다.
Preflight Request 요청을 하는 이유
- 실제 요청을 보내기 전에 미리 권한을 확인할 수 있으므로, 처음부터 실제 요청을 전부 보내는 것보다 리스소 측면에서 효율적입니다.
- CORS가 대비되지 않은 서버를 보호할 수 있습니다.
CORS 이전에 만들어진 서버들은 SOP요청만 들어오는 상황을 고려해 만들어졌기 때문에, DELETE, PUT과 같은 서버의 정보를 삭제하거나 수정하는 요청을 그대로 수행해버릴 수 있습니다.
하지만 CORS의 preflight request를 먼저 보내게 되면, 이 요청에서 CORS 에러가 발생하게 됩니다.
2. Simple Request
정의
Simple Request는 특정 조건이 만족되면 프리플라이트 요청을 생략하고 요청을 보내는 것을 말합니다.
조건
- GET, HEAD, POST 요청 중 하나여야 합니다.
- 자동으로 설정되는 헤더 외에, Accept, Accept-Language, Content-Language, Content-Type 헤더의 값만 수동으로 설정할 수 있습니다. Content-Type 헤더에는 application/x-www-form-urlencoded, multipart/form-data, text/plain 값만 허용됩니다.
3. Credentialed Request
정의
요청 헤더에 인증 정보를 담아 보내는 요청입니다. 출처가 다를 경우 별도의 설정을 하지 않으면 쿠키를 보낼 수 없습니다. 이 경우 프론트, 서버 양측 모두 CORS 설정이 필요합니다.
동작 방식
- 프론트 측에서는 요청 헤더에 withCredentials: true를 넣어줘야 합니다.
- 서버 측에서는 응답 헤더에 Access-Control-Allow-Credentials: true를 넣어줘야 합니다.
- 서버 측에서 Access-Control-Allow-Origin을 설정할 때, 모든 출처를 허용한다는 뜻의 와일드카드(*)로 설정하면 에러가 발생합니다. 인증 정보를 다루므로 출처를 명확히 해야 합니다.
