DNN重定向登錄

我正在將我的DNN應用程序從07.00.02升級到07.03.04，並在安裝後將我的所有門戶重定向到登錄頁面。所有門戶都配置了登錄頁面，配置爲允許「所有用戶」角色查看訪問權限。其他人在升級後是否遇到此問題？DNN重定向登錄

我對web.config進行了大量更改，包括將身份驗證模式設置爲none，但遺憾的是問題仍然存在。

的IIS日誌顯示有2次GET嘗試打導致302中的網站的根，然後用於與200響應登錄選項卡的GET請求，請參閱以下內容：

2015年2月5日05 ：45：01 127.0.0.1 GET/-80- 127.0.0.1 Mozilla/5.0 +（Windows + NT + 6.3; + WOW64）+ AppleWebKit/537.36 +（KHTML，+ like + Gecko）+ Chrome/40.0.2214.94 + Safari /537.36 - 302 0 0 4203

2015-02-05 05:45:01 127.0.0.1 GET/- 80 - 127.0.0.1 Mozilla/5.0 +（Windows + NT + 6.3; + WOW64）+ AppleWebKit/537.36 +（KHTML，+ like + Gecko）+ Chrome/40.0.2214.94 + Safari/537.36 - 302 0 0 3

2015-02-05 05:45:01 127.0.0.1 GET /Default.aspx TabId = 4330 & ctl =登錄& returnurl =％2f 80 - 127.0.0.1 Mozilla/5.0 +（Windows + NT + 6.3; + WOW64） + AppleWebKit/537.36 +（KHTML，+ like + Gecko）+ Chrome/40.0.2214.94 + Safari/537.36 - 200 0 0 354

來源

2015-02-05 Christian

您可以自己登錄嗎？我首先檢查頁面權限，也許權限在升級時被覆蓋（從來沒有見過我自己）。

您可能還會檢查着陸頁是否仍然配置？

來源

2015-02-05 10:45:32

謝謝，克里斯。權限是正確的，着陸頁是正確的，並且問題出現在從未有限制性權限的門戶上，因爲它們是公共站點，所以這絕對不是這些頁面的安全設置，但是我感覺存在安全組件這裏不再起作用，導致應用程序認爲所有頁面現在都需要來自經過身份驗證的客戶端的請求。 – Christian

下面是解決方案和問題根源的解釋。

DNN框架在版本07.00.02和07.04.00之間似乎發生了變化，其中使用dbo.vw_TabPermissions中的RoleName而不是RoleId在同一視圖中。這是由dbo.GetTabPermissionsByPortal存儲過程返回的。在02年7月7日我沒有任何問題，但升級後，給定的是在-1，-2和-3系統角色沒有做的時候創建的RoleId -1的dbo.Roles表中的一些遺留數據似乎存在。在我的系統中，爲自定義功能創建了非系統角色，因此RoleName不是「所有用戶」。

將角色名稱字段更新爲「所有用戶」可更正此問題，並在系統版本爲05.06.03時查看舊備份，而我的數據庫中沒有記錄爲RoleIds -1，-2和-3。從歷史上看，角色在大多數地方似乎都是硬編碼的，就像他們現在仍在d.04.vw_TabPermissions中一樣。

因此，根本原因是經過大量調試後，SQL Profiler識別出的錯誤數據.Net代碼中不存在問題。

來源

2015-02-11 03:56:44 Christian

DNN重定向登錄

回答

相關問題