Vertrauenswürdige Orte mal wieder: UNC Pfad klappt nicht
Hallo zusammen,
nach langer Forenabstinenz hab ich eine ganz konkrete Frage. Ich hoffe Ihr könnt hier helfen
Und zwar bekomme ich es derzeit für ein Image welches gebaut wird nicht hin unsere CIFS/SMB Zelle als Vertrauenswürdiger Ort in Office einzupflegen
Vorgegangen bin ich wie bspw. hierbeschrieben
Ich bin hier Lokal im Golden Image im Syprep Auditmodus mit Adminrechten im Trust Center von Word (das muss ja über die GUI in jedem OfficeProgramm separat erstellt werden) unter -> Vertrauenswürdige Orte ,
Dann noch unter Vertrauenswürdige dokumente aktiviert:
das sollte es doch gewesen sein, eigentlich
Nun kommen allerdings diese nervende Fehlermeldung wenn ich in Word ein File öffne von \\SMB1.BUMS.DE\PROJEKTE\BLABLA\Blub.docx
Nun : Das gleiche passiert auch mit der hierzu angelegten GPO mit gleichen Einstellung (aktuelles Office2019ADMX) .Die Einstellungen scheinen also nicht zu wirken
diese wurd bei Office 2013 noch sauber an Clients delegiert, die schreibe wie oben mit UNC PFad \\SMB1.BUMS.DE\ hatte damals soweit ich weiß die erwünschte Wirkung auch für unterordner belieber Ebene welche unterhalb des RootUNC Pfades liegen.
Das sollte ja eigentlich mit der aktiven Einstellung im Trust Center : Settings "Unterordner sind ebenfalls Vertrauenswürdig" einhergehen?
Muss ich hier etwa wirklich registrytweaken?
Vielleicht google ich auch falsch, fals jemand hier einen Tipp hat weil er das gleiche Problem hatte
nach langer Forenabstinenz hab ich eine ganz konkrete Frage. Ich hoffe Ihr könnt hier helfen
Und zwar bekomme ich es derzeit für ein Image welches gebaut wird nicht hin unsere CIFS/SMB Zelle als Vertrauenswürdiger Ort in Office einzupflegen
Vorgegangen bin ich wie bspw. hierbeschrieben
Ich bin hier Lokal im Golden Image im Syprep Auditmodus mit Adminrechten im Trust Center von Word (das muss ja über die GUI in jedem OfficeProgramm separat erstellt werden) unter -> Vertrauenswürdige Orte ,
- Habe Vertrauenswürdige Orte im Intranet zulassen aktiviert
- dann dort zwei UNC Pfade eingetragen \\SMB1.BUMS.DE\ und \\SMB2.BUMS.DE\
Dann noch unter Vertrauenswürdige dokumente aktiviert:
das sollte es doch gewesen sein, eigentlich
Nun kommen allerdings diese nervende Fehlermeldung wenn ich in Word ein File öffne von \\SMB1.BUMS.DE\PROJEKTE\BLABLA\Blub.docx
Nun : Das gleiche passiert auch mit der hierzu angelegten GPO mit gleichen Einstellung (aktuelles Office2019ADMX) .Die Einstellungen scheinen also nicht zu wirken
diese wurd bei Office 2013 noch sauber an Clients delegiert, die schreibe wie oben mit UNC PFad \\SMB1.BUMS.DE\ hatte damals soweit ich weiß die erwünschte Wirkung auch für unterordner belieber Ebene welche unterhalb des RootUNC Pfades liegen.
Das sollte ja eigentlich mit der aktiven Einstellung im Trust Center : Settings "Unterordner sind ebenfalls Vertrauenswürdig" einhergehen?
Muss ich hier etwa wirklich registrytweaken?
Vielleicht google ich auch falsch, fals jemand hier einen Tipp hat weil er das gleiche Problem hatte
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 629783
Url: https://administrator.de/forum/vertrauenswuerdige-orte-mal-wieder-unc-pfad-klappt-nicht-629783.html
Ausgedruckt am: 22.12.2024 um 09:12 Uhr
6 Kommentare
Neuester Kommentar
Welche Meldung erscheint genau? (Screenshot), da gibt es ein paar unterschiedliche die unterschiedliche Maßnahmen erfordern.
Z.B. die bei Links innerhalb von Dokumenten angeklickt werden müssen da anders behandelt werden.
WIN 10 Excel 7 Abfrage Datensicherheit bei Hyperlinks
Hier bestimmen dann die EditFlags der Zielanwendung das Verhalten dieses speziellen Dialogs.
Zusätzlich sollte der Speicherort innerhalb der IE-Zonen als vertrauenswürdig hinterlegt werden.
Z.B. die bei Links innerhalb von Dokumenten angeklickt werden müssen da anders behandelt werden.
WIN 10 Excel 7 Abfrage Datensicherheit bei Hyperlinks
Hier bestimmen dann die EditFlags der Zielanwendung das Verhalten dieses speziellen Dialogs.
Zusätzlich sollte der Speicherort innerhalb der IE-Zonen als vertrauenswürdig hinterlegt werden.