Was genau passiert, wenn ich LoadUserProfile des IIS-Pools einstelle?

Ich stand vor dem folgenden Problem.

Ich führe den folgenden Code aus

var binaryData = File.ReadAllBytes(pathToPfxFile);
var cert = new X509Certificate2(binaryData, password);

in zwei Prozessen. Einer der Prozesse läuft unter LOCAL_SYSTEMund dort ist dieser Code erfolgreich. Ein anderes wird in IIS unter einem lokalen Benutzerkonto ausgeführt, das zur lokalen Gruppe "Benutzer" gehört, und dort wird die folgende Ausnahme angezeigt:

System.Security.Cryptography.CryptographicException
Object was not found.
at System.Security.Cryptography.CryptographicException.ThrowCryptographicException(Int32 hr)
at System.Security.Cryptography.X509Certificates.X509Utils._LoadCertFromBlob(Byte[] rawData, IntPtr password, UInt32 dwFlags, Boolean persistKeySet, SafeCertContextHandle& pCertCtx)
at System.Security.Cryptography.X509Certificates.X509Certificate.LoadCertificateFromBlob(Byte[] rawData, Object password, X509KeyStorageFlags keyStorageFlags)
at System.Security.Cryptography.X509Certificates.X509Certificate2..ctor(Byte[] rawData, String password)
//my code here

Also habe ich ein bisschen gegoogelt und diese Antwort auf eine ähnliche Frage gefunden. Ich habe versucht, LoadUserProfileden Anwendungspool zu aktivieren , und er funktioniert jetzt.

Das Problem ist, dass ich nicht verstehe, was genau passiert, wenn ich einstelle LoadUserProfileund welche Konsequenzen dies haben könnte. Ich meine, wenn es eine "gute" Sache ist, warum ist es dann nicht standardmäßig "an" und warum ist es schließlich da?

Was genau passiert, wenn ich mich LoadUserProfileim IIS-Pool einstelle und welche negativen Konsequenzen kann dies haben?

Ich meine, wenn es eine "gute" Sache ist, warum ist es dann nicht standardmäßig "an" und warum ist es schließlich da?

IIS 6 hat niemals Benutzerprofile geladen. Ich würde annehmen, dass dies standardmäßig deaktiviert ist, um das Verhalten konsistent zu halten, und ein Administrator muss sich dafür anmelden.

Ich habe versucht, LoadUserProfile für den Anwendungspool zu aktivieren, und es funktioniert jetzt.

Dies ist höchstwahrscheinlich darauf zurückzuführen, dass der Windows-Kryptografiedienstanbieter versucht hat, einen Schlüssel für Ihr Zertifikat im Benutzerspeicher zu speichern oder zu laden. Da ein Profil nicht verfügbar war, war kein kryptografischer Kontext verfügbar. Beachten Sie, dass die Load User ProfileEinstellung nur für Benutzerkonten gilt. Dienstkonten wie NETWORK SERVICE und ApplicationPoolIdentity werden speziell behandelt.

Was genau passiert, wenn ich LoadUserProfile im IIS-Pool einstelle?

Nun, das Benutzerprofil ist geladen. Dies umfasst den kryptografischen Speicher, Umgebungsvariablen wie% TEMP% und andere.

Worauf es letztendlich LoadUserProfilehinausläuft, wird von IIS aufgerufen, wenn der AppPool gestartet wird.

Welche negativen Folgen kann es haben?

Möglicherweise wird die Abwärtskompatibilität mit einer App unterbrochen, die unter IIS 6 ausgeführt wurde und das Benutzerprofil nicht geladen hat. Die Umgebungsvariablen werden geladen. Wenn beispielsweise Benutzerprofil laden auf true gesetzt ist, lautet die Umgebungsvariable% TEMP% C:\Users\AccountName\AppData\Local\Temp(zum Beispiel). Wenn falsch, ist es C:\WINDOWS\Temp.