Registry-Fehler bei PersonalBackup
Registry-Fehler bei PersonalBackup
Hallo,
wir wollen nun auch PersonalBackup im größerem Rahmen verteilen. Leider habe ich das Problem, dass die Sicherung die Registry-Infos nicht sichert, sondern eine Fehlermeldung "Registry deaktiviert. ...." ausgibt.
Wir haben in unserer Domäne per GPO die Nutzung des Richtlinieneditors für den Benutzer gesperrt. Hebe ich diese Sperre auf, funktioniert alles.
Was muss ich tun, um PersonalBackup auch im Usermode (ohne diese Sicherheitsfunktion zu deaktivieren) nutzen zu können.
wir wollen nun auch PersonalBackup im größerem Rahmen verteilen. Leider habe ich das Problem, dass die Sicherung die Registry-Infos nicht sichert, sondern eine Fehlermeldung "Registry deaktiviert. ...." ausgibt.
Wir haben in unserer Domäne per GPO die Nutzung des Richtlinieneditors für den Benutzer gesperrt. Hebe ich diese Sperre auf, funktioniert alles.
Was muss ich tun, um PersonalBackup auch im Usermode (ohne diese Sicherheitsfunktion zu deaktivieren) nutzen zu können.
-
- Moderator
- Posts: 7962
- Joined: 13. Dec 2004, 23:10
- Location: Adendorf/Lüneburg
Das ist nicht möglich, da PBackup.exe immer im Userkontext läuft.
Selbst wenn man die PBackup.exe über den SetupService startet und dann Admin-Rechte zur Verfügung stehen würde das nicht viel helfen, da dieser User dann nicht auf die HKCU-Einträge des Users zugreifen kann.
Selbst wenn man die PBackup.exe über den SetupService startet und dann Admin-Rechte zur Verfügung stehen würde das nicht viel helfen, da dieser User dann nicht auf die HKCU-Einträge des Users zugreifen kann.
Hendrik Ambrosius / Senior Presales Consultant
Mobile: +49 172 408 4447 | hendrik.ambrosius@matrix42.com
Matrix42 GmbH | Elbinger Straße 7 | 60487 Frankfurt am Main | Germany | www.matrix42.com
Disclaimer: I participate in this forum on a voluntary basis. Views expressed are not necessarily those of Matrix42 or of the support team.
Mobile: +49 172 408 4447 | hendrik.ambrosius@matrix42.com
Matrix42 GmbH | Elbinger Straße 7 | 60487 Frankfurt am Main | Germany | www.matrix42.com
Disclaimer: I participate in this forum on a voluntary basis. Views expressed are not necessarily those of Matrix42 or of the support team.
Registryfehler
Das ist ja wirklich dumm!
Habe bereits darüber nachgedacht, ob ich einen Workaround finde.
Die Idee war, vor Start von PBackup den RegistryWert zu ändern und nach der Sicherung den Key wieder zu setzen. Leider konnte ich den Key (mittels EmpirumPaket) nicht ändern. Liegt anscheinend an den begrenzten Rechten auf den Key HKCU\Software\Microsoft\Windows\CurrentVersion\Policies\System.
Nun wollte ich mittels RegDacl.Add die Rechte auf den o.a. Key erweitern. Leider bekomme ich aber den Windows-Fehler 87.
Kann der Befehl RegDacl.Add nicht für den o.g. Key genutzt werden, und was gibt es für Alternativen?
Habe bereits darüber nachgedacht, ob ich einen Workaround finde.
Die Idee war, vor Start von PBackup den RegistryWert zu ändern und nach der Sicherung den Key wieder zu setzen. Leider konnte ich den Key (mittels EmpirumPaket) nicht ändern. Liegt anscheinend an den begrenzten Rechten auf den Key HKCU\Software\Microsoft\Windows\CurrentVersion\Policies\System.
Nun wollte ich mittels RegDacl.Add die Rechte auf den o.a. Key erweitern. Leider bekomme ich aber den Windows-Fehler 87.
Kann der Befehl RegDacl.Add nicht für den o.g. Key genutzt werden, und was gibt es für Alternativen?
-
- Posts: 876
- Joined: 17. Dec 2004, 12:29
- Contact:
Re: Registryfehler
Dies wurde in diesem Thread diskutiert:Holoubek wrote:Das ist ja wirklich dumm!
Habe bereits darüber nachgedacht, ob ich einen Workaround finde.
Die Idee war, vor Start von PBackup den RegistryWert zu ändern und nach der Sicherung den Key wieder zu setzen. Leider konnte ich den Key (mittels EmpirumPaket) nicht ändern. Liegt anscheinend an den begrenzten Rechten auf den Key HKCU\Software\Microsoft\Windows\CurrentVersion\Policies\System.
Nun wollte ich mittels RegDacl.Add die Rechte auf den o.a. Key erweitern. Leider bekomme ich aber den Windows-Fehler 87.
Kann der Befehl RegDacl.Add nicht für den o.g. Key genutzt werden, und was gibt es für Alternativen?
http://www.matrix42.de/forum/viewtopic. ... highlight=
Ciao!
Walter Schulz
-
- Posts: 876
- Joined: 17. Dec 2004, 12:29
- Contact:
Die muesste ich erstmal schreiben und testen, da das vorgestellte Verfahren bis jetzt nur Theoriegebilde ist. Mit AD geht es bedeutend einfacher.Holoubek wrote:Hallo Herr Schulz,
können Sie mir bitte die Setup.inf und die Batch-Dateien zur Verfügung stellen?
Vielen Dank
Wie dringend ist es denn?
Ciao!
Walter Schulz
-
- Posts: 876
- Joined: 17. Dec 2004, 12:29
- Contact:
-
- Posts: 16
- Joined: 13. Dec 2005, 16:04
- Contact:
-
- Posts: 876
- Joined: 17. Dec 2004, 12:29
- Contact:
Die Aenderungen nur fuer den z. Z. angemeldeten Benutzer einzutragen, waere kontraproduktiv. Dies ist eindeutig in der verlinkten Beschreibung beschrieben: Der Job muss im Kontext des Setup-Dienstes laufen, setzt also entweder ein einmaliges Aendern aller lokal vorhandenen Profile voraus oder einen Empirum-Job auf FORCE, der *immer* durchlaufen wird und immer (bei jeder Anmeldung) laufen muss.Willi Weber wrote:Hallo Herr Schulz,
die Profile sind lokal! Die Änderung soll nur für den z.Z. angemeldeten Benutzer gelten. AD ist vorhanden (GPO´s dürfen nicht geändert werden), deshalb der Umweg.
Danke
Bitte lesen Sie sich noch mal meinen Loesungsansatz durch. Vielleicht brauchen Sie etwas anderes, z. B. den von Jens Beimel vorgeschlagenen Weg.
Ehrlich: GPOs, die nicht veraendert werden duerfen, gibt es nicht. Es gibt vielleicht GPOs, die nur mit sehr hohem Aufwand geaendert werden duerfen.
Und nun gibt es zwei Moeglichkeiten: Die GPOs werden veraendert oder es wird etwas verwendet, das es noch nicht gibt (da ich es erst bauen und testen muss) und fuer das es keine Wartung gibt (das kann und werde ich nicht anbieten; ich bin z. B. ab uebermorgen ohne Internetanschluss.)
Ciao!
Walter Schulz
Da die Änderungen nur für eine sehr stark begrenzte Zeit erfolgen sollen, ist eine Änderung der GPO m.E. nicht sinnvoll. Wenn auch nicht zu 100%, so doch zu mindestes 99% des Tages die gewünschte Sicherheit aktiv.
Das Paket soll (als selbstausführendes SetupService-Paket) ausgeführt werden (zu einem durch den Administrator bestimmten ZeitPunkt).
Das Paket soll (als selbstausführendes SetupService-Paket) ausgeführt werden (zu einem durch den Administrator bestimmten ZeitPunkt).
Who is online
Users browsing this forum: No registered users and 6 guests