Alternative zu einem Dienst

[Susanne]

Hallo,

ich hab mal eine Frage, vielleicht hat von euch jemand eine Idee.

Ich wollte bisher meine Anwendung als Dienst laufen lassen, dies funktioniert aber so nicht, da meine Anwendung andere Programme startet usw.

Die Idee war, dieses Programm als Dienst im Hintergrund laufen zu lassen ohne dass der Benutzer dies eben mitbekommt.

Wie könnte ich dies nun verwirklichen?

[alcaeus]

Hi Susanne,

was spricht gegen eine Anwendung ohne Form? Der Benutzer bekommt davon auch nicht viel mit. Und was spricht dagegen, es als Dienst zu programmieren? Korrigiert mich falls ich mich irre, aber AFAIK können Dienste sehr wohl andere Programme starten.

Greetz
alcaeus

[sakura]

Zitat:

Zitat von alcaeus

Korrigiert mich falls ich mich irre, aber AFAIK können Dienste sehr wohl andere Programme starten.

Stimmt schon, allerdings werden Dienste iA nicht unter dem Userkonto und nicht in der Userumgebung ausgeführt, somit sind die gestarteten Anwendungen nicht für den Anwender erreichbar ;)

...:cat:...

[Jelly]

Also da gibst doch bei den Diensten die Option "Datenaustausch zwischen Dienst und Desktop" zulassen. Ich dacht wenn das gesetzt ist, kann man durchaus Anwendungen aus einem Dienst heraus starten lassen, oder irre ich da?

[Susanne]

Das die gestarteten Anwendungen nicht für den User erreichbar sind, stört mich nicht im geringsten. Das heisst also, dass ich nicht sehe, dass das Programm wirklich gestartet ist, aber es wurde gestartet und macht seine Arbeit?

[alcaeus]

Hi Susanne,

Zitat:

Zitat von Susanne

Das heisst also, dass ich nicht sehe, dass das Programm wirklich gestartet ist, aber es wurde gestartet und macht seine Arbeit?

Nicht ganz. Wenn du z.B. im Dienst eine andere Anwendung mit ShellExecute startest, dann wird dieser Prozess höchstwahrscheinlich im Taskmanager angezeigt. Da die Prozesse aber weiterhin im SYSTEM-Benutzerkonto laufen, kann ein normaler Anwender diese Anwendungen nicht abschießen.

Greetz
alcaeus

[Susanne]

Also gut, das ganze habe ich jetzt mit zwei Programmen ausprobiert, notepad.exe und uedit32.exe, beide sind auch im Taskmanager zu sehen und laufen unter System.

Dann habe ich das ganze noch mit einem dritten Programm ausprobiert. ich habe die Exe gestartet. Diese Programm soll nun aber auch noch eine Log-Datei schreiben. Rufe ich das Programm ganz normal auf, schreibt er die LogDatei. Rufe ich das Programm nun mit dem Dienst auf geschieht gar nichts, es ist auch nicht im TaskManager zu sehen und die Log-Datei wird nicht erzeugt. Woran kann dies nun liegen?

[alcaeus]

Zitat:

Zitat von Susanne

Rufe ich das Programm nun mit dem Dienst auf geschieht gar nichts, es ist auch nicht im TaskManager zu sehen und die Log-Datei wird nicht erzeugt. Woran kann dies nun liegen?

Das Programm wird nicht gestartet (ach ne :mrgreen:). Greifst du etwa auf user-spezifische ordner zu? Ich meine damit Eigene Dateien, Anwendungsdaten etc. Diese Ordner gibt es für System nicht, deshalb könnte das Programm crashen.

Greetz
alcaeus

[Meflin]

Zitat:

Zitat von alcaeus

Zitat:

Zitat von Susanne

Rufe ich das Programm nun mit dem Dienst auf geschieht gar nichts, es ist auch nicht im TaskManager zu sehen und die Log-Datei wird nicht erzeugt. Woran kann dies nun liegen?

Das Programm wird nicht gestartet (ach ne :mrgreen:). Greifst du etwa auf user-spezifische ordner zu? Ich meine damit Eigene Dateien, Anwendungsdaten etc. Diese Ordner gibt es für System nicht, deshalb könnte das Programm crashen.

Greetz
alcaeus

bist du da ganz sicher? ich denke für das system ist _jeder_ ordner vorhanden/sichtbar oder wie dus auch nennen magst. das system ist doch sozusagen der superuser oder irre ich mich da? selbst als nicht admin siehst du ja die ordner anderer benutzer... und solange die nicht passwortgeschützt sind kannst du auch drauf zugreifen

[alcaeus]

Hi Meflin,

Zitat:

Zitat von Meflin

bist du da ganz sicher? ich denke für das system ist _jeder_ ordner vorhanden/sichtbar oder wie dus auch nennen magst. das system ist doch sozusagen der superuser oder irre ich mich da? selbst als nicht admin siehst du ja die ordner anderer benutzer... und solange die nicht passwortgeschützt sind kannst du auch drauf zugreifen

ich glaube du hast mich da etwas missverstanden. Ein Beispiel:
über die Umgebungsvariablen bekomme ich den Pfad des temporären Verzeichnisses des jeweiligen Benutzer. Solange dies ein interaktiver Benutzer ist, funktioniert der Code. Wird der Code aber als SYSTEM ausgeführt, dann findet das System für diesen Benutzer kein Temp-Verzeichnis, da es nicht gibt. Das Problem sind nicht also fehlende Berechtigungen, sondern einfach die Tatsache dass der Benutzer "SYSTEM" keine Ordner wie "Eigene Dateien" etc. hat.

Greetz
alcaeus

[Meflin]

achso. du meinst also praktisch die userspezifischen ordner des "users" system....
na dann 8)

[Susanne]

An den Ordner sollte jeder heran kommen, ich habe direkt unter D ein Verzeichnis Dateien mit Unterordner angelegt, also nichts, was für einen speziellen User wäre, hatte aber auch mal das Programm woanders hin gepackt D:\Programme, ging aber auch nicht.

[alcaeus]

Hi Susanne,

versuch mal mit Hilfe von [msdn]"CreateProcessAsUser"[/msdn] den Prozess unter einem anderen Benutzerkonto zu starten. Wenn es dann immer noch nicht funktioniert dann weiß ich auch nicht weiter. Ist das Programm das du selbst geschrieben hast (also das, welches nicht funktioniert)?

Greetz
alcaeus

[Susanne]

Er scheint das Programm doch zu starten und auszuführen, da das Programm sich recht schnell selber wieder beendet (ist auch richtig), sehe ich das wohl nicht so schnell im Taskmanager. Habe mal nach der Log-Datei gesucht, auf die Vermutung hin, dass er die warum auch immer woanders hinschreibt, gesucht und ich habe sie auch gefunden. Sie wird und Windows/system32 abgelegt.

Normalerweise soll er die log-Datei ins gleiche Verzeichnis schreiben, wo auch die dazugehörige exe liegt. Warum macht er das hier also nicht? Hat mit sicherheit einen Grund

[fkerber]

Hi!

Vielleicht schreibt er ins Ausführungsverzeichnis und vielleicht ist das eben system32.


Ciao Frederic