PsShutdown Benutzer oder Passwort falsch?!?!?!
Hallo
Ich betreue eine Schule die ThinClients benutzen um Remot am Terminal Server zu arbeiten.
Leider verstehen die meisten Lehrer aber nicht das sie nicht direkt auf dem Gerät arbeiten und jede Erklärung scheitert, wenn man ihnen sagt nach dem Abmelden nochmal auf Herunterfahren zu drücken.
Und so laufen diese Terminals oft das ganze (Schul)Jahr durch...
PsShutdown in die Aufgabenliste am Abend wenn keiner mehr da ist vom Domaincontroller ist die Lösung hab ich mir gedacht und das funktioniert bei gefühlt 90% der ThinClients auch nur bei ein paar schreibt er : "Der Benutzername oder das Kennwort ist falsch." Obwohl das nicht sein kann da ich den Administrator nutze und das Passwort muss stimmen (ich hab es auch nochmal mit der CMD über net user geändert damit ich das PW in Klarschrift sehe) Der Administrator ist auch bei allen Geräten aktiviert.
Es handelt sich um verschiedene ThinClients von Dell und HP und sie haben winXP SP3 Embedded Standard und wenige win2009 (dieses Zwischending zwischen XP und Vista).
Bei den meisten funktioniert es ohne Probleme genau so wie ich es will nur bei ein paar winXP und 1x win2009 (hier ist es aber so das das gleiche Modell Hausnummer 5x geht und 1x eben nicht).....
Kann mir jemand kurz erklären worüber die PsExecute Programme laufen? Bzw wieso ich keinen Zugang bekomme? Kann das an einem Dienst liegen oder so ich weiß es leider nicht, ich mach das so neben den normalen Arbeiten deshalb ist es auch nicht so stressig.
Aja und Eigentlich sind die XP Betriebssysteme geklont weshalb auch kein unterschied sein dürfte -.-
Und klonen kann ich auch nicht weil dann der Schreibschutz (dieses EWF) nicht mehr richtig funktioniert er sagt zwar enabled aber User können dann was ändern und Schüler zerstören dann so ein System (da hab ich leider schon viel Erfahrung).
Wenn ein richtiger PsPROGRAMM-Experte mich vlt ein bisschen aufklären könnte bzw eine Lösung hätte wäre ich sehr froh.
Oder weis jemand eine Bessere Lösung als PsShutdown?
Herzlichen Dank für jede ernst gemeinte Untersützung.
*PS: Die ThinClients sind natürlich nicht in der Domäne.
Ich betreue eine Schule die ThinClients benutzen um Remot am Terminal Server zu arbeiten.
Leider verstehen die meisten Lehrer aber nicht das sie nicht direkt auf dem Gerät arbeiten und jede Erklärung scheitert, wenn man ihnen sagt nach dem Abmelden nochmal auf Herunterfahren zu drücken.
Und so laufen diese Terminals oft das ganze (Schul)Jahr durch...
PsShutdown in die Aufgabenliste am Abend wenn keiner mehr da ist vom Domaincontroller ist die Lösung hab ich mir gedacht und das funktioniert bei gefühlt 90% der ThinClients auch nur bei ein paar schreibt er : "Der Benutzername oder das Kennwort ist falsch." Obwohl das nicht sein kann da ich den Administrator nutze und das Passwort muss stimmen (ich hab es auch nochmal mit der CMD über net user geändert damit ich das PW in Klarschrift sehe) Der Administrator ist auch bei allen Geräten aktiviert.
Es handelt sich um verschiedene ThinClients von Dell und HP und sie haben winXP SP3 Embedded Standard und wenige win2009 (dieses Zwischending zwischen XP und Vista).
Bei den meisten funktioniert es ohne Probleme genau so wie ich es will nur bei ein paar winXP und 1x win2009 (hier ist es aber so das das gleiche Modell Hausnummer 5x geht und 1x eben nicht).....
Kann mir jemand kurz erklären worüber die PsExecute Programme laufen? Bzw wieso ich keinen Zugang bekomme? Kann das an einem Dienst liegen oder so ich weiß es leider nicht, ich mach das so neben den normalen Arbeiten deshalb ist es auch nicht so stressig.
Aja und Eigentlich sind die XP Betriebssysteme geklont weshalb auch kein unterschied sein dürfte -.-
Und klonen kann ich auch nicht weil dann der Schreibschutz (dieses EWF) nicht mehr richtig funktioniert er sagt zwar enabled aber User können dann was ändern und Schüler zerstören dann so ein System (da hab ich leider schon viel Erfahrung).
Wenn ein richtiger PsPROGRAMM-Experte mich vlt ein bisschen aufklären könnte bzw eine Lösung hätte wäre ich sehr froh.
Oder weis jemand eine Bessere Lösung als PsShutdown?
Herzlichen Dank für jede ernst gemeinte Untersützung.
*PS: Die ThinClients sind natürlich nicht in der Domäne.
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 384987
Url: https://administrator.de/contentid/384987
Ausgedruckt am: 25.11.2024 um 10:11 Uhr
29 Kommentare
Neuester Kommentar
*PS: Die ThinClients sind natürlich nicht in der Domäne.
Kann mir jemand kurz erklären worüber die PsExecute Programme laufen?
Das allseits bekannte Thema:Kann mir jemand kurz erklären worüber die PsExecute Programme laufen?
https://www.windowspro.de/tipp/uac-filter-fuer-windows-fernwartung-absch ...
Oder weis jemand eine Bessere Lösung als PsShutdown?
Lokaler Task mit User-Nachfrage und normaler shutdown.exe.Gruß Werner
Die ThinCients sind nicht in einer Domäne, da kann ich ja keine GPO ausspielen oder seh ich das falsch?
Das siehst Du richtig.Hm, und Ihr habt keinerlei Form der zentralen Verwaltung eingebaut? Schon beim Aufsetzen von Workgroupcomputern sollte man sich eine solche Hintertür offenhalten; also z.B. ein Startskript einrichten, dass auf eine Skriptdatei auf einer Serverfreigabe verweist - das wäre dann zumindest annähernd so gut verwaltbar wie mit GPOs... du könntest auf diese Weise zum Beispiel mühelos Tasks verteilen.
->Solltest Du nachrüsten!
Ich meinte jetzt nicht die Hauptsicherung des Gebäudes, sondern die der Steckdosen der Klassenzimmer. Je nachdem wie es verdrahtet wurde. Und ja, das meine ich ernst. Wenn die eh nur Flashspeicher haben..... Who cares ?
Zur Not ne (Zeit)schaltbare Steckdosenleiste dazwischen.
Falsche Uhrzeiten trotz Timesync ? Sorry, aber dann stimmt da grundsätzlich was nicht. Da würde ich zuerst mal nachschauen.
Zur Not ne (Zeit)schaltbare Steckdosenleiste dazwischen.
Falsche Uhrzeiten trotz Timesync ? Sorry, aber dann stimmt da grundsätzlich was nicht. Da würde ich zuerst mal nachschauen.
HEy
das mit der Uhrzeit hört sich spektakulär an.
Das würd ich ersmal fixen :D
Zitat von @GrauerStar:
Meinst du die aus dem Elektro schrank die Sicherung raus? Das ist ein Modernes Gebäude hier läuft Moderen Haus Elektronik (z.B.: Regen-/Windsensor für die Elektronisch gesteuerten Rolos, Temperatur Fühler, Bewegungsmelder usw...) das kannst du nicht ernst gemeint haben hoffe ich.
Das wir auch schwierig da die ThinClients trotz Zeitsync aus dem Inet immer falsche Uhrzeiten haben deshalb ist es über einen lokalen Task nicht sehr sinnvoll da er dann irgendwann ausschaltet.
Zitat von @Henere:
Servus, wenn da ein ein Flash nach dem reboot erfolgt.... Warum nicht einfach die große Haupt-Sicherung rausmachen ?
Dann ist garantiert still.
Servus, wenn da ein ein Flash nach dem reboot erfolgt.... Warum nicht einfach die große Haupt-Sicherung rausmachen ?
Dann ist garantiert still.
Meinst du die aus dem Elektro schrank die Sicherung raus? Das ist ein Modernes Gebäude hier läuft Moderen Haus Elektronik (z.B.: Regen-/Windsensor für die Elektronisch gesteuerten Rolos, Temperatur Fühler, Bewegungsmelder usw...) das kannst du nicht ernst gemeint haben hoffe ich.
Oder aber in das Image ein Zeitbasierten Task, der um x Uhr den Rechner sowieso runterfährt.
Das wir auch schwierig da die ThinClients trotz Zeitsync aus dem Inet immer falsche Uhrzeiten haben deshalb ist es über einen lokalen Task nicht sehr sinnvoll da er dann irgendwann ausschaltet.
Grüße, Henere
das mit der Uhrzeit hört sich spektakulär an.
Das würd ich ersmal fixen :D
Also ich würde die Dinger überhaupt nicht mit einem Image lokal betanken sondern diese direkt per PXE von einem zentral gepflegten Image booten lassen wenn da eh nur Terminal-Arbeit drauf stattfindet!
Hm. dann ist euer Netz zu lahm . Die starten hier in 5 Sekunden übers Netz ein Linux mit Terminal-Interface, das sollte schnell genug sein.
Wie alt sind die Trümmer denn bitte ? Und selbst wenn die die im Jahre 1980 starten kannst das ausgleichen mit NTP. Das sollte das geringste Problem sein. Und dann kannst den Task auch eintragen.
Und ne CR2032 kostet nun auch nicht die Welt und könnte das Leben deutlich einfacher machen. Gerade wenn die BIOS-Einstellungen futsch sind und auf default gesetzt werden..... Ne, das wäre nix für den Sohn meines Vaters.
Und wenn es nur Kleinigkeiten sind, aber das kann viele graue Haare vor dem Wachstum stoppen.
Und ne CR2032 kostet nun auch nicht die Welt und könnte das Leben deutlich einfacher machen. Gerade wenn die BIOS-Einstellungen futsch sind und auf default gesetzt werden..... Ne, das wäre nix für den Sohn meines Vaters.
Und wenn es nur Kleinigkeiten sind, aber das kann viele graue Haare vor dem Wachstum stoppen.
Zitat von @Henere:
Wie alt sind die Trümmer denn bitte ? Und selbst wenn die die im Jahre 1980 starten kannst das ausgleichen mit NTP. Das sollte das geringste Problem sein. Und dann kannst den Task auch eintragen.
Und ne CR2032 kostet nun auch nicht die Welt und könnte das Leben deutlich einfacher machen. Gerade wenn die BIOS-Einstellungen futsch sind und auf default gesetzt werden..... Ne, das wäre nix für den Sohn meines Vaters.
Und wenn es nur Kleinigkeiten sind, aber das kann viele graue Haare vor dem Wachstum stoppen.
Wie alt sind die Trümmer denn bitte ? Und selbst wenn die die im Jahre 1980 starten kannst das ausgleichen mit NTP. Das sollte das geringste Problem sein. Und dann kannst den Task auch eintragen.
Und ne CR2032 kostet nun auch nicht die Welt und könnte das Leben deutlich einfacher machen. Gerade wenn die BIOS-Einstellungen futsch sind und auf default gesetzt werden..... Ne, das wäre nix für den Sohn meines Vaters.
Und wenn es nur Kleinigkeiten sind, aber das kann viele graue Haare vor dem Wachstum stoppen.
kann ich auch nur zustimmen
wir reden hier aber von 5 min
Da gehen die Pakete noch schnell bei McPommes vorbei oder was ?!Ist sowas sinnvoll wenn das Gerät vor Veränderungen geschützt ist…?
Vermutlich ja. Du könntest täglich neu bestimmte Tasks schreiben lassen (Aufwand sind dafür nur Sekundenbruchteile), die Dinge erledigen, wie z.B. auch einen Shutdown. Du bleibst flexible, den Du kannst die Shutdownzeit nach Belieben neu setzen.
Zusätzlich zu meinem ersten Kommentar in der lokalen Sicherheitsrichtlinie checken (secpol.msc) ob Remote-Zugriff auf die Kiste verboten wurde. Firewall-Ausnahmen sollte ja auch klar sein hoffe ich.
Koppschüttel, sowas ist natürlich nicht selbstverständlich und das machen nur Anfänger sie komplett abzuschalten. Port 135 und 445 TCP reicht völlig, und aktivierte Admin$ und ipc$ Shares.