Delphi-PRAXiS
Seite 1 von 2  1 2      

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Win32/Win64 API (native code) (https://www.delphipraxis.net/17-win32-win64-api-native-code/)
-   -   Delphi Anmeldebildschirm "sperren" (https://www.delphipraxis.net/94684-anmeldebildschirm-sperren.html)

xZise 25. Jun 2007 14:17


Anmeldebildschirm "sperren"
 
Ist es möglich, dass ich den Anmeldebildschirm (Win 2k Prof) sperren kann oder verhindern kann, dass sich jemand anmeldet?
Weil ein Service muss im Hintergrund "aufräumen" ;)

SirThornberry 25. Jun 2007 14:21

Re: Anmeldebildschirm "sperren"
 
du könntest versuchen mit dem Service alle Nutzer zu deaktivieren und danach wieder zu aktivieren. Oder du blendest das Loginfenster welches sichtbar ist aus so das niemand da etwas eingeben kann (ShowWindow)

xZise 25. Jun 2007 16:08

Re: Anmeldebildschirm "sperren"
 
Das mit den Ausblenden ist eine Möglichkeit.

Es wäre auch möglich eine Meldung anzuzeigen, dass der PC nicht heruntergefahren werden soll?

Und wie deaktiviert man Nutzer?

SirThornberry 25. Jun 2007 16:53

Re: Anmeldebildschirm "sperren"
 
Nutzer deaktiviert man mit NetUserSetInfo

lbccaleb 25. Jun 2007 17:03

Re: Anmeldebildschirm "sperren"
 
hättest da vllt noch nen code?? würd mich auch mal intressieren!!!

SirThornberry 25. Jun 2007 17:54

Re: Anmeldebildschirm "sperren"
 
hab einfach mal im msdn nach der Funktion gesucht, uns siehe da - mit Beispielquelltext:
http://msdn2.microsoft.com/en-us/library/aa370659.aspx

Etwas eigeninitiative sollte schon gezeigt werden, und ein kleiner Funktionsaufruf sollte nicht das Problem sein. Wenn es an einer bestimmten Stelle nicht weiter geht hab ich nichts gegen fragen, aber sofort nach Code zu Fragen ohne zu zeigen das Eigeninitiative gezeigt wurde finde ich nicht so toll.

Luckie 25. Jun 2007 19:19

Re: Anmeldebildschirm "sperren"
 
Ich frage mich, ob da bei deinem Programmdesign nicht etwas schief läuft, wenn man solche Umstände machen muss, damit der Service korrekt funktioniert. Was macht der denn, dass da niemand angemeldet sein darf?

xZise 25. Jun 2007 20:04

Re: Anmeldebildschirm "sperren"
 
Ich habe nicht vor Schadcode zu erstellen.
Und zwar geht es darum dass jeder User bei uns auf der Schule seine eigenen Dateien vom Server downloadet.
Allerdings werden die Daten dannach nicht gelöscht und die Festplatte wird zugemüllt. Deshalb wird jedes Jahr bei uns in der Schule alle Ordner in Dok. und Einst. gelöscht bis auf ein paar (Admin, All Users, User).
Und genau dass wollten wir automatisieren. Nun ist es natürlich doof wenn er gerade löscht, aber sich jemand anmeldet.
Entweder der Löscher ist schon daran vorbeigekommen oder noch nicht => Dann wirds böse, wenn man online ist und er alle Daten löscht, da er daraufhin das auf den Server schreibt ... Und dann ist alles Futsch :/

Andere Möglichkeit wäre, dass abzubrechen, wenn man sich anmeldet, was aber ggf. Probleme bereiten kann, wenn der PC stark frequentiert ist.

Ich hoffe mal deine Frage ist geklärt?

Luckie 25. Jun 2007 20:17

Re: Anmeldebildschirm "sperren"
 
Den Anmeldebildschirm verstecken halte ich nicht für sinnvoll. Was macht wohl ein Anwender, der keinen anmeldebildschrim sieht? Er drückt auf den Resetknopf, weil er denkt, da ist was schiefgegangen.
Benutzer zu deaktivieren, halte ich auch nicht für die beste Lösung.

Nimm doch den Server so lange vom Netz und zeig eine Erklärung an, wenn der anwender Strg+alt+Entf drückt, dann kann der Benutzer sich auch nicht einloggen, weil der Server nicht da ist. Und ich denke, so macht man das auch, dass man zu Wartungszwecken den Server vom Netz nimmt.

xZise 25. Jun 2007 20:40

Re: Anmeldebildschirm "sperren"
 
Die Daten werden aber von den PC gelöscht ;) Von den Servern wäre es etwas... fataler...
Und ja an sich schon. Deshalb würde ich eine Dialogbox anzeigen lassen also dass der PC gerade nicht benutzt werden kann...


Alle Zeitangaben in WEZ +1. Es ist jetzt 10:30 Uhr.
Seite 1 von 2  1 2      

Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz