2015-10-14 47 views
2

在本地,但沒有工作,我有運行.NET 4.5.1和身份2.PasswordSignInAsync在Azure中

在我的WebAPI一個Web應用程序我有一個iOSLoginController.cs使用代碼從主.NET身份的AccountController.cs嫁接。它使用AFNetworking 2.0從我的iOS應用程序提供。

它在我當地的iis本地很好地工作。記錄正常。但是,當發佈到Azure中,它實際上沒有登錄,但它仍然表示,在「成功」:

var result = await SignInManager.PasswordSignInAsync(usernameToCheck, model.Password, false, shouldLockout: false);     
      // switch on result 
      switch (result) 
      { 
       case SignInStatus.Success: <-- it says it's successful ?!? 

不過,如果我在一個web視圖與AFNetworking馬上檢查,它不是在登錄和重定向到登錄?ReturnURL = .. c(我的應用程序是混合和使用Webviews的信息/統計數據和原生登錄/註冊,並在身份1,這是一個升級網站工作正常)

這不是iOS應用程序,它是對我的本地IIS和另一個常規物理服務器正常工作。但是,當我改變其中對於API的基礎URL指向Azure的機器,它只是不記錄的人......但話說成功...... 我通過

我連接到過程中VS2015驗證在web.config中也手動設置了機器密鑰,以便在IIS開始回收進程時不會進行輪換並將用戶註銷。

任何想法?

回答

1

現代瀏覽器參考Public Suffix List瞭解cookie域,它們被視爲公共。

該列表的想法最初來自需要保護頂級域名,如.com,因爲任何人都可以爲所有域名設置一個cookie,這些域名的結尾爲.com,這將影響所有頂級域名級別.com域。

該列表還包含其他域被認爲是公衆。此列表由社區維護,azurewebsites.net域名(其他人)是此列表的一部分。

得益於此,一個人不可能在共享域上的其他人應用中設置天藍色應用並劫持cookie。