2012-05-03 3 views
0

공급 업체와 SSO를 구현하려고하는데 HTTP 요청을 보내야합니다. 이 HTTP 요청에는 username과 password에 대한 사용자 정의 헤더가 있습니다.이 헤더는 u/p 정보를 전달하는 곳입니다. 사용자가 인증되면 '인증 쿠키'를 다시 보냅니다. 몇 가지를 이해하려고합니다.인증 쿠키가 다른 도메인 문제

  1. 정확히이 인증 쿠키는 무엇입니까? 이것은 표준적인 것입니까? 아니면 인증 정보가있는 쿠키입니까?

  2. HTTP 요청이 내 도메인과 다른 도메인으로 전송됩니다. 즉, 요청을 보내는 스크립트가 a.com에 있고 HTTP 요청을 보내야하는 URL이 b.com입니다. 공급 업체는 응답에서 반환 한 쿠키를 사용자에게 '보내려면'해야한다고 말하고 있습니다. 이것은 작동하지 않지만 왜 쿠키의 도메인은 무엇입니까? a.com 또는 b.com이됩니까? b.com이 실제로 작동하는 스크립트는 a.com에 있고 대부분의 브라우저는 타사 도메인 쿠키를 허용하지 않기 때문에 작동합니다. 쿠키가 이미 b.com에 대한 데이터를 가지고있는 a.com으로 쿠키를 작성하려고하기 때문에 실패합니까?

답변

0

알아 냈어. 반환 된 HTTP는 쿠키가 아닌 다른 사용자 정의 헤더 값입니다. 그래서, 우리는 우리 자신의 쿠키를 써야합니다. 그러나 분명히 다른 도메인은 쿠키를 인식하지 못합니다. 그래서 우리는 실제로 IIS에서 역방향 프록시를 구축하여 도메인 a.com이 x.a.com이라는 프록시를 통해 사이트에 액세스하고 b.com을 보지 못하게합니다. 따라서 작성된 쿠키는 해당 도메인에 의해 인식됩니다.

관련 문제