2011-08-24 2 views
1

J'ai écrit une application Web pour le cloud Azure qui utilise le fournisseur d'appartenance de stockage de table asp.net pour la sécurité.Fournisseur d'appartenance Azure utilisant le stockage de table

Je peux obtenir ceci fonctionnant localement dans le tissu de révélateur avec l'application pointant pour employer le compte de stockage dans le nuage par exemple. dans web.config

<membership defaultProvider="TableStorageMembershipProvider" userIsOnlineTimeWindow="20"> 
     <providers> 
     <clear/> 
     <add name="TableStorageMembershipProvider" 
      type="Microsoft.Samples.ServiceHosting.AspProviders.TableStorageMembershipProvider" 
      description="Membership provider using table storage" 
      applicationName="AspProvidersDemo" 
      enablePasswordRetrieval="false" 
      enablePasswordReset="true" 
      requiresQuestionAndAnswer="false" 
      minRequiredPasswordLength="6" 
      minRequiredNonalphanumericCharacters="0" 
      requiresUniqueEmail="true" 
      passwordFormat="Hashed"/> 
     </providers> 
    </membership> 

et ServiceConfiguration ici:

<Setting name="DataConnectionString" value="DefaultEndpointsProtocol=https;AccountName=MyAccount;AccountKey=MyAccountKeyHere" /> 

Il fonctionne localement, mais quand je déploie dans le nuage, je ne peux pas se connecter en raison de mot de passe invalide même si j'utilise le même compte et code qui fonctionne dans DevFabric. La seule chose que je peux penser est que c'est quelque chose à voir avec le sel que le compte que j'essaye de se connecter avec est créé localement.

Est-ce que quelqu'un sait ce qui pourrait causer cela? J'apprécie que je puisse passer et mettre des états de trace partout - essayant juste de me sauver un certain temps!

Mise à jour: semble fonctionner lorsque vous utilisez le mot de passe Clear Text. Doit être une différence entre la façon dont mon ordinateur local et Azure calcule le hachage.

Répondre

0

Je serais que votre clé de machine sur local étant diff à Azure. Les utilisateurs que vous avez créés sur la structure de développement pointant vers le stockage Azure utilisent des clés de machine différentes de celles utilisées dans Windows Azure.

Bien que la question spécifique décrit ici est fixé à 1.4 je pense encore si vous utilisez pointage local pour le même compte de stockage que votre service Windows Azure ne vous pouvez toujours avoir à faire ce qui suit - http://msdn.microsoft.com/en-us/library/gg494983.aspx

Questions connexes