Internet Explorer 10 und 11: Das Herunterladen schlägt nach dem Verschieben des Benutzerprofils fehl. Erweiterungen werden mit Unterstrich umbenannt;

924
opt12

Ich habe ein größeres Problem mit Internet Explorer 10 und 11, nachdem ich die Benutzerprofile von C: \ Users auf eine andere Partition verschoben habe (nämlich D: \ Users).

Ich folgte diesem Tutorial http://windows-hilfe-forum.de/f16/benutzerordner-komplett-auf-andere-partition-verschieben-1076/ und auf den ersten Blick hat alles recht gut geklappt.

Ein Problem mit Internet Explorer und seiner Funktion "Protected Mode" (Internetoptionen / Sicherheit) besteht jedoch weiterhin: Wenn ich versuche, eine (* .exe) -Datei herunterzuladen, wird die Erweiterung von foo.exe in foo_exe umbenannt. Das ist wirklich nervig.

Ich habe diesen Beitrag hier auf superuser.com gesehen, aber das hilft mir nicht, das Problem zu beheben. Das Herunterladen von Dateien des IE10 hat die .exe-Datei zur _exe-Datei

Mein bisheriges Googeln und Lesen lässt mich glauben, dass Internet Explorer mit aktiviertem "Protected Mode" alle Dateien mit potenziell bösartigen Erweiterungen (z. B. * .exe) in einen speziellen virtualisierten Ordner mit der Umbenennung der Erweiterung herunterlädt. Erst nach der Genehmigung durch den Benutzer werden diese Dateien in den normalen Downloadordner verschoben und die korrekte Erweiterung wiederhergestellt. -> Es sieht so aus, als ob der IE Probleme mit diesen virtualisierten Ordnern hat, nachdem die Benutzerprofile an einen anderen Ort verschoben wurden. Dies muss also ein Problem mit dem Pfad zu den temporären Internetdateien und den jeweiligen virtualisierten Ordnern sein.

Weiß jemand, wie man dieses Problem dauerhaft beheben kann und wo die Pfade zu diesen gruseligen Ordnern gespeichert und definiert werden? (Ich möchte den geschützten Modus nicht ausschalten, auch wenn dies ein kurzfristiges Mittel ist)

Das Problem tritt nicht auf, wenn ein neues Benutzerprofil an der neuen Profilposition erstellt wird. Es tritt nur bei Benutzerprofilen auf, die sich am alten Speicherort von c: \ users befanden und dann in den neuen Profilordner verschoben wurden.

0

1 Antwort auf die Frage

0
Caio Garcez

Hatte genau das gleiche Problem. Ich habe festgestellt, dass dies der Fall ist, weil beim Verschieben des Benutzerprofils auf ein neues Laufwerk die verschobenen Ordner alle eine mittlere Integritätsstufe (IL) haben und der IE Protected Mode (IEPM) mit niedriger IL ausgeführt wird (IEPM wird daher der Zugriff auf die Ordner verweigert, in denen er benötigt wird um den Download abzuwickeln). Die Lösung besteht darin, die Integritätsstufe für die von IEPM verwendeten Ordner manuell auf Niedrig zu ändern. Gehen Sie folgendermaßen vor, um das Problem zu beheben:

  1. Öffnen Sie eine Eingabeaufforderung als Administrator
  2. Wechseln Sie zu (Neuer_Profilstandort) \ AppData \ Local \ Microsoft \ Windows \ Temporary Internet Files \ Virtualized
  3. Beachten Sie, dass es einen Ordner "C" mit einigen Unterordnern gibt
  4. Wir müssen dieselbe Struktur für den neuen Laufwerksbuchstaben (denjenigen, der die Benutzerprofile enthält) neu erstellen. In meinem Fall war es Laufwerk G: Also habe ich diesen Befehl ausgeführt:
  5. Robocopy. \ C. \ G / E / XO / COPYALL (ersetzen Sie G durch Ihren Laufwerksbuchstaben)
  6. Jetzt müssen wir die IL für den G-Ordner und alle seine Unterordner auf Low setzen (ersetzen Sie G erneut durch Ihren Laufwerksbuchstaben):
  7. icacls G / setintegritylevel L / T
  8. Wir müssen jetzt dieselbe Änderung für zusätzliche Ordner vornehmen. Gehen Sie an der Eingabeaufforderung eine Ebene nach oben (Sie sollten sich jetzt unter (Neuer_Profile_Pfad) \ AppData \ Local \ Microsoft \ Windows \ Temporary Internet Files befinden).
  9. Führen Sie icacls Low / setintegritylevel L / T aus
  10. Gehen Sie jetzt zu (New_Profile_Location) \ AppData \ Local \ Microsoft \ Windows \ History
  11. Führen Sie icacls Low / setintegritylevel L / T aus
  12. Gehen Sie schließlich zu (New_Profile_Location) \ AppData \ Roaming \ Microsoft \ Windows \ Cookies
  13. Führen Sie icacls Low / setintegritylevel L / T aus

Dies sollte es beheben.