Die Antwort auf mein Problem war eine feste Maschine Schlüssel in beiden Versionen von machine.config
C angeben: \ Windows \ Microsoft.NET \ Framework64 \ v4.0.30319 \ Config \ Maschine. config-
und
C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ Config \ machine.config
Zugabe dieses Elements in <system.web>
<machineKey validationKey="C3A9A590C67C27D96650E4EF5F586943A641187F5655052C3EB0BAC852CAA7D094D21376D4C8D91E989A36D9D2BF868B3CA63493AC6358B0415C1E34E1B8C346"
decryptionKey="C6E83A1393A826814BE889349CBFDFBFCDC9318313616EDD"
validation="HMACSHA512" decryption="AES" />
bin ich immer noch nicht sicher, warum das funktioniert. IIS wurde so eingerichtet, dass ein serverweiter Computerschlüssel im IIS-Manager verwendet wird. Der Schlüssel zur Lösung des Problems kam, als ich in den machine.config-Dateien nach den vorhandenen Schlüsseln suchen wollte.
Sie müssen weiterhin sicherstellen, dass beide Anwendungen im selben Modus ausgeführt werden.
können Sie sogar encrypt in einer Anwendung mit läuft Aktivieren 32-Bit-Anwendungen Satz Wahr und entschlüsseln in einem anderen mit Aktivieren 32-Bit-Anwendungen Satz Falsch, wenn Sie die Set Computerschlüssel in der web.config Anwendungen
EDIT
Da versuchen, es zu Server bereitstellen Server 2008 fanden wir es notwendig war, 4 machine.config-Dateien zu ändern:
C: \ Windows \ Microsoft.NET \ Framework \ v2.0.50727 \ CONFIG \ machine.config C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ Config \ machine.config C: \ Windows \ Microsoft.NET \ Framework64 \ v2.0.50727 \ CONFIG \ machine.config C: \ Windows \ Microsoft. NET \ Framework64 \ v4.0.30319 \ Config \ machine.config
Sie wissen immer noch nicht genau, warum
ich nur vermuten kann, dass c Das Hängenbleiben der Bitheit des Codes hat auch Auswirkungen auf die Entschlüsselung. Halten Sie die Bitness beim Verschlüsseln und Entschlüsseln gleich. – ChrisBint