Beiträge: 128
Themen: 0
Registriert seit: Aug 2018
Bewertung:
8
Ich habe den Client derzeit nicht installiert, aber ich kenne das Phänomen, dass es unter dem besagten Pfad gesonderte Rechte benötigt, wenn dort Dateien während der Laufzeit (nicht Installation) geschrieben werden sollen.
Teste es vielleicht einfach mal aus oder verlege die Installation außerhalb von C:\Program Files (egal ob x86 oder nicht).
Viele Grüße
Beiträge: 255
Themen: 21
Registriert seit: May 2015
Bewertung:
19
Danke, scheint mit Adminrechten zu funktionieren. Nur blöd, dass man nun noch eine extra Bestätigung benötigt.
Kennst du vielleicht eine Möglichkeit wie man Programme standardmäßig mit Adminrechten starten kann ohne dies nochmal explizit zu bestätigen?
Ich möchte aber diesen Schutz nicht komplett ausschalten.
Beiträge: 128
Themen: 0
Registriert seit: Aug 2018
Bewertung:
8
Du kannst in den Eigenschaften der Anwendung oder der Verknüpfung den Haken setzen, dass sie immer als Administrator ausgeführt werden soll. Es erscheint jedoch immer noch ein Bestätigungsfenster, welches mit Ja oder Nein beantwortet werden muss.
Eine richtige Lösung kenne ich nicht, empfehle dir sonst die Installation auf ein anderes Laufwerk, wie du es vorher hattest.
Beiträge: 40
Themen: 2
Registriert seit: Dec 2017
Bewertung:
3
(28.12.2018., 14:16)Hightower schrieb: Kennst du vielleicht eine Möglichkeit wie man Programme standardmäßig mit Adminrechten starten kann ohne dies nochmal explizit zu bestätigen?
Hallo
nutze die Aufgabenplanung, siehe z.B. Programm ohne UAC-Prompt mit Administratorrechten starten. Das sollte auch in Windows 10 funktionieren.
(28.12.2018., 14:16)Hightower schrieb: Ich möchte aber diesen Schutz nicht komplett ausschalten.
Sehr vernünftig.
HTH
Gruß Ingo
Beiträge: 255
Themen: 21
Registriert seit: May 2015
Bewertung:
19
@"schlingo", funktioniert soweit, auch wenn die Einrichtung mehr Aufwand verlangt. Aber vielleicht geht es noch bequemer.
@ThE_-_BliZZarD, gibt es für openMittsu Kommandozeilenparameter? Ich würde mir gerne die Eingabe des Passworts für die Datenbank ersparen. Wäre sehr praktisch, wenn man das Passwort über ein Parameter hinterlegen könnte.
Beiträge: 40
Themen: 2
Registriert seit: Dec 2017
Bewertung:
3
(30.12.2018., 14:19)Hightower schrieb: funktioniert soweit
Hallo
prima, freut mich.
(30.12.2018., 14:19)Hightower schrieb: auch wenn die Einrichtung mehr Aufwand verlangt.
Stimmt. Aber doch nur einmal.
(30.12.2018., 14:19)Hightower schrieb: Aber vielleicht geht es noch bequemer.
Nun ja. Die Standardprozedur (ohne die Aufgabenplanung) erfordert einen einzigen Mausklick zum Bestätigen der UAC. Zur Automatisierung gibt es wohl Tools. Die kenne ich aber nur vom Hörensagen. Zudem: A Fool with a Tool is still a Fool.
Gruß Ingo
Beiträge: 567
Themen: 0
Registriert seit: Oct 2015
Bewertung:
95
31.12.2018., 10:09
(Dieser Beitrag wurde zuletzt bearbeitet: 31.12.2018., 10:10 von lgrahl.)
Windows ist für mich schon etwas entfernt, aber das sollte doch auch ohne Adminrechte funktionieren. Einfach nicht unter
deponieren?
Beiträge: 40
Themen: 2
Registriert seit: Dec 2017
Bewertung:
3
(31.12.2018., 10:09)lgrahl schrieb: das sollte doch auch ohne Adminrechte funktionieren. Einfach nicht unter
deponieren? 
Hallo
das ist zwar theoretisch richtig, aber keinesfalls empfehlswert. Denn dabei wird der Schutz der UAC ausgehebelt. Anwendungen sollten immer in %programfiles% installiert werden. Möglicherweise ist das genau der Grund dafür dass...
(25.12.2018., 17:03)Hightower schrieb: war vorher auf einem anderen Laufwerk installiert wo es immer problemlos lief. Nun habe ich es unter c:\Program Files (x86)\ installiert und es stürzt sofort ab.
(27.12.2018., 12:57)Hightower schrieb: sollte der Installer die benötigten Einstellungen doch automatisch vornehmen.
Richtig. Wenn sich die Anwendung an die Windows-Richtlinien hält, sollten eigentlich keine erhöhten Rechte benötigt werden.
Gruß Ingo
Beiträge: 1.373
Themen: 59
Registriert seit: Oct 2014
Bewertung:
115
10.02.2019., 21:04
(Dieser Beitrag wurde zuletzt bearbeitet: 10.02.2019., 21:07 von rugk.)
(31.12.2018., 11:21)schlingo schrieb: Denn dabei wird der Schutz der UAC ausgehebelt.
Der wird natürlich aber auch (erst Recht, und noch viel gravierender) ausgehebelt, wenn man, die UAC z.B. deaktivieren würde. Das ist also keine gute Idee.
Das mit der Aufgabenplanung geht, aber man hat mit Adminrechten immer noch ein großen Sicherheitsproblem: Nun läuft OpenMittsu mit Adminrechten. Ist in OpenMittsu also eine Sicherheitslücke gefährdet das potentiell das ganze System/viel mehr, als wenn es nur mit „normalen” Rechten laufen würde.
Deswegen würde ich generall nicht empfehlen, OpenMittsu mit Admin-Rechten zu starten. Stattdessen (und das geht dann an den Entwickler), sollte die Anwendung unter Windows, Konfigurationsdateien/alle anderen Dateien unter den dafür vorgesehen Ordnern, also %APPDATA% etc. ablegen. (Dann kann die Anwendung nämlich "C:\Program Files" liegen) Auch unter Linux gibt es da spezifische Pfade, die eine Anwendung nutzen sollte.
Das verhindert z.B. dann auch, dass andere Nutzer am Computer Zugriff auf die Daten eines einzelnen Nutzers erhalten.
Wenn man die Anwendung "portabel" (auf USB etc.) nutzen möchte, dann kann man dies z.B. so implementieren, dass man diesen Modus mit einer Textdatei o.ä., die im Verzeichnis der Anwendung liegt, aktiviert.
Edit: Habe dafür mal einen Issue erstellt.
Beiträge: 40
Themen: 2
Registriert seit: Dec 2017
Bewertung:
3
(10.02.2019., 21:04)rugk schrieb: Der wird natürlich aber auch (erst Recht, und noch viel gravierender) ausgehebelt, wenn man, die UAC z.B. deaktivieren würde. Das ist also keine gute Idee.
Hallo
richtig. Das habe ich aber weder behauptet noch empfohlen.
(10.02.2019., 21:04)rugk schrieb: Deswegen würde ich generall nicht empfehlen, OpenMittsu mit Admin-Rechten zu starten. Stattdessen (und das geht dann an den Entwickler), sollte die Anwendung unter Windows, Konfigurationsdateien/alle anderen Dateien unter den dafür vorgesehen Ordnern, also %APPDATA% etc. ablegen. (Dann kann die Anwendung nämlich "C:\Program Files" liegen)
Richtig, so gehört sich das. Wie ich schon schrieb, entspricht die Anwendung dann auch den Windows-Richtlinien.
Gruß Ingo
Beiträge: 60
Themen: 1
Registriert seit: Apr 2016
Bewertung:
28
So, nachdem rugk sich gemeldet hat, habe ich das hier auch mitbekommen.
@"Hightower"
Mir ist leider nicht klar, was die Nachfrage nach den Admin-Rechten auslöst. Eigentlich (^^) werden Einstellungen unter Windows in der Registry in HKEY_CURRENT_USER\Software\openMittsu\OpenMittsu\options gespeichert. Dieser Zweig der Registry benötigt keine erhöhten Rechte.
Weiterhin wird die Log-Datei in QStandardPaths::AppLocalDataLocation geschrieben (was effektiv AppData/Local/openMittsu.log bedeutet).
Für die Executable ist /manifestUac asInvoker gesetzt, d.h. es werden nicht explizit erhöhte Rechte eingefordert.
Jetzt bin ich also ein wenig ratlos, was das Problem sein könnte.
1) Wo Liegt deine Datenbank? Diese sollte in einem "User" Ordner liegen, d.h. in Eigene Dateien oder einem ähnlichen, unprivilegierten Ordner.
2) Wo liegt dein Logfile? Liegt es vllt. noch aus Legacy-Gründen wo anders?
3) Kommt beim Start der Dialog zu Legacy Client Configuration?
@"Hightower" : Leider gibt es aktuell keine Kommandozeilenparameter. Hier besteht häufig das Problem, dass man Passwörter dann global aus diesen Parametern auslesen kann (deswegen auf Linux auch geächtet so weit ich weiß). Ich benutze KeePass + Global Hotkey, der in den Dialog das Passwort auto-inserted und Enter drückt.
Beiträge: 917
Themen: 29
Registriert seit: Jan 2015
Bewertung:
70
Hallo Phillipp,
kann man das eigentlich auch so programmieren, dass OpenMittsu die einmal festgelegten Einstellungen unter "File --> Options" auch dauerhaft beibehält?
Man muss das bei jedem Neustart neu einstellen. Finde ich irgendwie nicht so gut!
Schöne Grüße
Mogli
Beiträge: 60
Themen: 1
Registriert seit: Apr 2016
Bewertung:
28
15.02.2019., 21:20
(Dieser Beitrag wurde zuletzt bearbeitet: 15.02.2019., 21:21 von ThE_-_BliZZarD.)
(14.02.2019., 13:59)Mogli schrieb: Hallo Phillipp,
kann man das eigentlich auch so programmieren, dass OpenMittsu die einmal festgelegten Einstellungen unter "File --> Options" auch dauerhaft beibehält?
Man muss das bei jedem Neustart neu einstellen. Finde ich irgendwie nicht so gut!
Schöne Grüße
Mogli
Das sollte auch so sein (also das man es nicht immer neu einstellen muss)! Das ist aktuell ein Bug. Ich dachte, nur mir wäre es aufgefallen - ich kümmere mich bald mal darum!
|