Defcon5

Moin, Jo das geht und zwar mittels: net user %USERNAME%%COMPUTERNAME% passwort /ADD /LOGONPASSWORDCHG:YES anschließend verschiebst Du den neuen User per: net localgroup USERS /add %USERNAME%%COMPUTERNAME% in die entsprechende Gruppe. Das ganze noch hübsch in eine Batch gepackt und glücklich sein. Grüße

Hi, Der Aufruf sollte eigentlich stillhalten wenn Du ihn mit einem zusätzlichen /q versiehst. Grüße

Moin, Würde da tendentiell auch NilsKs Vorschlag bevorzugen. Zumindest rudimentär ist das doch fix gemacht. Ausgabe in eine Textdatei umgeleitet und z.B. mit tail aus den cygwin-tools in Echtzeit auf Bedarf beobachtet. Dann hättest Du den gesamten Verlauf nicht nur im Kopf sondern eben auch schwarz auf weiß. Grüße

Hi, den findest Du in der Serverkonsole -> Netzwerk -> Konnektivität -> POP3-E-Mail-Konnektor -> Eigenschaften.

Hatte das Problem seinerzeit bei einem Kunden mit einer internen Website und einem Perlskript gelöst, dass per Button das Magic Packet gesendet hat. Hat eigentlich immer gut funktioniert, abhängig von Eurem Sicherheitbedürfnis ist das aber auch nicht ohne Weiteres umsetzbar.

Du könntest abhängig von Zugehörigkeiten zu verschiedenen Computer-OUs, verschiedene Skripte zur Druckereinbindung hinterlegen die wiederum über o.g. Aufruf unterschiedliche Drucker auf den gleichen Namen mappen. Eleganter wäre aber sicherlich ein Ansatz wie ihn NilsK vorgeschlagen hatte, da muss der Berg nicht zum Propheten.

Hi Das sind alles lokale Drucker? Wird sicher etwas frickelig und ich kann es im Moment leider auch nicht gegenchecken aber unter Umständen wäre dem mit lokal hinterlegten Loginskripts die per 'RUNDLL32 printui.dll,PrintUIEntry' und dem Parameter '/b "WaWi-Drucker', Drucker verbinden, beizukommen. 'RUNDLL32 printui.dll,PrintUIEntry /?' kann Dir mehr zu den reichlich vorhandenen Parametern verraten.

Hmmm, 8019 ist in dem Fall leider nicht von Bedeutung, das ist ja nur die Erfolgsmeldung eines anderen Sicherungssjobs. Du meintest aber die Sicherung hätte eines schönen Tages den Geist aufgegeben. Gibt es noch Einträge im Protokoll die in diesen Zeitraum fallen? Ist da irgendeine Warnung/Fehlermeldung von NTbackup dabei?

Trifft's das? Backup (NTBackup.exe) stops during the backup process and event 8017 is logged

Genügt die Ausgabe von nbtstat -a %computername% vielleicht auch schon Deinen Erfordernissen?

Jo der steht in den Eigenschaften des entsprechenden Tagessjobs im Reiter "Sicherungsdetails". Per Doppelklick auf den Pfad kannst Du "weiterscrollen". Versuch alternativ auch mal eine der vorhandenen BKS-Dateien zu kopieren und so zu benennen wie die fehlende. Dann in der Monatsübersicht löschen.

Gibt's die .bks-Datei unter %USERPROFILE%\Lokale Einstellungen\Anwendungsdaten\Microsoft\Windows NT\NTBackup\data noch bzw. verweist der Pfad zum Sicherungssatz auf dieses Verzeichnis?

Taucht der Job noch in den geplanten Tasks auf?

Wie sieht Dein Loginskript denn aus? An welcher Stelle ist es hinterlegt (Benutzereigenschaften/GPO)? Handelt es sich um Geräte des gleichen Typs? Werden verschiedene OUs mit verschiedenen GPOs verwendet? Passiert das gleichzeitig an mehreren Systemen oder nur an vereinzelten Geräten? Ist der Zeitraum bis zum Verbindungsverlust in etwa konstant oder zufällig? Du könntest ein rudiment Logging in Dein Loginskript aufnehmen und z.B. per Batch den Benutzernamen und die Anmeldezeit in ein Protokoll schreiben lassen. So könntest Du zumindest nachvollziehen ob das Anmeldeskript überhaupt ausgeführt wurde wenn erneut ein Fehler auftritt.

Sagt mir wenn ich mich täusche aber wenn mich mein Gedächtnis nicht trübt, werden Anwendungsdaten unter lokalen Einstellungen nicht in das servergespeicherte Profil übertragen. Das kann mit Hilfe des auf die entsprechende OU verweisenden GPOs realisiert werden. Siehe "Benutzerkonfiguration" -> "Windows-Einstellungen" -> "Ordnerumleitung" -> "Anwendungsdaten".