2014-05-13 3 views
0

동일한 도메인에서 실행중인 2 개의 ASP. NET 응용 프로그램 (모두 준비 중이며 & 프로덕션)이 있습니다. 응용 프로그램 A는 팝업 창에서 응용 프로그램 B의 페이지를 엽니 다. 스테이징 및 프로덕션의 쿠키 이름은 다릅니다.영구 쿠키가 하위 도메인에서 공유되지 않습니다.

이상하게도 일부 사용자의 경우 요청이 프로덕션을위한 것이지만 스테이징 쿠키가 요청에 추가됩니다. 캐시 된 요청이 어딘가에서 가져온 것입니까? 프로덕션 쿠키는 어디에 있습니까? 응용 프로그램 A에서 쿠키가 발견되고 정상입니다. 그러나 응용 프로그램 B는 준비/잘못된 쿠키를 받고 있습니다.

기밀 문제에 대한 코드를 공유하지 않으셔서 죄송합니다. 여기에 예제가있다 :

어플리케이션 B에서
BDT, path="/", domain=".sample.com" (this is production) 

, 쿠키가 다소 다음과 같이 있습니다 :

SBDT, path="/", domain=".sample.com" (this is staging cookie) 

이 기계에서 캐시되는 요청 (사 응용 프로그램 A의

, 다음 쿠키가있다 또는 일부 프록시 서버)를 반복적으로 발행합니까? 아니면 어떤 악성 소프트웨어가 될 수 있습니까?

사용자는 마침내 우리가 그것을 금

+0

준비 및 생산의 도메인이 정확히 샘플 동일합니다. 정확하니? 클라이언트와 스테이징/프로덕션 사이에 어떤 프록시 서버가 있습니까? (제대로 작동하는 프록시가 설정하는 X-Forwarded-For HTTP 헤더에 대한 HTTP 요청을 확인할 수 있습니다.) –

+0

감사합니다. @EricJ. 빠른 응답을 위해. 예, 도메인이 둘 다 동일하므로 서버 이름이 달라집니다 (예 : prod.sample.com, stg.sample.com). 이미 확인했는데 요청에 XFF 헤더가 없습니다. 사용자로부터 httpwatch 로그를 받았습니다. – Hemanth

+0

가능하면 쿠키를 특정 하위 도메인 인 prod.sample.com 또는 stg.sample.com으로 설정하십시오. 구성 파일 또는 유사한 것을 사용하여 쿠키를 설정할 하위 도메인을 소프트웨어에 알려주십시오. –

답변

0

윈도우 7 (IE7 모드에서) IE9을 사용하고 있습니다. 다시 HttpWatch 로그를 신중하게 분석하여 App B가 IE 보호 모드로 실행되고 있음을 확인했습니다. 여기서 App A는 그렇지 않습니다.

우리는 클라이언트에게 캐시를 지우고 응용 프로그램을 다시 시작하도록 요청했습니다. 그 후 우리는 우리가 그들이 사용할 수 높은 보안 수준이 IE 보호 모드에서 실행중인 것을 추측했다

응용 프로그램 B는 모든

에서 NO 쿠키를 받고되지 않습니다 것을 발견했다. 또한 신뢰할 수있는 사이트 목록에 '앱 A'만 있습니다. AppA.sample.com

대신 *.sample.com을 추가하고 문제를 해결하도록 요청했습니다. 자세한 내용은

확인 : Persistent cookies are not shared between Internet Explorer and Office applications

관련 문제