백(스프링부트) , 프론트(리액트) 서버 따로 배포 후 프론트에 생성된 쿠키값(jwt 토큰)을 못읽어옵니다. _ 당장 내일 발표입니다 ㅠ

Question

서버를 각자 배포 후, 프론트에선 쿠키 생성이 잘 되는데auth 라는 이름의 쿠키를 백엔드에서 읽지 못해서 JWT token null 오류가 뜹니다cors list에 프론트 주소도 추가했고, 아래 설정도 하였습니다. 아시는 분 있으면 댓글 주시면 감사하겠습니다!!!CorsConfiguration config &#61; new CorsConfiguration(); config.setAllowedOriginPatterns(Collections.singletonList(&#34;*&#34;)); config.setAllowedOrigins(originList); config.setAllowedMethods(Collections.singletonList(&#34;*&#34;)); config.setAllowCredentials(true); config.setAllowedHeaders(Collections.singletonList(&#34;*&#34;));

kenu,전독시 · Answer

다른 도메인으로는 쿠키 전달이 안됩니다.headers를 통해서 전달하시는 것을 추천합니다.image from: https://okdevtv.com/mib/cors

Clickin · Answer

크롬에서 도메인이 다르면 https 적용해야지만 쿠키 사용가능합니다.https://www.certkorea.co.kr/bbs/board.php?bo_table=31&wr_id=42적용하지 않는 경우 백엔드에서 쿠키를 줘도 크롬이 적용 자체를 하지 않습니다.무료로 빠르게 https 적용할 방법으로는 Letsencrypt가 있습니다.

자읭식과읭 · Answer

https를 하시고 쿠키 설정을 samesite=none 으로 하시거나authorization header로 보내셔야해요

ykd · Answer

쿠키가 secure 옵션 활성화된 cookie 인 경우 윗분 말씀대로 tls인증(https 사용)이 필요한게 맞구요추가로 fe/be 도메인이 다르면 credential(쿠키 등)을 보내지 않는데요. 이 경우 cross domain간 쿠키 전송을 위해 클라이언트에서 credential(true 또는 include)관련 옵션 조정이 필요하며 서버에서는 access allow 헤더에 allow credentails를 내려보내줘야하며, 이 때 access allow origin에 wildcard 사용이 불가합니다. 따라서 사용하는 도메인 패턴을 응답헤더로 보낼 수 있도록 설정 변경을 해주시는 편이 좋겠습니다.

개발잡부 · Answer

쿠키의 대표적인 보안속성으로 SecureHttpOnlySame Site 옵션이 있는데요 크롬에선 SameSite Policy가 적용되어서 도메인이 다르면 쿠키가 필터링되어 전달이 안됩니다. 그리고 SameSite Policy의 속성을 lax나 none으로 바꾸려면 secure가 true 즉 https 통신이 되야합니다.

백(스프링부트) , 프론트(리액트) 서버 따로 배포 후 프론트에 생성된 쿠키값(jwt 토큰)을 못읽어옵니다. _ 당장 내일 발표입니다 ㅠ

5개의 답변

Q&A 목록