同一Web服務器上的跨應用程序的身份驗證/登錄問題| IIS 7.5安裝

在同一臺服務器上有兩個應用程序設置，GamesPlayLogin & GamesPlay。 [在Windows Server 2008 R2]同一Web服務器上的跨應用程序的身份驗證/登錄問題| IIS 7.5安裝

因此，一旦用戶使用的登錄程序（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

我看到與上面的事件日誌，但沒有成功，許多解決方案。首先，我的應用程序位於同一臺WEB服務器上，並且使用Autogenerated密鑰的相同設置也在早期工作（Windows Server 2008，直到我們最近遷移到了Windows Server 2008 R2）。

我仍然在尋找原因，爲什麼同樣的設置工作較早（在Windows Server 2008），但不遷移到Windows 2008 R2最近了。

來源

2013-08-29 R.C

我認爲這是你需要的。 http://msdn.microsoft.com/en-us/library/eb0zx8fc.aspx這裏有一些關於生成密鑰的更多信息。 http://go.microsoft.com/fwlink/?linkid=155113確保兩個應用程序的設置相同。 –

有應用程序池的默認身份從網絡服務改變到自動生成的程序池身份IIS 7 & 7.5之間的差。

此外，兩個應用程序池在不同的用戶下運行。

因爲，在autogenkey都存儲在每個用戶的基礎上,,和兩個過程不同的用戶下運行，他們將有不同的AUTOGEN鍵，這最終解釋了爲什麼我們在這裏看到的問題。

通過the DEV'S Blog去，終於證明了很多幫助。

最後，考慮到我們的要求，我們將應用程序池的標識更改爲每個應用程序池的同一用戶。

此外，this blog post由千電子伏介紹如何autogenkey存儲在註冊表中。

來源

2013-09-07 07:36:55

同一Web服務器上的跨應用程序的身份驗證/登錄問題| IIS 7.5安裝

回答

相關問題