[English]Der Chromium Edge-Browser hat böse Probleme im Unternehmensumfeld bei der Verwaltung eines Benutzerdatenverzeichnisses. Bei aktiviertem Benutzerdatenverzeichnisse kann der Chromium-Edge nicht vom gleichen Benutzer an verschiedenen Clients gleichzeitig genutzt werden.
Anzeige
Blog-Leser Christian S. hat mich bereits Ende Januar 2020 auf das Problem mit den Benutzerdatenverzeichnisse beim Chromium-Edge aufmerksam gemacht, welches in Firmenumgebungen zu Problemen führen dürfte. Ich nehme es mal hier im Blog mit auf, um das Thema zur Diskussion zu stellen.
Problem: Benutzerdatenverzeichnis im Edge
Beim Chromium-Edge kann ein Administrator über Gruppenrichtlinien ein Benutzerdatenverzeichnis festlegen (siehe folgender Screenshot). Dort legt der Browser dann die Benutzerdaten ab.
Eigentlich eine schöne Sache, da der Benutzer über sein Konto den Edge auf verschiedenen Clients mit seinen gespeicherten Daten einsetzen kann. So weit die Theorie, die in der Praxis aber nicht funktioniert. Christian schrieb mir dazu: Leider gibt es auch ein Problem bei dem Edge, sobald das Benutzerdatenverzeichnis konfiguriert wurde.
Anzeige
Denn der Edge läuft bei angelegtem Benutzerdatenverzeichnis nur auf einem Client. Nachdem Christian ein Benutzerdatenverzeichnis über die Edge-Gruppenrichtlinien (siehe obige Abbildung) festgelegt hat, machte er beim Chromium Edge folgende Beobachtung.
Beobachtung bei aktiviertem Benutzerdatenverzeichnis
Wurde diese Richtlinie definiert, kann der Edge an zwei Rechnern mit demselben angemeldeten Benutzer nicht mehr gleichzeitig gestartet werden. Hier sein Beispiel:
- Benutzer 1 am Arbeitsplatz 1: will den Edge starten -> Edge öffnet sich
- Benutzer 1 am Arbeitsplatz 2: will den Edge starten -> Prozess startet und beendet sich direkt wieder (ohne Popup)
- Benutzer 1 am Arbeitsplatz 1: beendet den Edge
- Benutzer 1 am Arbeitsplatz 2: will den Edge starten -> Edge öffnet sich
- Benutzer 1 am Arbeitsplatz 1: will den Edge starten -> Prozess startet und beendet sich direkt wieder (ohne Popup)
Das Benutzerdatenverzeichnis ist also am zweiten Arbeitsplatz durch den am ersten Arbeitsplatz laufenden Edge blockiert. Der Edge-Browser ist dann nicht mehr nutzbar, sondern die laufende Instanz am ersten Arbeitsplatz muss explizit beendet werden., um den Edge am zweiten System nutzen zu können.
Ich kenne in etwa das Einsatzszenario von Christian anhand der in der Mail angegebenen Organisation, die ich hier nicht nennen möchte. Die Vorgabe: Dann sollen die Benutzer sich halt abmelden, wenn sie am 2. Rechnern mit dem Edge arbeiten müssen, ist da realitätsfremd.
Workfolder und UEV auch keine Alternative
Die Idee von Christian war, Arbeitsordner (Workfolder) zu verwenden. Hier sein Testszenario zu diesem Fall mit Workfoldern:
- Benutzer 1 am Arbeitsplatz 1: Startet und Beendet den Edge
- Benutzer 1 am Arbeitsplatz 2: Startet und Beendet den Edge
- Benutzer 1 am Arbeitsplatz 1: Startet den Edge
- Benutzer 1 am Arbeitsplatz 2: Startet den Edge
- Benutzer 1 am Arbeitsplatz 1: Beendet den Edge
- Benutzer 1 am Arbeitsplatz 2: Beendet den Edge
Dazu schreibt mir Christian: Leider sind hier Workfolder auch keine Lösung, da nach dem obigen kleinen Test bereits diverse Backupfiles angelegt wurden. Weiterhin meint er: Leider ist hier User Experience Virtualization (UEV) auch keine Alternative, da der Microsoft Edge als ein Multi-Prozess läuft. Daher schließt Christian diese Alternative direkt aus.
Frage an die Administratoren im Unternehmensumfeld: Ist dieses Verhalten bei Euch bekannt bzw. bereits festgestellt worden? Falls ja, wie löst ihr dieses Problem in eurer Umgebung?
Ergänzung: Nachdem der Beitrag die Nacht online ging, hat mir Christian noch die Informationen geschickt, dass sich die Probleme gestern auch noch mit Edge v80.0.361.48 nachstellen ließen. Er konnte in der Zwischenzeit folgendes herausfinden:
Frage: Gibt es Synchronisierungsunterstützung für lokale Konten?
Antwort: Derzeit unterstützt Microsoft Edge keine Synchronisierung für lokale Konten. Wir werden diese Unterstützung in einer zukünftigen Version hinzufügen.
Quelle: Microsoft Enterprise Sync
Christian schreibt mir: Ich habe den Testrollout aktuell gestoppt und die betroffenen Benutzer über die Probleme informiert. Sobald wir eine funktionierende Lösung haben oder die neue Funktion hinzukommt werde ich den Rollout wieder fortsetzen.
Ähnliche Artikel:
Microsofts Chromium-Edge wird per Update verteilt
Microsoft Chromium-Edge verfügbar – erste Probleme
Chromium-Edge: Probleme und kein Auto-Update in Firmen
Edge alt und neu im Side-by-Modus betreiben
Chromium-Edge installiert in falscher Sprache
Edge Update auf 79.0.309.68, Sprachproblem behoben
Chrome/Edge-Informationssplitter
Edge: Installer-Sicherheit mangelhaft
Anzeige
Firefox 73 und 68.5.0esr verfügbar.
https://www.deskmodder.de/blog/2020/02/10/firefox-73-0-unterstuetzt-nun-eine-standard-zoom-stufe-fuer-alle-seiten-und-mehr/
https://www.mozilla.org/en-US/firefox/73.0/releasenotes/
https://ftp.mozilla.org/pub/firefox/releases/68.5.0esr/win64/de/
https://ftp.mozilla.org/pub/firefox/releases/73.0/win64/de/
Ist das jetzt Schleichwerbung?
Gruss
Alitai
wohl kaum, nur ein Hinweis.
Habe gerade geschaut. Bei mir kommt noch nicht. Wird wohl wieder in Sturmböen verteilt.
Er ist noch nicht offiziell freigegeben.
Ich greife es gleich auf – hab noch andere Themen. Wäre besser unter Diskussion aufgehoben gewesen.
Geht MS davon aus, das ein Benutzer zur selben Zeit nur an einem Ort sein kann?
(Sagt ja schon die Physik: ein Körper kann zur selben Zeit nicht an zwei Orten sein.)
Natürlich blöd wenn besagter Benutzer zwei Rechner an seinem Arbeitsplatz hatt.
😅🤣
Hat einer schon mal versucht in der aktuellen Stable den internen PDF-Viewer zu deaktivieren? Der ist aktuell ja leider eher ungenügend, das Druckmenü ist sehr beschnitten, also wollen die User einfach, dass das PDF runtergeladen wird und man den Download öffnen kann, d. h. die in Windows hinterlegte Standardapp für *.pdf verwendet wird, z. B. Adobe Reader. Leider klappt das nicht, sobald man auf den fertiggestellten Download klickt erscheint eine Fehlermeldung (vorausgesetzt in Edge ist aktiviert, PDFs immer extern zu öffnen). Die Meldung besagt: "PDF-Reader ist deaktiviert – Der PDF-Reader ist in Microsoft Edge deaktiviert. Um den Reader zu aktivieren, gehen Sie zu Einstellungen, und deaktivieren Sie die Option PDF-Dateien immer extern öffnen."
Super Info. Ich möchte aber einfach eine heruntergeladene Datei mit ihrem Standardprogramm öffnen, warum geht das nicht? Adobe Reader ist als Standard PDF-Programm aktiviert und funktioniert aus dem Windows Explorer heraus auch problemlos. Workaround aktuell ist, sich im Edge umständlich die Download-Liste aufzurufen, dort beim Download nicht direkt zu klicken, sondern das übergeordnete Explorer-Fenster öffnen und anschließen das PDF mit Doppelklick öffnen.
Hat hier jemand das gleiche Problem?
Ich bin auch an einer Lösung dafür interessiert!
Ich habe das gerade mal ausprobiert. Es ist wohl so wie in Chrome und es gibt wohl nur die beiden Varianten. Die Browser (IE11, Chrome, Firefox, Opera) funktionieren bei der Anzeige von PDF-Dateien immer anders. Das nervt.
Interessant, ich habe das jetzt gerade mit Win10 in IE11 ausprobiert, dort öffnet er bei mir Acrobat Pro. Ich hatte vorher den Foxit Reader (nur) für die Anzeige in IE11, der ist besser in der PDF-Ansicht im IE 11. Ich muss mal den Foxit Reader neu installieren. Ich denke bei dem Upgrade auf Win10 hat er es wieder auf Acrobat Pro umgestellt.
Ich habe jetzt gerade bei IE11 festgestellt (mit Win10), dass er nur im extra Fenster mit Acrobat Reader öffnet. Den Foxit Reader macht er nicht. Deaktiviere ist das Add-On für Acrobat Reader und lass alles mit Acrobat Pro aktiviert im IE 11, so öffnet er nicht mehr im extra Browserfester, sondern öffnet das Programm Acrobat Pro direkt. Das will ich eigentlich nicht, da so die PDF-Dateien im temp-Verzeichnis ewig rumliegen, wenn man das nicht dort separat löscht.
Über die APP-Auswahl steuert er die Anzeige im IE11 bei Win10. Das ist bei Win7 anders. Da kann man direkt Foxit Reader auswählen, anstelle von Adobe Reader.
Das mit der PDF-Anzeige in den Browsern nervt etwas. Man will ja nicht sofort die Datei runterladen, sondern zuerst nur mal so schauen, ob es sich lohnt.
Damit wir uns nicht falsch verstehen, Plugins sind nicht relevant, IE ist eh raus. Es geht einzig und allein um das Handling von HTML5 Browsern, wie diese mit PDFs umgehen. Nehmen wir hier mal das Beispiel-PDF von
https://www.tu-berlin.de/fileadmin/fg38/funktionsuebersicht/beispiel.pdf
Im Firefox wird der integrierte PDF-Viewer verwendet. Klicke ich auf das Symbol "Dokument speichern" wird das PDF heruntergeladen und ich kann es mit einem Klick auf den Download direkt öffnen oder Speichern.
Öffne ich die URL in Edge (Chromium) und habe die Einstellung "PDF-Dateien immer extern öffnen" gesetzt (weil mir der interne Viewer wegen seines Druckverhaltens nicht zusagt), erscheint die Meldung "Der PDF-Reader ist in Microsoft Edge deaktiviert. Um den Reader zu aktivieren, gehen Sie zu Einstellungen, und deaktivieren Sie die Option PDF-Dateien immer extern öffnen.", darunter jedoch ein blauer Button "Datei herunterladen", was dann auch getan wird, PDF landet im Download Ordner und unten in der Fußzeile des Browser sieht man die heruntergeladene Datei. Klickt man darauf passiert der Fehler, Edge versucht nicht den Windows-Default-Viewer für PDFs zum Öffnen des PDFs zu verwenden, sondern wieder sich selber und scheitert natürlich wegen obiger Einstellung. Mmn ein Bug und einer der richtig weh tut in Firmenumgebungen :-(
Stand heute klappt das in der Edge Stable nicht. Es gibt auch keine mir bekannte GPO mit der ich das einstellen könnte. Lediglich die Einstellung "PDF-Dateien immer extern öffnen" lässt sich per GPO erzwingen.
Genau, ich habe die Einstellung in Edge deaktiviert, so will er die Datei speichern. Aktiviere ich die Einstellung, so wird diese mir im neuen Browserfenster angezeigt. Das ist in in Chrome ebenso. Er öffnet nicht die Einstellung, die in Win10 vorgegeben sind. Das ist aber bei Chrome auch so. Das nervt mich auch, habe mich aber daran gewöhnt. Das ist bei Opera (chrome-basiert) auch so.
Der einzige der das (fast) richtig macht ist IE11 und das in Win7 und Win10 mit o.g. Einschränkungen.
In FF kann man das einstellen und wählen. Er öffnet dann entweder Acrobat oder Foxit, so wie ich will oder auch nicht. Er nutzt aber auch seine interne Anzeige.
Bei chrome-basierten Browsern geht es mE nicht. Unabhängig davon werden die PDF-Dateien, die mit externen PDF-Programmen geöffnet werden, nach schließen des Browsers im temp-Verzeichnis abgelegt. Diese werden nicht automatisch gelöscht. Das führt zu Datenmüll.
ja, ja die HTML5 Browser. Ich habe jetzt meinen Win7-PC ausprobiert mit IE11. Also es öffnet im separaten Browserfenster mit voller Funktion des Foxit-Readers. Beim Drücken von "F4" kommt das volle Menü. Das geht nur mit IE11 und Win7. Die Standard-PDF-Anzeige ist Acrobat Pro im System.
So will ich es eigentlich überall haben und das geht nicht. Ärger, Ärger.
Das ist gerade mit Win7 und IE11 ausprobiert und geschrieben.
Ich kann alles bestätigen, was Toby beschreibt.
Für Heimanwender wohl verschmerzbar und mit Workarounds handzuhaben, in Firmenumgebungen aber unbrauchbar.
Bestimmt werden da nach und nach einige Firmen Microsoft auf die Füße treten. Bis zur sauberen Lösung wird wohl noch noch einiges Wasser den Rhein runter fließen …
Im Chromium kann man die GPO "UserDataDir" setzen, was wahrscheinlich auch Microsoft für die GPOs des Chromium Edge aufgegriffen hat. Meiner Meinung nach ist das beschriebene Verhalten vollkommen normal, wenn es um Chromium (und alle darauf basierenden Browser) und Firefox geht, wenn das Profil auf einem Netzlaufwerk liegt – ich nehme mal an, dass der im Screenshot sichtbare Pfad ein Netzlaufwerk ist. Ein Profil kann immer nur von einem Nutzer und einem Rechner gleichzeitig benutzt werden, weil die Browser entsprechende Sperrdateien anlegen bzw. Sperren auf Dateien im Profil setzen. Dadurch schlägt der Zugriffsversuch von anderen Clients aus fehl.
Dass sich Chromium Edge in einem solchen Fall heimlich aus dem Staub macht statt darauf hinzuweisen, ist natürlich nicht schön (aber für mich nicht wirklich überraschend).
Grüße
Oh ha … das ist mir noch gar nicht aufgefallen … bei unseren Tests … noch ein Grund mit dem Rollout zu warten. Bei uns nutzen auch einige User gleichzeitig mehrere PCs.
Ein Problem habe ich auch bemerkt: Man kann in der GPO einen automatischen Import vom Standardbrowser (hier noch IE11) anschalten.
Leider funktioniert dies aber nicht sobald man den Start-Dialog (ab Version 80 in den Richtlinien endlich enthalten) abschaltet.
Also doch nicht ganz fit für Unternehmen ….
Hat jemand schon eine Lösung gefunden?
Hallo simsoo,
wir leider bis jetzt noch nicht.
Aktuell warte ich und hoffe auf die Unterstützung in einem der nächsten Updates…
Liebe Grüße
Christian S.
Die eigentliche Einstellung die man machen müsste ist diese hier:
https://www.chromium.org/administrators/policy-list-3#RoamingProfileLocation
Diese gibt es noch nicht. Die Einstellung die oben genannt wird ist dafür gar nicht gedacht, deshalb funktioniert es auch nicht.
Die beiden anderen Policies kommen später.
Dalai hat völlig recht.
Das Problem haben wir schon seit Jahren mit Chrome und umgelegte Userdatenordner ins Netzwerk damit der Anwender immer alles gleich hat..
Soweit ich in den Foren / Communities gelesen bzw. Rückinfo bekommen habe
wird es diese Einstellung von Microsoft nicht geben. Da wird voll auf Sync mit der Cloud gesetzt.
Somit ist der Edge Browser für uns nicht nutzbar.
habe heute testweise in unserem Testtentant versucht, einen AAD-User ohne(!) Lizenzzuweisung zu erstellen und mich mit diesem an 2 Computern in Egde angemeldet (PC1 Edge 80, PC2 Edge 81); dieser User hat ohne Probleme die Favoriten hin und hergesynct; obwohl dies laut Microsoftdokumentation gar nicht gehen sollte, da mind. eine der folgenden Lizenzierungen benötigt wird: AD Premium, AIM P1 oder O365 E3.
Kann diese erfahrung jemand bestätigen? In unserem Test-Tentant sind ledlich 25 Test O365 E3-Lizenzen (1Monat) und 500 Office E1 (6 Monate Covid19, welche dzt. verscherbelt werden) eingepflegt, der betroffene User hat keine dieser Lizenzen zugewiesen.
Hallo liebe IT-Kollegen,
ich habe exakt das gleiche Problem bei einem großen Enterprise-Kunden. Eine parallele Nutzung des Microsoft Edge Browsers über zwei verschiedene Geräte ist mit aktiviertem Benutzerdatenverzeichnis nicht möglich.
Wir nutzen derzeit die Version 83.0.478.58 (64-Bit). Damit funktioniert es immer noch nicht.
Gibt es dazu schon neue Erkenntnisse?! Ggf. Workarounds?
Beste Grüße,
Steven R.
Die Lösung ist einfach mit Roaming Profiles und GPO:
https://docs.microsoft.com/en-us/deployedge/microsoft-edge-policies#userdatadir
Setzen auf ${roaming_app_data}edge-profile
Damit nicht auch der riesige Cache dann im Profil ist, sollte man auch diesen Pfad setzen:
https://docs.microsoft.com/en-us/deployedge/microsoft-edge-policies#diskcachedir
setzen auf ${local_app_data}edge-cache
(Siehe
Und nein, der Parameter
https://docs.microsoft.com/en-us/deployedge/microsoft-edge-policies#roamingprofilesupportenabled
Bringt das nicht, weil hier die PW nicht dabei sind. MS synced die nur in die Azure ADs … :-(
Ja, natürlich speichert man so immer nur die Änderungen für den PC, an dem sich der Benutzer zuletzt abmeldet. Damit können wir aber leben.
Michael
Tolle Lösung, nur gehen wir gerade von Roaming Profiles weg. Microsoft selber sagt, dass man die Profile in den einzelnen Windows Versionen 1809-20H2 nicht mischen soll. (https://docs.microsoft.com/de-de/troubleshoot/windows-server/user-profiles-and-logon/roaming-user-profiles-versioning)
Da wir keine Kontrolle haben an welchen Rechner sich ein Nutze anmeldet, wollen wir hier Fehlermöglichkeiten vermeiden und setzen nur noch auf Ordnerumleitungen.