32
Probleme bei der Programminstallation - Desktopordner umgeleitet
Nabend Zusammen,
seit bald 10 Jahren habe ich bei einem Kunden eine Ordnerumleitung für Desktop und Dokumente.
Seit 2-3 Jahren wird eine Software eingesetzt die in regelmäßigen Abständen aktualisiert wird. Diese Aktualisierung erfolgt bis auf wenige Ausnahmen ohne Adminrechte.
Heute kam ein neues Update und dann die Meldung:
Schreibzugriff auf den angegebenen Ordner H:\Desktop ist nicht möglich.
Auf den Ordner haben Zugriff:
- Der Benutzer - ändern
- Administratoren - Voll
- Ersteller Besitzer - Spezielle inkl. Änderungsrechte
- System - voll
Also sagte ich dem Hersteller: Leute, passt euren Installer an.
Der Hersteller sagt: Nö, ändert euer System - alles liegt lokal ohne Umleitung oder fügt den "Ersteller Besitzer" hinzu - der ja bereits vorhanden ist mit den entsprechenden Rechten.
Erst wenn ich in der Registrierung den Desktoppfad ändere auf einen lokalen Pfad läuft die Installation durch. Danach ändere ich es wieder und es läuft. Das kann nicht der Sinn der Sache sein.
Was sorgt denn dafür, dass der Installer mit Netzlaufwerken nicht klar kommt? Jemand eine Idee?
Grüße
edit: der Ordner den das Programm bei der Installation dann erstellt wenn man den Ordner manuell umbiegt hat folgende Rechte:
- Auth. Benutzer - Ändern
- System - voll
- Administratoren (lokal) - voll
- Benutzer - lesen
seit bald 10 Jahren habe ich bei einem Kunden eine Ordnerumleitung für Desktop und Dokumente.
Seit 2-3 Jahren wird eine Software eingesetzt die in regelmäßigen Abständen aktualisiert wird. Diese Aktualisierung erfolgt bis auf wenige Ausnahmen ohne Adminrechte.
Heute kam ein neues Update und dann die Meldung:
Schreibzugriff auf den angegebenen Ordner H:\Desktop ist nicht möglich.
Auf den Ordner haben Zugriff:
- Der Benutzer - ändern
- Administratoren - Voll
- Ersteller Besitzer - Spezielle inkl. Änderungsrechte
- System - voll
Also sagte ich dem Hersteller: Leute, passt euren Installer an.
Der Hersteller sagt: Nö, ändert euer System - alles liegt lokal ohne Umleitung oder fügt den "Ersteller Besitzer" hinzu - der ja bereits vorhanden ist mit den entsprechenden Rechten.
Erst wenn ich in der Registrierung den Desktoppfad ändere auf einen lokalen Pfad läuft die Installation durch. Danach ändere ich es wieder und es läuft. Das kann nicht der Sinn der Sache sein.
Was sorgt denn dafür, dass der Installer mit Netzlaufwerken nicht klar kommt? Jemand eine Idee?
Grüße
edit: der Ordner den das Programm bei der Installation dann erstellt wenn man den Ordner manuell umbiegt hat folgende Rechte:
- Auth. Benutzer - Ändern
- System - voll
- Administratoren (lokal) - voll
- Benutzer - lesen
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 572852
Url: https://administrator.de/contentid/572852
Printed on: April 23, 2024 at 11:04 o'clock
32 Comments
Latest comment
Hi
Ich tippe Mal darauf das die Installation unter dem Admin erfolgt und da natürlich die Umleitung des Users nicht bekannt ist. Dann sucht der Installer den lokalen Pfad, der nicht existiert. Entspreche d kann er nicht schreiben und sagt dann das Schreiben nicht möglich ist. Verfolge das am besten Mal per Procmon . Ggf kannst du einfach einen HardLink an der Stelle erstellen wo der Installer hinschreiben will
Ich tippe Mal darauf das die Installation unter dem Admin erfolgt und da natürlich die Umleitung des Users nicht bekannt ist. Dann sucht der Installer den lokalen Pfad, der nicht existiert. Entspreche d kann er nicht schreiben und sagt dann das Schreiben nicht möglich ist. Verfolge das am besten Mal per Procmon . Ggf kannst du einfach einen HardLink an der Stelle erstellen wo der Installer hinschreiben will
Was für eine Software?
Was passiert, wenn du den Installer statt vom Homelaufwerk "H" über den UNC-Pfad " \\server\dein\pfad\zur\Exe" ausführst? Funktioniert dies dann, falls ja, liegt es an dem Fehler den SeaStorm im ersten Satz nannte.
Zitat von @SeaStorm:
Hi
Ich tippe Mal darauf das die Installation unter dem Admin erfolgt und da natürlich die Umleitung des Users nicht bekannt ist. Dann sucht der Installer den lokalen Pfad, der nicht existiert. Entspreche d kann er nicht schreiben und sagt dann das Schreiben nicht möglich ist. Verfolge das am besten Mal per Procmon . Ggf kannst du einfach einen HardLink an der Stelle erstellen wo der Installer hinschreiben will
Hi
Ich tippe Mal darauf das die Installation unter dem Admin erfolgt und da natürlich die Umleitung des Users nicht bekannt ist. Dann sucht der Installer den lokalen Pfad, der nicht existiert. Entspreche d kann er nicht schreiben und sagt dann das Schreiben nicht möglich ist. Verfolge das am besten Mal per Procmon . Ggf kannst du einfach einen HardLink an der Stelle erstellen wo der Installer hinschreiben will
Nop, erfolgt wie gesagt als User. Maximal irgendwelche .net Installationen die dieses Programm voraussetzen werden mit Adminrechten installiert. Das Programm selbst schreibt eigentlich nur in die Userpfade Appdata\local und Roaming.
Zitat von @c0d3.r3d:
Was passiert, wenn du den Installer statt vom Homelaufwerk "H" über den UNC-Pfad " \\server\dein\pfad\zur\Exe" ausführst? Funktioniert dies dann, falls ja, liegt es an dem Fehler den SeaStorm im ersten Satz nannte.
Was passiert, wenn du den Installer statt vom Homelaufwerk "H" über den UNC-Pfad " \\server\dein\pfad\zur\Exe" ausführst? Funktioniert dies dann, falls ja, liegt es an dem Fehler den SeaStorm im ersten Satz nannte.
Der Installer liegt nicht auf dem Homelaufwerk. Der Installer wird beim Start der Software runtergeladen und landet in Appdata\local und wird von dort installiert.
anscheinend suchst du gar keine Hilfe, wenn du nichtmal fähig bist, den Namen des Programms mitzuteilen. 
Was passiert, wenn du auf den Ordner Desktop der auf H liegt dem Benutzer statt dem Zugriff "Ändern" Vollzugriff gewährst?
Käme vielleicht ein separater Account der angelegt wird (ausführen als anderer Benutzer im Kontextmenü des Installers) als Übergangslösung in Frage?
Käme vielleicht ein separater Account der angelegt wird (ausführen als anderer Benutzer im Kontextmenü des Installers) als Übergangslösung in Frage?
Ok. Aber irgendwo im Programm legst du ja den Pfad K:.... fest. Kannst du da nicht einfach den UNC Pfad angeben?
Und um welches Programm geht's denn?
Nop, erfolgt wie gesagt als User.
Me sagtest du eben nicht. Du hast gesagt das es Mal so Mal so ist. Aber nicht wie es dieses Mal ist.Und um welches Programm geht's denn?
Zitat von @falscher-sperrstatus:
anscheinend suchst du gar keine Hilfe, wenn du nichtmal fähig bist, den Namen des Programms mitzuteilen.
nimms mir nicht übel, aber der ist total irrelevant. anscheinend suchst du gar keine Hilfe, wenn du nichtmal fähig bist, den Namen des Programms mitzuteilen.
Zitat von @c0d3.r3d:
Was passiert, wenn du auf den Ordner Desktop der auf H liegt dem Benutzer statt dem Zugriff "Ändern" Vollzugriff gewährst?
Käme vielleicht ein separater Account der angelegt wird (ausführen als anderer Benutzer im Kontextmenü des Installers) als Übergangslösung in Frage?
Was passiert, wenn du auf den Ordner Desktop der auf H liegt dem Benutzer statt dem Zugriff "Ändern" Vollzugriff gewährst?
Käme vielleicht ein separater Account der angelegt wird (ausführen als anderer Benutzer im Kontextmenü des Installers) als Übergangslösung in Frage?
Der Benutzer kann alles mit den Änderungsrechten, außer Rechte ändern. Sollte also keine Rolle spielen.
Das geht nicht, weil das Programm wie gesagt für jeden Nutzer an einem PC installiert werden muss, da das Programm selbst in appdata\local landet. Bis vor kurzem haben die Entwickler sogar das ganze Programm in appdata\roaming geschmissen und da kamen mal schnell 1-2 gb zusammen. Habe ich denen dann auch erklärt, dass das so nicht geht ... nun landen in Roaming nur noch die Configs.
Zitat von @Xaero1982:
Zitat von @falscher-sperrstatus:
anscheinend suchst du gar keine Hilfe, wenn du nichtmal fähig bist, den Namen des Programms mitzuteilen.
nimms mir nicht übel, aber der ist total irrelevant. anscheinend suchst du gar keine Hilfe, wenn du nichtmal fähig bist, den Namen des Programms mitzuteilen.
Würd ich so nicht sagen
Es gibt div. Programme, die plötzlich wahnsinnige Probleme mit NLW haben und entsprechend angepasst gehören, wobei andere - selbe Einrichtung - wie Butter durchgehen Aber dann klink ich mich hier aus.
Zitat von @SeaStorm:
Ok. Aber irgendwo im Programm legst du ja den Pfad K:.... fest. Kannst du da nicht einfach den UNC Pfad angeben?
Und um welches Programm geht's denn?
Ok. Aber irgendwo im Programm legst du ja den Pfad K:.... fest. Kannst du da nicht einfach den UNC Pfad angeben?
Nop, erfolgt wie gesagt als User.
Me sagtest du eben nicht. Du hast gesagt das es Mal so Mal so ist. Aber nicht wie es dieses Mal ist.Und um welches Programm geht's denn?
Nein, das Programm zieht sich den Pfad woher auch immer - ich bin nicht der Entwickler. Ich kann keine Programmpfade ändern. Lediglich vom Desktoppfad und hier machen unc-pfade mehr Ärger als alles andere.
Ich schrieb später, dass das Programm als solches ohne Adminrechte installiert werden kann. Nur Zusatzprogramme wie das .net braucht Adminrechte.
Nochmal: Mich interessiert lediglich eines und das werden mir in erster Linie wohl nur Entwickler beantworten können: wieso kommt der Installer nicht mit Serverlaufwerken klar? Irgendwo muss es ja bei dem Installer eine Prüfung geben, die offenbar feststellt, dass der Desktop auf dem Server liegt bzw. eben nicht lokal liegt.
Zitat von @falscher-sperrstatus:
Würd ich so nicht sagen Es gibt div. Programme, die plötzlich wahnsinnige Probleme mit NLW haben und entsprechend angepasst gehören, wobei andere - selbe Einrichtung - wie Butter durchgehen
Aber dann klink ich mich hier aus.
Ich wette mit dir, dass NIEMAND aus diesem Forum dieses Programm kennt, weil wir seit quasi 2-3 Jahren Testkandidaten sind für diese Software und die Entwickler, die in Italien sitzen, immer wieder uns die Schuld an ihrer Inkompetenz geben wollen.Zitat von @Xaero1982:
Zitat von @falscher-sperrstatus:
anscheinend suchst du gar keine Hilfe, wenn du nichtmal fähig bist, den Namen des Programms mitzuteilen.
nimms mir nicht übel, aber der ist total irrelevant. anscheinend suchst du gar keine Hilfe, wenn du nichtmal fähig bist, den Namen des Programms mitzuteilen.
Würd ich so nicht sagen
Es gibt div. Programme, die plötzlich wahnsinnige Probleme mit NLW haben und entsprechend angepasst gehören, wobei andere - selbe Einrichtung - wie Butter durchgehen Aber dann klink ich mich hier aus.
Ich denke Ordnerumleitungen auf den Server und Roaming Profiles sind nicht soooo exotisch.
Moin,
Wenn ich das recht verstehe, dann hat es ja eine ganze Zeit lang funktioniert. Ab heute funktioniert es nicht mehr. Kann es sein, dass Ihr kürzlich auf Windows 10 umgestellt habt? Da macht die Umleitung des Desktops seltsame Probleme. Oder habt Ihr irgendwas am System sonst kürzlich geändert?
Liebe Grüße
Erik
Zitat von @Xaero1982:
Nabend Zusammen,
seit bald 10 Jahren habe ich bei einem Kunden eine Ordnerumleitung für Desktop und Dokumente.
Seit 2-3 Jahren wird eine Software eingesetzt die in regelmäßigen Abständen aktualisiert wird. Diese Aktualisierung erfolgt bis auf wenige Ausnahmen ohne Adminrechte.
Nabend Zusammen,
seit bald 10 Jahren habe ich bei einem Kunden eine Ordnerumleitung für Desktop und Dokumente.
Seit 2-3 Jahren wird eine Software eingesetzt die in regelmäßigen Abständen aktualisiert wird. Diese Aktualisierung erfolgt bis auf wenige Ausnahmen ohne Adminrechte.
Wenn ich das recht verstehe, dann hat es ja eine ganze Zeit lang funktioniert. Ab heute funktioniert es nicht mehr. Kann es sein, dass Ihr kürzlich auf Windows 10 umgestellt habt? Da macht die Umleitung des Desktops seltsame Probleme. Oder habt Ihr irgendwas am System sonst kürzlich geändert?
Liebe Grüße
Erik
Hi Erik,
bei uns im System gab es in den letzten Jahren nur die Änderungen:
Server 2008 -> Server 2019
Clients W7 -> W10
Das ist alles schon sehr lange her und seit dem gab es immer wieder Updates von der Software.
Ich muss dazu sagen, dass die Entwickler wirklich immer wieder einen Bock nach dem anderen gerissen haben. Angefangen von:
- wir stopfen alles ins roaming profile
- über roaming profiles sind gar nicht nutzbar mit der software, weil die software zum Teil im appdata local lag und zum teil in appdata\roaming, was beim PC Wechsel dazu führte, dass dieser Teil in Appdata\local fehlte und ja dennoch Teile der Registrierung auf den anderen PC mit übertragen worden sind - u.a der Teil wo gesagt wurde: Jep, ich bin schon installiert, was zur Folge hatte, dass man die Software dann auf dem anderen PC nicht installieren konnte bevor man diesen Teil nicht aus der Registrierung gelöscht hat, was nur als Admin ging und man die Userregistrierung geladen, bearbeitet und entladen hatte
- usw.
Grüße
xaero
bei uns im System gab es in den letzten Jahren nur die Änderungen:
Server 2008 -> Server 2019
Clients W7 -> W10
Das ist alles schon sehr lange her und seit dem gab es immer wieder Updates von der Software.
Ich muss dazu sagen, dass die Entwickler wirklich immer wieder einen Bock nach dem anderen gerissen haben. Angefangen von:
- wir stopfen alles ins roaming profile
- über roaming profiles sind gar nicht nutzbar mit der software, weil die software zum Teil im appdata local lag und zum teil in appdata\roaming, was beim PC Wechsel dazu führte, dass dieser Teil in Appdata\local fehlte und ja dennoch Teile der Registrierung auf den anderen PC mit übertragen worden sind - u.a der Teil wo gesagt wurde: Jep, ich bin schon installiert, was zur Folge hatte, dass man die Software dann auf dem anderen PC nicht installieren konnte bevor man diesen Teil nicht aus der Registrierung gelöscht hat, was nur als Admin ging und man die Userregistrierung geladen, bearbeitet und entladen hatte
- usw.
Grüße
xaero
bei uns im System gab es in den letzten Jahren nur die Änderungen:
Server 2008 -> Server 2019
Clients W7 -> W10
Das ist alles schon sehr lange her und seit dem gab es immer wieder Updates von der Software.
Server 2008 -> Server 2019
Clients W7 -> W10
Das ist alles schon sehr lange her und seit dem gab es immer wieder Updates von der Software.
War ja nur so 'ne Idee. Ich habe bei der Umstellung den Desktop rausgenommen, weil mir das zu anstrengend war.
Ich muss dazu sagen, dass die Entwickler wirklich immer wieder einen Bock nach dem anderen gerissen haben. Angefangen von:
- wir stopfen alles ins roaming profile
- über roaming profiles sind gar nicht nutzbar mit der software, weil die software zum Teil im appdata local lag und zum teil in appdata\roaming, was beim PC Wechsel dazu führte, dass dieser Teil in Appdata\local fehlte und ja dennoch Teile der Registrierung auf den anderen PC mit übertragen worden sind - u.a der Teil wo gesagt wurde: Jep, ich bin schon installiert, was zur Folge hatte, dass man die Software dann auf dem anderen PC nicht installieren konnte bevor man diesen Teil nicht aus der Registrierung gelöscht hat, was nur als Admin ging und man die Userregistrierung geladen, bearbeitet und entladen hatte
- usw.
- wir stopfen alles ins roaming profile
- über roaming profiles sind gar nicht nutzbar mit der software, weil die software zum Teil im appdata local lag und zum teil in appdata\roaming, was beim PC Wechsel dazu führte, dass dieser Teil in Appdata\local fehlte und ja dennoch Teile der Registrierung auf den anderen PC mit übertragen worden sind - u.a der Teil wo gesagt wurde: Jep, ich bin schon installiert, was zur Folge hatte, dass man die Software dann auf dem anderen PC nicht installieren konnte bevor man diesen Teil nicht aus der Registrierung gelöscht hat, was nur als Admin ging und man die Userregistrierung geladen, bearbeitet und entladen hatte
- usw.
Na wenn ich das so lese, dann steht im Quellcode nicht sowas wie $env:userprofile, sondern sowas wie C:\Users\$env:username. Und das wohlmöglich auf noch auf Italienisch.
Zitat von @erikro:
War ja nur so 'ne Idee. Ich habe bei der Umstellung den Desktop rausgenommen, weil mir das zu anstrengend war.
bei uns im System gab es in den letzten Jahren nur die Änderungen:
Server 2008 -> Server 2019
Clients W7 -> W10
Das ist alles schon sehr lange her und seit dem gab es immer wieder Updates von der Software.
Server 2008 -> Server 2019
Clients W7 -> W10
Das ist alles schon sehr lange her und seit dem gab es immer wieder Updates von der Software.
War ja nur so 'ne Idee. Ich habe bei der Umstellung den Desktop rausgenommen, weil mir das zu anstrengend war.
Funktioniert bei mir seit bald 10 Jahren völlig ohne Probleme.
Ich muss dazu sagen, dass die Entwickler wirklich immer wieder einen Bock nach dem anderen gerissen haben. Angefangen von:
- wir stopfen alles ins roaming profile
- über roaming profiles sind gar nicht nutzbar mit der software, weil die software zum Teil im appdata local lag und zum teil in appdata\roaming, was beim PC Wechsel dazu führte, dass dieser Teil in Appdata\local fehlte und ja dennoch Teile der Registrierung auf den anderen PC mit übertragen worden sind - u.a der Teil wo gesagt wurde: Jep, ich bin schon installiert, was zur Folge hatte, dass man die Software dann auf dem anderen PC nicht installieren konnte bevor man diesen Teil nicht aus der Registrierung gelöscht hat, was nur als Admin ging und man die Userregistrierung geladen, bearbeitet und entladen hatte
- usw.
- wir stopfen alles ins roaming profile
- über roaming profiles sind gar nicht nutzbar mit der software, weil die software zum Teil im appdata local lag und zum teil in appdata\roaming, was beim PC Wechsel dazu führte, dass dieser Teil in Appdata\local fehlte und ja dennoch Teile der Registrierung auf den anderen PC mit übertragen worden sind - u.a der Teil wo gesagt wurde: Jep, ich bin schon installiert, was zur Folge hatte, dass man die Software dann auf dem anderen PC nicht installieren konnte bevor man diesen Teil nicht aus der Registrierung gelöscht hat, was nur als Admin ging und man die Userregistrierung geladen, bearbeitet und entladen hatte
- usw.
Na wenn ich das so lese, dann steht im Quellcode nicht sowas wie $env:userprofile, sondern sowas wie C:\Users\$env:username. Und das wohlmöglich auf noch auf Italienisch.
Möglich
Wer weiß. Ich finds jedenfalls schon dreist, dass die nun allen ernstes indirekt verlangen, dass wir die gesamte Struktur umbauen, weil die was an ihrer Software geändert haben, bei dem sie vermutlich nicht mal wissen wo...Jetzt hast Du den Kern des Problems erkannt. lol
1
Hi,
der lokale Pfad, den Du da temporär eingetragen hast, wo liegt dieser und welche Berechtigungen sind dort gesetzt?
E.
der lokale Pfad, den Du da temporär eingetragen hast, wo liegt dieser und welche Berechtigungen sind dort gesetzt?
E.
Zitat von @emeriks:
Hi,
der lokale Pfad, den Du da temporär eingetragen hast, wo liegt dieser und welche Berechtigungen sind dort gesetzt?
E.
Hi,
der lokale Pfad, den Du da temporär eingetragen hast, wo liegt dieser und welche Berechtigungen sind dort gesetzt?
E.
Hi Emeriks,
die Ordnerumleitung, die ich über Gruppenrichtlinien im ganzen Unternehmen umsetze, sorgt für eine Anpassung der Registrierung unter
Current_user\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders\Desktop
und
Current_user\Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders\Desktop
Dort wird dann jeweils der Pfad zum Netzlaufwerk eingetragen, also H:\Desktop.
Dort hat der Benutzer Zugriff und auch Ersteller-Besitzer und System.
Da die Installation des Programms im Usercontext abläuft sollte es demnach kein Berechtigungsproblem sein.
Ich habe dann mal den Pfad in der Registrierung manuell geändert auf:
C:\Desktop
Dieser Ordner existierte nicht und wurde vom Installer erstellt mit den Rechten:
- Auth. Benutzer - Ändern
- System - voll
- Administratoren (lokal) - voll
- Benutzer - lesen
Heute bekam ich von der Entwicklerfirma diese Info:
"Nach Rücksprache mit unserer Entwicklung wird die von Ihnen genutzte Ordnerweiterleitung in den Updates nicht unterstützt."
Die Software ist seit 2-3 Jahren bei uns im "Einsatz" und damit gab es noch nie irgendwelche Probleme. Das habe ich denen nun erneut mitgeteillt. Offenbar kennen sie ja auch nicht den Unterschied zwischen Weiterleitung und Umleitung.
Übrigens hat heute an einem Arbeitsplatz das Update gar nicht funktioniert. Also habe ich die Software deinstalliert und neu installiert - das funktionierte interessanterweise ohne Probleme.
Grüße
Das ist eine Fehlkonfiguration, Microsoft dokumentiert nicht umsonst UNC-Pfade für die Ordnerumleitung. Was nicht heißt, dass sich das Programm dann richtig verhält.
Grüße
Richard
Zitat von @c.r.s.:
Das ist eine Fehlkonfiguration, Microsoft dokumentiert nicht umsonst UNC-Pfade für die Ordnerumleitung. Was nicht heißt, dass sich das Programm dann richtig verhält.
Grüße
Richard
Das ist eine Fehlkonfiguration, Microsoft dokumentiert nicht umsonst UNC-Pfade für die Ordnerumleitung. Was nicht heißt, dass sich das Programm dann richtig verhält.
Grüße
Richard
Komisch, dass mir UNC Pfade nur Probleme bereitet haben - so wie es jetzt ist habe ich keinerlei Probleme - seit Jahren
Und nein, auch mit UNC Pfaden geht es nicht.
Grüße
Die Schwierigkeiten damit fangen bei lokalen Admins wegen der UAC an.
Du könntest die Creator-Owner-Rechte noch auf Full Control setzen für Unterordner und Dateien (auch wenn es nicht nötig sein sollte, der dokumentierte Ansatz).
Du könntest die Creator-Owner-Rechte noch auf Full Control setzen für Unterordner und Dateien (auch wenn es nicht nötig sein sollte, der dokumentierte Ansatz).
Was sollen diese Ordnuerumleitungen eigentlich bringen?
Außer das Software rumzickt weil keine Standardpfade vorhanden sind
und bei der manuellen Datensicherung (im Fall der Fälle) trotzdem auf C\Benutzer gesucht werden muß
weil Programm X doch wieder im Standardpfad speichert.
So habe ich alles im User-Ordner und sichere den weg.
Außer das Software rumzickt weil keine Standardpfade vorhanden sind
und bei der manuellen Datensicherung (im Fall der Fälle) trotzdem auf C\Benutzer gesucht werden muß
weil Programm X doch wieder im Standardpfad speichert.
So habe ich alles im User-Ordner und sichere den weg.
Wann sicherst du den weg?
Was machst du mit den Nutzerdaten und Einstellungen, wenn die Mitarbeiter den Arbeitsplatz wechseln?
Was ist wenn deren Hauptsystem morgens mal nicht geht, klingeln die dich um 5 Uhr aus dem Bett und du
musst ran, oder kannst du denen sagen geh die nächsten 3 Stunden einfach an einen anderen Arbeitsplatz, dann sehen wir weiter?
Ordnerumleitungen haben ihre Tücken, den Desktop und Roaming würde ich aber nach bisheriger Erfahrung nicht mehr umleiten. ;)
Was machst du mit den Nutzerdaten und Einstellungen, wenn die Mitarbeiter den Arbeitsplatz wechseln?
Was ist wenn deren Hauptsystem morgens mal nicht geht, klingeln die dich um 5 Uhr aus dem Bett und du
musst ran, oder kannst du denen sagen geh die nächsten 3 Stunden einfach an einen anderen Arbeitsplatz, dann sehen wir weiter?
Ordnerumleitungen haben ihre Tücken, den Desktop und Roaming würde ich aber nach bisheriger Erfahrung nicht mehr umleiten. ;)
Zitat von @c.r.s.:
Die Schwierigkeiten damit fangen bei lokalen Admins wegen der UAC an.
Du könntest die Creator-Owner-Rechte noch auf Full Control setzen für Unterordner und Dateien (auch wenn es nicht nötig sein sollte, der dokumentierte Ansatz).
Die Schwierigkeiten damit fangen bei lokalen Admins wegen der UAC an.
Du könntest die Creator-Owner-Rechte noch auf Full Control setzen für Unterordner und Dateien (auch wenn es nicht nötig sein sollte, der dokumentierte Ansatz).
Es gibt keine lokalen Admins. Adminrechte werden für dieses Programm nicht benötigt.
Da Creator-Owner gar nicht bei dem neu erstellten Ordner auftaucht spielt er wohl keine Rolle.
Zitat von @Bosnigel:
Was sollen diese Ordnuerumleitungen eigentlich bringen?
Außer das Software rumzickt weil keine Standardpfade vorhanden sind
und bei der manuellen Datensicherung (im Fall der Fälle) trotzdem auf C\Benutzer gesucht werden muß
weil Programm X doch wieder im Standardpfad speichert.
So habe ich alles im User-Ordner und sichere den weg.
Was sollen diese Ordnuerumleitungen eigentlich bringen?
Außer das Software rumzickt weil keine Standardpfade vorhanden sind
und bei der manuellen Datensicherung (im Fall der Fälle) trotzdem auf C\Benutzer gesucht werden muß
weil Programm X doch wieder im Standardpfad speichert.
So habe ich alles im User-Ordner und sichere den weg.
Die bringen weniger Stress wenn für mich und die Nutzer. Rechner kaputt und entgegen der Absprache doch wieder aufm Desktop die Sachen gespeichert? Oh deine Arbeit an der du fünf Stunden geschrieben hast und die Frist heute abläuft? Tja Pech - ruf schon mal die Versicherung an?
Nein, liegt nämlich aufm Server und da alles in der Sicherung.
Roaming Profile? Schon mal gehört? Macht dann auch Sinn, wenn man die Speicherfressenden Ordner einfach rausnimmt und umleitet - dann müssen diese nicht synchronisiert werden und der Nutzer kann Ruck Zuck den PC wechseln.
Bei einer manuellen Sicherung muss unter c:\Benutzer gesucht werden? Hä? Was?
Na ist doch wunderbar, wenn du das bei 50 Nutzern alles weg sicherst und dann hoffentlich auch regelmäßig die Backups prüfst.
Zitat von @dertowa:
Wann sicherst du den weg?
Was machst du mit den Nutzerdaten und Einstellungen, wenn die Mitarbeiter den Arbeitsplatz wechseln?
Was ist wenn deren Hauptsystem morgens mal nicht geht, klingeln die dich um 5 Uhr aus dem Bett und du
musst ran, oder kannst du denen sagen geh die nächsten 3 Stunden einfach an einen anderen Arbeitsplatz, dann sehen wir weiter?
Ordnerumleitungen haben ihre Tücken, den Desktop und Roaming würde ich aber nach bisheriger Erfahrung nicht mehr umleiten. ;)
Wann sicherst du den weg?
Was machst du mit den Nutzerdaten und Einstellungen, wenn die Mitarbeiter den Arbeitsplatz wechseln?
Was ist wenn deren Hauptsystem morgens mal nicht geht, klingeln die dich um 5 Uhr aus dem Bett und du
musst ran, oder kannst du denen sagen geh die nächsten 3 Stunden einfach an einen anderen Arbeitsplatz, dann sehen wir weiter?
Ordnerumleitungen haben ihre Tücken, den Desktop und Roaming würde ich aber nach bisheriger Erfahrung nicht mehr umleiten. ;)
Wie gesagt, ich habe es so seit bald 10 Jahren im Einsatz und abgesehen von dieser Müllsoftware keine Probleme.
Ich hatte damals mal ein 6 Stunden-Gespräch mit den Entwicklern, weil die Software nicht mit Roaming Profiles funktionierte...
Ich kenne die Umgebung nicht und kann daher auch nicht beurteilen ob verschiedene OS-Versionen im Einsatz sind und welche Lizenzierungen von ggf. Office-Produkten aber wäre vielleicht FSLogix-Profile etwas für dich?
Aktuell bin ich dabei diese auf Herz und Niere zu testen und somit die Roaming-Profile zu schlachten, da mir diese in den letzten Monaten ziemlich oft auf die Füße gefallen sind. Da bei mir auch Terminal-Server zum Einsatz kommen kann ich die Ordnerumleitung leider nicht vollständig entfernen, aber sollten bei dir tatsächlich nur Windows 10 Maschinen im Einsatz sein, würden alle die Daten in dieser FSLogix-vhd(x) liegen und eine Ordnerumleitung überflüssig machen. Die Profil-vhd(x)-Dateien liegen dann zentral auf dem Filer und könnten von jedem Client mit dem selben OS verwendet werden.
Aktuell bin ich dabei diese auf Herz und Niere zu testen und somit die Roaming-Profile zu schlachten, da mir diese in den letzten Monaten ziemlich oft auf die Füße gefallen sind. Da bei mir auch Terminal-Server zum Einsatz kommen kann ich die Ordnerumleitung leider nicht vollständig entfernen, aber sollten bei dir tatsächlich nur Windows 10 Maschinen im Einsatz sein, würden alle die Daten in dieser FSLogix-vhd(x) liegen und eine Ordnerumleitung überflüssig machen. Die Profil-vhd(x)-Dateien liegen dann zentral auf dem Filer und könnten von jedem Client mit dem selben OS verwendet werden.
Es ist nur W10 im Einsatz.
Bringt mir jetzt auch nicht die Antwort auf die ich warte und hilft mir jetzt auch nicht wirklich weiter, weil ich keinerlei Probleme mit den Roaming Profiles habe und grds. auch nicht mit den Ordnerumleitungen.
Der Aufwand wäre hier einfach nicht mit dem Nutzen vereinbar. Das muss der Hersteller gerade bügeln und nicht wir unser 10 Jahre bestehendes System ändern.
Bringt mir jetzt auch nicht die Antwort auf die ich warte und hilft mir jetzt auch nicht wirklich weiter, weil ich keinerlei Probleme mit den Roaming Profiles habe und grds. auch nicht mit den Ordnerumleitungen.
Der Aufwand wäre hier einfach nicht mit dem Nutzen vereinbar. Das muss der Hersteller gerade bügeln und nicht wir unser 10 Jahre bestehendes System ändern.
Es ging mir eigentlich um einzelene Rechner ohne großartiges Netzwerk (da ist es was ganz anderes)
Ich seh das nur oft. Einzelner Rechner in einem kleinen Büro - dort werden dann die einzige Platte partitioniert und auf der zweiten Partition dann (Teile) des Nutzerordners ausgelagert.
Ganz toll ist auch wenn dann noch die Sicherung auf die zweite Partition läuft (als einzige Sicherung).
Was man nicht so alles bei den Leuten sieht.
Also nochmal - ich meinte einen einzelnen Arbeitsplatz.
Nicht Roaming Profile.
"...abgesehen von dieser Müllsoftware..."
Leider gibt es eben viel Müll-Software.
Ich seh das nur oft. Einzelner Rechner in einem kleinen Büro - dort werden dann die einzige Platte partitioniert und auf der zweiten Partition dann (Teile) des Nutzerordners ausgelagert.
Ganz toll ist auch wenn dann noch die Sicherung auf die zweite Partition läuft (als einzige Sicherung).
Was man nicht so alles bei den Leuten sieht.
Also nochmal - ich meinte einen einzelnen Arbeitsplatz.
Nicht Roaming Profile.
"...abgesehen von dieser Müllsoftware..."
Leider gibt es eben viel Müll-Software.
Auch das Prinzip haben wir bei einem Kunden im Einsatz, aber da haben wir nur die Ordner alle auf eine zweite Partition verschoben - also runter von C:
Funktioniert eigentlich auch ohne Probleme dort.
Naja Sicherungen von Clientnutzerdaten laufen meist auf den Server und dann ins Backup.
Grüße
Funktioniert eigentlich auch ohne Probleme dort.
Naja Sicherungen von Clientnutzerdaten laufen meist auf den Server und dann ins Backup.
Grüße
