19
Installationspfade für Programme
Moin Zusammen,
ich hab mal eine Frage zu einer fehlerhaft programmierten Software.
Dürfen Programme vollständig in den Pfad C:\Users\Benutzername\Appdata\local bzw. \roaming installiert werden?
Ich habe eine Software bei einem Kunden welche mit Roaming Profiles nicht funktioniert wegen einem Eintrag unter HKEY_CURRENT_USER. Lösche ich den kompletten Schlüssel kann ich es für den Nutzer auch wieder auf einem anderen PC installieren. Ansonsten "denkt" Windows es sei bereits installiert und eine Installation ist nicht möglich.
Gibt es Seitens MS Vorgaben dafür?
Grüße
ich hab mal eine Frage zu einer fehlerhaft programmierten Software.
Dürfen Programme vollständig in den Pfad C:\Users\Benutzername\Appdata\local bzw. \roaming installiert werden?
Ich habe eine Software bei einem Kunden welche mit Roaming Profiles nicht funktioniert wegen einem Eintrag unter HKEY_CURRENT_USER. Lösche ich den kompletten Schlüssel kann ich es für den Nutzer auch wieder auf einem anderen PC installieren. Ansonsten "denkt" Windows es sei bereits installiert und eine Installation ist nicht möglich.
Gibt es Seitens MS Vorgaben dafür?
Grüße
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 364469
Url: https://administrator.de/contentid/364469
Ausgedruckt am: 24.11.2024 um 23:11 Uhr
19 Kommentare
Neuester Kommentar
Moin..
Dürfen Programme vollständig in den Pfad C:\Users\Benutzername\Appdata\local bzw. \roaming installiert werden?
JA.. warum nicht?
Ich habe eine Software bei einem Kunden welche mit Roaming Profiles nicht funktioniert wegen einem Eintrag unter HKEY_CURRENT_USER. Lösche ich den kompletten Schlüssel kann ich es für den Nutzer auch wieder auf einem anderen PC installieren. Ansonsten "denkt" Windows es sei bereits installiert und eine Installation ist nicht möglich.
welche software ist das den?
kann es nicht eher sein, das die SW Lizenzrechtlich nur auf einen PC installiert werden darf?
in der regel gibbet für sowas Netzwerk Versionen etc...
deswgen halte ich dein "fehlerhaft programmierten Software" eher für einen Software Schutz!
Gibt es Seitens MS Vorgaben dafür?
Nein...
Grüße
Frank
Zitat von @Xaero1982:
Moin Zusammen,
ich hab mal eine Frage zu einer fehlerhaft programmierten Software.
sagt wer?Moin Zusammen,
ich hab mal eine Frage zu einer fehlerhaft programmierten Software.
Dürfen Programme vollständig in den Pfad C:\Users\Benutzername\Appdata\local bzw. \roaming installiert werden?
Ich habe eine Software bei einem Kunden welche mit Roaming Profiles nicht funktioniert wegen einem Eintrag unter HKEY_CURRENT_USER. Lösche ich den kompletten Schlüssel kann ich es für den Nutzer auch wieder auf einem anderen PC installieren. Ansonsten "denkt" Windows es sei bereits installiert und eine Installation ist nicht möglich.
kann es nicht eher sein, das die SW Lizenzrechtlich nur auf einen PC installiert werden darf?
in der regel gibbet für sowas Netzwerk Versionen etc...
deswgen halte ich dein "fehlerhaft programmierten Software" eher für einen Software Schutz!
Gibt es Seitens MS Vorgaben dafür?
Grüße
Frank
Hallo.
"Offizielles" dazu weiß ich nicht, aber ich denke, "Best-Practise" seitens Microsoft wird immer "C:\Programme\" oder "C:\Programme (x86)" sein.
Aber auch ich erlebe öfter, daß es Programme gibt, die z. B. direkt unter der Wurzel von C:\ installiert werden wollen, manche sogar müssen, weil sonst die Installation verweigert wird.
Jedoch ins Profil? Da gehört meines Erachtens keine vollständige Programminstallation hin.
Meine User installieren sich z. B. gern die Non-Enterprise-Version des Google-Chrome-Browsers, und die landet tatsächlich komplett im Benutzerprofil. Ist hingegen seitens der Administration vorgesehen, daß Google Chrome offiziell zur Verfügung stehen soll, tut der Admin gut daran, hierzu die Enterprise-Version des Chrome-Browsers zu verwenden, denn diese hält sich tatsächlich an C:\Programme ... und nur mit dieser lassen sich auch die von Google zur Verfügung gestelltenADM(X)-Dateien zur Erstellung von GPOs für Chromevollwertig nutzen.
Das mit Chrome war jetzt bloß ein Beispiel, bei Deiner Spezialsoftware ist halt die Frage, ob diese nach Entfernen des Regkey noch so funktioniert, wie sie soll. Falls ja, mußt Du eine regelmäßige Routine (Skript per Taskplaner, Autostart, wasweißich) schaffen, die den Schlüssel entfernt, dann sollte es bei Rechnerwechsel i. V. m. (Neu)Installation des Programmes keine Schwierigkeiten geben.
Toll ist das aber trotzdem nicht. Was sagt denn der Hersteller dazu? Servergespeicherte Profile sind schließlich weder eine Neuheit, noch eine Seltenheit.
Viele Grüße
von
departure69
"Offizielles" dazu weiß ich nicht, aber ich denke, "Best-Practise" seitens Microsoft wird immer "C:\Programme\" oder "C:\Programme (x86)" sein.
Aber auch ich erlebe öfter, daß es Programme gibt, die z. B. direkt unter der Wurzel von C:\ installiert werden wollen, manche sogar müssen, weil sonst die Installation verweigert wird.
Jedoch ins Profil? Da gehört meines Erachtens keine vollständige Programminstallation hin.
Meine User installieren sich z. B. gern die Non-Enterprise-Version des Google-Chrome-Browsers, und die landet tatsächlich komplett im Benutzerprofil. Ist hingegen seitens der Administration vorgesehen, daß Google Chrome offiziell zur Verfügung stehen soll, tut der Admin gut daran, hierzu die Enterprise-Version des Chrome-Browsers zu verwenden, denn diese hält sich tatsächlich an C:\Programme ... und nur mit dieser lassen sich auch die von Google zur Verfügung gestelltenADM(X)-Dateien zur Erstellung von GPOs für Chromevollwertig nutzen.
Das mit Chrome war jetzt bloß ein Beispiel, bei Deiner Spezialsoftware ist halt die Frage, ob diese nach Entfernen des Regkey noch so funktioniert, wie sie soll. Falls ja, mußt Du eine regelmäßige Routine (Skript per Taskplaner, Autostart, wasweißich) schaffen, die den Schlüssel entfernt, dann sollte es bei Rechnerwechsel i. V. m. (Neu)Installation des Programmes keine Schwierigkeiten geben.
Toll ist das aber trotzdem nicht. Was sagt denn der Hersteller dazu? Servergespeicherte Profile sind schließlich weder eine Neuheit, noch eine Seltenheit.
Viele Grüße
von
departure69
Das ist so nicht ganz richtig, es gibt schon diverser sogenannter "Guidelines" die Entwickler dringend beherzigen sollten wenn Sie mit Ihren Apps in bestimmten Umgebumgen keine Probleme bekommen wollen:
https://msdn.microsoft.com/en-us/library/windows/desktop/bb204770(v=vs.8 ...
https://docs.microsoft.com/en-us/windows-hardware/drivers/install/guidel ...
https://msdn.microsoft.com/en-us/library/windows/desktop/mt674655(v=vs.8 ...
Gruß Snap
https://msdn.microsoft.com/en-us/library/windows/desktop/bb204770(v=vs.8 ...
https://docs.microsoft.com/en-us/windows-hardware/drivers/install/guidel ...
https://msdn.microsoft.com/en-us/library/windows/desktop/mt674655(v=vs.8 ...
Gruß Snap
Das machen Hersteller gerne um z.B. keine Adminrechte anfordern zu müssen. Prominente Vertreter wären z.B. DropBox und Whatsapp Desktop Client.
Frei nach dem Motto "der Benutzer will es, der Benutzer bekommt es" und "Fuck you admins" ;)
Frei nach dem Motto "der Benutzer will es, der Benutzer bekommt es" und "Fuck you admins" ;)
Frei nach dem Motto "der Benutzer will es, der Benutzer bekommt es" und "Fuck you admins" ;)
Dem ist nichts hinzuzufügen, leider.
Und leider kann man dem ansich eingeschränkten User, der nur normale Standardrechte hat, den Vollzugriff auf sein eigenes Profil auch nicht wegnehmen oder einschränken, weil sonst auch andere Dinge nicht mehr funktionieren würden ...
Applocker nutzen.
Zitat von @departure69:
Dem ist nichts hinzuzufügen, leider.
Und leider kann man dem ansich eingeschränkten User, der nur normale Standardrechte hat, den Vollzugriff auf sein eigenes Profil auch nicht wegnehmen oder einschränken, weil sonst auch andere Dinge nicht mehr funktionieren würden ...
Frei nach dem Motto "der Benutzer will es, der Benutzer bekommt es" und "Fuck you admins" ;)
Dem ist nichts hinzuzufügen, leider.
Und leider kann man dem ansich eingeschränkten User, der nur normale Standardrechte hat, den Vollzugriff auf sein eigenes Profil auch nicht wegnehmen oder einschränken, weil sonst auch andere Dinge nicht mehr funktionieren würden ...
Korrekt. Ich hab die letzten Jahre auch feststellen dürfen, dass es durchaus auch problematisch war, wenn unter C:\Programme(x86)\..
installiert wurde und daher ein eigenes VZ direkt unter C: angelegt wurde.
Das Umgehen der Anforderung von Adminrechte mit Installation im User-Profil hat bei uns auch die letzten Jahre zugenommen...
lG
Mir ist beim letzten Projekt solch eine SW über den Weg gelaufen und das in einer Call Center Umgebung.
Nach 6 Monaten war dort die Installation(180MB) ca. 200 mal auf dem Client.
*ggg*
Nach 6 Monaten war dort die Installation(180MB) ca. 200 mal auf dem Client.
*ggg*
Zitat von @135333:
Das ist so nicht ganz richtig, es gibt schon diverser sogenannter "Guidelines" die Entwickler dringend beherzigen sollten wenn Sie mit Ihren Apps in bestimmten Umgebumgen keine Probleme bekommen wollen:
https://msdn.microsoft.com/en-us/library/windows/desktop/bb204770(v=vs.8 ...
https://docs.microsoft.com/en-us/windows-hardware/drivers/install/guidel ...
https://msdn.microsoft.com/en-us/library/windows/desktop/mt674655(v=vs.8 ...
Gruß Snap
das ist von MS keine Vorgabe, sondern nur Vorschlag...Das ist so nicht ganz richtig, es gibt schon diverser sogenannter "Guidelines" die Entwickler dringend beherzigen sollten wenn Sie mit Ihren Apps in bestimmten Umgebumgen keine Probleme bekommen wollen:
https://msdn.microsoft.com/en-us/library/windows/desktop/bb204770(v=vs.8 ...
https://docs.microsoft.com/en-us/windows-hardware/drivers/install/guidel ...
https://msdn.microsoft.com/en-us/library/windows/desktop/mt674655(v=vs.8 ...
Gruß Snap
und viele halten sich nicht daran...
Definier fehlerhaft!
Dürfen Programme vollständig in den Pfad C:\Users\Benutzername\Appdata\local bzw. \roaming installiert werden?
Wer will den Installer dran hindern außer den Zugriffsrechten durch den Admin?
Ich habe eine Software bei einem Kunden welche mit Roaming Profiles nicht funktioniert wegen einem Eintrag unter HKEY_CURRENT_USER. Lösche ich den kompletten Schlüssel kann ich es für den Nutzer auch wieder auf einem anderen PC installieren. Ansonsten "denkt" Windows es sei bereits installiert und eine Installation ist nicht möglich.
Hast Du bedacht, daß das auch Nebenwirkungen haben könnte?
Gibt es Seitens MS Vorgaben dafür?
MS gibt Empfehlungen, aber keiner kann einen Programmierer daran hindern, sich nicht dran zu halten.
Um es mal so zu sagen: Es ist kein guter Stil in Anwesenheit von Leuten zu rauchen, die das nicht möge, aber trotzdem machen das manche Raucher.
lks
PS:
Wenn das eine "Auftragssoftware" ist, dann ist bei dem Pflichtenheft geschlampt worden.
Wenn das irgendeine "Standardsoftware" ist, dann ist bei der Auswahl geschlampt worden.
Nabend,
erstmal danke für die zahlreichen Antworten.
Fehlerhaft sage ich deswegen, weil sie nicht mit Roaming Profiles funktioniert! Das ist für mich einfach schlicht und ergreifend fehlerhaft.
Lizenzrechtliche Probleme gibt es hier keine, da wir einen haufen Asche für dieses Programm hinlegen und irgendwie noch immer nur Betatester sind.
Eine Netzwerkversion gibt es nicht davon.
"Das machen Hersteller gerne um z.B. keine Adminrechte anfordern zu müssen. Prominente Vertreter wären z.B. DropBox und Whatsapp Desktop Client.
Frei nach dem Motto "der Benutzer will es, der Benutzer bekommt es" und "Fuck you admins" ;)"
Das ist eine interessante Aussage und könnte vielleicht sogar ein bisschen was Wahres dran sein. Das Problem ist nur, dass bei dieser Software zwei weitere Programme installiert werden - Office Signer und noch ein Zertifikatsprogramm und zumindest für ersteres werden dennoch Adminrechte benötigt. Von daher muss ich da ran - so oder so, wenn man es korrekt installieren möchte und das bei jedem Update, da die Nutzer mit Benutzerrechten arbeiten.
Der Installationspfad ist fest vorgegeben von der Installationsroutine und lässt sich nicht anpassen. Man startet nur das Setup und wartet bis es fertig ist.
Klar hab ich das bedacht lks, aber es gibt für mich derzeit keine andere Lösung.
Heute gab es ein Update und auf zwei Computern ließ sich das noch nicht mal mehr updaten, obwohl die PCs nicht gewechselt worden sind. Ich habe dann den besagten Schlüssel gelöscht und dann ging auch das Update durch.
Naja Standardsoftware isses nicht - es war mal für eine andere Branche konzipiert als die für die es nun genutzt wurde und der Entwickler kam auf die Idee sie für uns anzupassen und daher sind wir nun Dauerbetatester
Was die Entwickler sagen? Die sagen: Es liegt nicht an den Roaming Profiles. Doch tut es. Nutzer ohne Roaming Profile haben das Problem nicht.
Die Entwickler sagen es liegt an Gruppenrichtlinien am Server - nein tut es nicht, weil ich einen komplett neuen Server aufgesetzt habe (VM) und virtuelle Clients + Benutzer ohne irgendeine Richtlinie und das Ergebnis war dasselbe.
Der Schlüssel lässt sich im Übrigen auch nur löschen wenn ich die Registrierung von diesem Benutzer als Admin lade und dann lösche. Nicht mal wenn ich die Registrierung als Administrator ausführe kann ich diesen Schlüssel löschen
Grüße
erstmal danke für die zahlreichen Antworten.
Fehlerhaft sage ich deswegen, weil sie nicht mit Roaming Profiles funktioniert! Das ist für mich einfach schlicht und ergreifend fehlerhaft.
Lizenzrechtliche Probleme gibt es hier keine, da wir einen haufen Asche für dieses Programm hinlegen und irgendwie noch immer nur Betatester sind.
Eine Netzwerkversion gibt es nicht davon.
"Das machen Hersteller gerne um z.B. keine Adminrechte anfordern zu müssen. Prominente Vertreter wären z.B. DropBox und Whatsapp Desktop Client.
Frei nach dem Motto "der Benutzer will es, der Benutzer bekommt es" und "Fuck you admins" ;)"
Das ist eine interessante Aussage und könnte vielleicht sogar ein bisschen was Wahres dran sein. Das Problem ist nur, dass bei dieser Software zwei weitere Programme installiert werden - Office Signer und noch ein Zertifikatsprogramm und zumindest für ersteres werden dennoch Adminrechte benötigt. Von daher muss ich da ran - so oder so, wenn man es korrekt installieren möchte und das bei jedem Update, da die Nutzer mit Benutzerrechten arbeiten.
Der Installationspfad ist fest vorgegeben von der Installationsroutine und lässt sich nicht anpassen. Man startet nur das Setup und wartet bis es fertig ist.
Klar hab ich das bedacht lks, aber es gibt für mich derzeit keine andere Lösung.
Heute gab es ein Update und auf zwei Computern ließ sich das noch nicht mal mehr updaten, obwohl die PCs nicht gewechselt worden sind. Ich habe dann den besagten Schlüssel gelöscht und dann ging auch das Update durch.
Naja Standardsoftware isses nicht - es war mal für eine andere Branche konzipiert als die für die es nun genutzt wurde und der Entwickler kam auf die Idee sie für uns anzupassen und daher sind wir nun Dauerbetatester
Was die Entwickler sagen? Die sagen: Es liegt nicht an den Roaming Profiles. Doch tut es. Nutzer ohne Roaming Profile haben das Problem nicht.
Die Entwickler sagen es liegt an Gruppenrichtlinien am Server - nein tut es nicht, weil ich einen komplett neuen Server aufgesetzt habe (VM) und virtuelle Clients + Benutzer ohne irgendeine Richtlinie und das Ergebnis war dasselbe.
Der Schlüssel lässt sich im Übrigen auch nur löschen wenn ich die Registrierung von diesem Benutzer als Admin lade und dann lösche. Nicht mal wenn ich die Registrierung als Administrator ausführe kann ich diesen Schlüssel löschen
Grüße
Wenn ihr Geld anpackt und es trotzdem nicht funktioniert --> Hersteller antraben lassen.
Auf Aussagen im Konjunktiv per Mail oder Telefon würd ich mich nicht abspeisen lassen.
Wenn er es dann auch nicht hinbekommt, selbst auf nagelneuen Systemen, wird das wohl *hust* SW sein.
Auch wenn das keine Standardsoftware ist, um was handelt es sich denn das es keine Alternative gibt?
VG
Auf Aussagen im Konjunktiv per Mail oder Telefon würd ich mich nicht abspeisen lassen.
Wenn er es dann auch nicht hinbekommt, selbst auf nagelneuen Systemen, wird das wohl *hust* SW sein.
Auch wenn das keine Standardsoftware ist, um was handelt es sich denn das es keine Alternative gibt?
VG
Das ist offenbar nicht gewünscht wie es mir gestern gesagt wurde :D ich hab drei Seiten zusammen geschrieben mit dem Fehler...
Isses - von Anfang an - leider.
Es ist eine Anwaltssoftware und die wird und wurde speziell an uns angepasst bzw. für Anwälte weiter entwickelt.
VG
Isses - von Anfang an - leider.
Es ist eine Anwaltssoftware und die wird und wurde speziell an uns angepasst bzw. für Anwälte weiter entwickelt.
VG
Zitat von @Xaero1982:
Das ist offenbar nicht gewünscht wie es mir gestern gesagt wurde :D ich hab drei Seiten zusammen geschrieben mit dem Fehler...
Das ist offenbar nicht gewünscht wie es mir gestern gesagt wurde :D ich hab drei Seiten zusammen geschrieben mit dem Fehler...
Die einzige Option die dir bleibt ist Dokumentation.
Wenn deine Obrigkeiten keinen vom Hersteller anfordern wollen, dann muss wohl noch Zeit ins Land gehen bis die Schmerzen groß genug sind.
VG
Die "Schmerzen" hab ich. Die Kosten mein Kunde ... wohl wahr.
Dokumentieren tu ich das alles ...
Ich glaube sowas gibt es nicht lks
VG
Dokumentieren tu ich das alles ...
Ich glaube sowas gibt es nicht lks
VG
Wohl war, als Programmierer hätte ich so einen Auftrag ohne Lastenheft schon von Anfang an abgelehnt. Sowas wird meistens nichts halbes und nichts ganzes. Kuddelmuddel wie er es jetzt hat war vorprogrammiert.
Fazit: Programmierer können so was durchaus basteln, sie sind nicht gezwungen sich an den Guidelines zu orientieren. Wer sich aber solch eine Software ohne Lastenheft bauen lässt ist IMHO selbst Schuld und wird es früher oder später ausbaden müssen, spätestens dann wenn MS wieder seine Bedingungen verschärft.
Wenn's das dann war noch einen Haken dran.
Gruß Snap
Fazit: Programmierer können so was durchaus basteln, sie sind nicht gezwungen sich an den Guidelines zu orientieren. Wer sich aber solch eine Software ohne Lastenheft bauen lässt ist IMHO selbst Schuld und wird es früher oder später ausbaden müssen, spätestens dann wenn MS wieder seine Bedingungen verschärft.
Wenn's das dann war noch einen Haken dran.
Gruß Snap
Ich habe mit diesem ganzen Unterfangen leider nichts zu tun. Ich muss nur sehen wie ich es jetzt für alle Nutzer nutzbar mache die an zwei oder mehr Arbeitsplätzen arbeiten ohne bei diesen Nutzern die Roaming Profiles zu deaktivieren.
Schade, ich dachte man könnte denen wenigstens damit auf die Finger hauen, dass sie es in einen Userverzeichnis installieren.
Hier ist natürlich das Problem, dass ich zum Teil "viele" Profile auf einem PC befinden und das Programm extrem groß wird. Bei drei Installationen war ich schon bei 1,6GB.
Grüße und danke
Schade, ich dachte man könnte denen wenigstens damit auf die Finger hauen, dass sie es in einen Userverzeichnis installieren.
Hier ist natürlich das Problem, dass ich zum Teil "viele" Profile auf einem PC befinden und das Programm extrem groß wird. Bei drei Installationen war ich schon bei 1,6GB.
Grüße und danke
