Seltsames Verhalten NT-Service Komponente

[kuba]

Zitat:

Zitat von Bummi (Beitrag 1158515)

@kuba
Du hattest doch schon mal eine funktionierende Version gepostet

http://www.delphipraxis.net/109191-p...ich-mal-4.html
28. Nov 2011, 22:16

oder was habe ich übersehen?

nee, schon richtig. Funktioniert aber erst "nach" der Benutzeranmeldung.

Habe mal experementiert ob es nicht möglich ist vorher schon ein Programm zu starten (bevor sich der Benutzer am Desktop angemeldet hat). Dabei fiel mir halt auf dass RunAs bei der Installation des Service funktioniert (notepad.exe wird getstartet), aber wenn der Service mit "net start Service2" gestartet wird dann wird notepad.exe eben nicht gestartet.

KUBA

[jaenicke]

Im Startmenü stehen doch sicher ohnehin keine relevanten Einträge mehr, denn das ist ja schließlich normalerweise das erste, das in einem Kiosk Modus per Policy rausfliegt. Machen kann der Benutzer damit also ohnehin nix.

Es geht also ausschließlich um die Optik, damit der Benutzer bei der Anmeldung nicht einmal kurz den Startbutton sieht, oder? Lohnt sich dafür der Aufwand? :gruebel:
Und wenn dein Dienst in RunOnce des Benutzers eine kleine Anwendung ohne visuelle Oberfläche einträgt, sollte deren Ausführung ohnehin so schnell gehen, dass man nicht viel sieht bis der gestartet ist und "alles kaputt macht" :mrgreen:.

[himitsu]

Autostart / Run / RunOnce ... einfach nur Shift drücken (ich glaub das war so), während des Starts und diese werden nicht ausgeführt.

[Sir Rufo]

Es gibt doch auch noch die Möglichkeit den Verursacher (Explorer.exe) für das Startmenü auszutauschen.
Dann braucht man auch nichts zu entfernen :stupid:

[himitsu]

Ab mindestens Windows 7 steht die Explorer.exe unter einem besonderen Schutz und kann nicht so einfach getauscht werden.
Da hast'e nichtmal als Admin das Recht dazu.

[CCRDude]

Mal eine "dumme" Frage... hast Du Dir die Events, die ein TService Dir bietet, überhaupt angeschaut?

Warum es schon/auch beim Installieren passiert, wird dabei klar - dafür wird nämlich auch eine Instanz initialisiert (und Events ausgelöst, etwa OnBeforeInstall und OnAfterInstall).

Wenn Du unbedingt mit einem TTimer arbeiten möchtest, habe ihn zur Designtime als Enabled = false, und setzte das erst im OnExecute auf true.

Eine minimale Fehlerverwaltung, sei es ins Event Log oder ne Textdatei zu schreiben, löst auch so viele Fehler...

Zum eigentlichen Fehler gab's ja schon genug Rückmeldungen, da enthalte ich mich mal :)

[Sir Rufo]

Zitat:

Zitat von himitsu (Beitrag 1158598)

Ab mindestens Windows 7 steht die Explorer.exe unter einem besonderen Schutz und kann nicht so einfach getauscht werden.
Da hast'e nichtmal als Admin das Recht dazu.

Aha, dann muss ich mit meinem Windows 7 aber mal schimpfen, denn ich habe eben für einen User in der Registry den Shell Wert eingetragen mit einem Mini-Programm und siehe da nur noch das Programm und nichts mehr vom Explorer.

Komisches Dingen halt.

[jaenicke]

Das funktioniert auch problemlos. Man kann nur die Exe selbst nicht so einfach manipulieren. ;-)

[himitsu]

Zitat:

Zitat von Sir Rufo (Beitrag 1158619)

Aha, dann muss ich mit meinem Windows 7 aber mal schimpfen, denn ich habe eben für einen User in der Registry den Shell Wert eingetragen mit einem Mini-Programm und siehe da nur noch das Programm und nichts mehr vom Explorer.

OK, die Registry ändern geht klar.

Klang so, als wollte man die Explorer.exe direkt ändern, also die Datei löschen oder umbenennen und da hat Windows den Schutz erhöht.

Im Gegensatz dazu sind in der Registry sind viele Stellen leider noch garnicht geschützt, und können sogar von einem "billigen" Benutzer verändert werden.
Ändere einfach mal die Behandlung des Dateierweiterung .exe und leite die ausführung als Parameter an ein Programm weiter.
Dann wird dieses Programm immer gestartet, wenn man im Explorer, über ein Icon oder über irgendeine andere Verlinkung, eine *.exe startet.

[kuba]

Zitat:

Zitat von CCRDude (Beitrag 1158599)

Mal eine "dumme" Frage... hast Du Dir die Events, die ein TService Dir bietet, überhaupt angeschaut?

Warum es schon/auch beim Installieren passiert, wird dabei klar - dafür wird nämlich auch eine Instanz initialisiert (und Events ausgelöst, etwa OnBeforeInstall und OnAfterInstall).

Wenn Du unbedingt mit einem TTimer arbeiten möchtest, habe ihn zur Designtime als Enabled = false, und setzte das erst im OnExecute auf true.

Eine minimale Fehlerverwaltung, sei es ins Event Log oder ne Textdatei zu schreiben, löst auch so viele Fehler...

Zum eigentlichen Fehler gab's ja schon genug Rückmeldungen, da enthalte ich mich mal :)

Ich wusste daß ich einfach wieder zu dumm war, OK habe den Fehler erkannt ...

Also mit RunAs is nicht im NT-Service, ich denke daß ich per winlogon ans Ziel komme...

Da müsste sich doch was machen lassen um das dumme Startmenü endlich abzuschalten.

KUBA