동일한 서버에 GamesPlayLogin 및 GamesPlay라는 두 가지 애플리케이션이 설정되어 있습니다. [윈도우 서버 2008 R2]
따라서 사용자가 로그인 응용 프로그램 (GamesPlayLogin)을 사용하여 인증되면
<authentication mode="Forms">
<forms name="GamesLoginCheck" loginUrl="/GamesPlayLogin/Default.aspx"
timeout="240" path="/" slidingExpiration="true" />
</authentication>
응용 프로그램 인 GamesPlay로 리디렉션됩니다. 그러나 리디렉션을 수행하면 인증이 매번 실패하고 사용자가 첫 번째 응용 프로그램 인 GamesPlayLogin으로 다시 리디렉션됩니다.
요구 사항 결정에 따라 두 응용 프로그램은 다른 응용 프로그램 풀에서 실행되도록 설정되어 다른 응용 프로그램에 영향을주는 한 앱에서 발생하는 문제를 방지 할 수 있습니다. 그리고 우리는 자동 생성 키를 사용하고 있습니다.
또한 IIS (버전 7.5)를 확인하여 "각 응용 프로그램에 대한 고유 키 생성"확인란이 선택 취소되었는지 확인했습니다.
이벤트 로그 표시 ::
Event message: Forms authentication failed for the request
Reason: The ticket supplied was invalid
위의 이벤트 로그와 관련된 많은 솔루션을 보았지만 성공하지 못했습니다. 첫째로 내 응용 프로그램은 동일한 웹 서버에 있으며 자동 생성 키를 사용하는 동일한 설정이 이전에 작동했습니다 (Windows Server 2008, 최근에 Windows Server 2008 R2로 마이그레이션 할 때까지).
동일한 설정이 이전에 작동했지만 (Windows Server 2008) 최근에 Windows 2008 R2로 이동 한 후에는 여전히 작동하지 않는 이유를 찾고 있습니다.
IIS 7과 7.5 사이에는 응용 프로그램 풀의 기본 ID가 네트워크 서비스에서 자동으로 생성 된 AppPool ID로 변경되었다는 차이점이 있습니다.
또한 두 응용 프로그램 풀이 서로 다른 사용자로 실행되었습니다.
autogenkey는 사용자 단위로 저장되고 두 프로세스는 서로 다른 사용자로 실행되므로 서로 다른 autogen 키를 갖게되므로 여기서 문제가 발생하는 이유를 설명합니다.
를 통과 데브 'S 블로그 , 마지막으로 많은 도움이 입증되었다.
마지막으로 요구 사항을 고려하여 응용 프로그램 풀의 ID를 각 앱 풀에 대해 동일한 사용자로 변경했습니다.
또한 Kev 의이 블로그 게시물 에서는 autogenkey가 레지스트리에 저장되는 방법에 대해 설명합니다.
이 기사는 인터넷에서 수집됩니다. 재 인쇄 할 때 출처를 알려주십시오.
침해가 발생한 경우 연락 주시기 바랍니다[email protected] 삭제
몇 마디 만하겠습니다