Wenn ich versuche, System.IO.File.Encrypt() auf einer vorhandenen Datei aufzurufen, löst es eine generische IOException aus, und die Meldung lautet "Parameter ist falsch".File.Encrypt werfend "Parameter ist falsch"
System.IO.File.Encrypt ("C: \ Project \ storage \ datei.txt")
Der aktuelle Benutzer wird das Verfahren unter voller Kontrolle zum "storage" -Ordner hat laufen . Gibt es etwas, das ich in Bezug auf die Berechtigungen vermisse?
Die docs sagen, dass dies durch
Ein I/O-Fehler verursacht werden könnten aufgetreten Öffnen der Datei. -oder- Dieser Vorgang wird nicht auf der aktuellen Plattform unterstützt.
Es kann sein, dass die Datei von einem anderen Prozess gesperrt ist oder dass Sie keine Berechtigung zum Ändern haben. Sie könnten ProcMon ausführen, während Sie diesen Fehler reproduzieren, um zu sehen, ob das Ihr Problem ist.
Ich nehme an, Sie haben Recht, dass die Datei gesperrt ist, aber was weiß ich nicht. Ich werde deinen Vorschlag versuchen. –
Ich habe ProcMon verwendet, und aus dem, was ich gesehen habe, schlug es vor, dass der Benutzer bestimmte Rechte für den gesamten Pfad benötigt. Ich habe den Benutzer zur lokalen Admin-Gruppe hinzugefügt, aber immer noch den gleichen Fehler. –
Well the MSDN page,
Ein I/O-Fehler beim Lesen aufgetreten, während die Datei zu öffnen.
-oder
Dieser Vorgang ist nicht auf der aktuellen Plattform unterstützt.
Weder ist eine besonders nützliche Aussage, aber sie sollten Sie irgendwo zu beginnen.
Können Sie die Datei lesen? Hast du es in deiner App getestet?
Haben Sie die Verschlüsselung anderswo gemacht? Ich habe Verschlüsselung noch nie so nicht gesehen (aber es gibt immer ein erstes Mal!)
Ich werde Ihrem Vorschlag eine Chance geben. –
Ich habe es gerade versucht ... Ich kann die Daten aus der Datei lesen, bevor ich versuche, die Datei zu verschlüsseln. –
Was ist mit Schreiben? – Oli
Weitere Informationen: Ich bin die Identität eines Benutzers bei diesem Code-Block (der Identitätswechsel funktioniert gut) dabei. Da dies ASP.NET ist, habe ich auch überprüft, ob der Netzwerkdienstbenutzer (kein Identitätswechsel auf Codeebene) denselben Fehler ausgegeben hat, aber die Datei wurde einwandfrei verschlüsselt. –