2012-04-06 2 views
1

Ich habe Code in einem EF Code First-Initialisierer, der den Mitgliedschaftsanbieter (ASP Universal Provider) ergreift und einige Benutzer sediert. Ich weiß, dass das nicht unbedingt ein normales Szenario ist, aber es hat großartig in lokalen Dev gearbeitet. Wenn ich nach Azure schiebe, sehe ich manchmal, dass es nicht funktioniert. Ich sehe die Datensätze, die in den erstellten Mitgliedschaftstabellen erstellt wurden, aber wenn ich mich mit dem Kennwort anmelde, stimmt es nicht überein. Aktualisieren der Salz und Passwort mit Werten von meinem lokalen auch nicht zu funktionieren. Gibt es etwas Spezifisches an der Maschine oder dem Betriebssystem für die Generierung/Validierung des Salzes/Passworts? Es macht keinen Sinn, denn das würde jedes Farmszenario durcheinander bringen, nur um Hilfe zu suchen, warum ich so etwas sehen könnte.Ist ASP Membership Provider-Kennwort und Salzmaschine oder OS spezifisch?

Antwort

0

Ja, wenn Sie den Computerschlüssel explizit festlegen, verwendet der Mitgliedschaftsanbieter diesen Schlüssel zum Verschlüsseln des Kennworts.

Sie müssen also den gleichen Maschinenschlüssel in allen web.config-Dateien haben.

+0

Ich denke, ich erinnere mich, das einmal vor langer Zeit getan. Danke für die Erinnerung. Ich werde versuchen, es nach diesem Artikel (http://msdn.microsoft.com/en-us/library/ff649308.aspx#paght000007_webfarmdeploymentconsiderations) einzustellen und sehen, ob ich nicht auf das Problem stoßen. Als Antwort für jetzt markieren. Vielen Dank – Bryan

Verwandte Themen