blub

Das schränkt die Möglichkeiten (Tastatur wegnehmen etc.) natürlich enorm ein :D

Hallo, - Auf einem Adminrechner erstellst du dir eine Textdatei z.B. nodes.txt, die in jeder Zeile einen Clientnamen enthält, auf dem das PW geändert werden soll - du holst dir unter PsTools v2.43 das psexec-Tool - du schreibst in eine *.bat diese Zeilen (passwort und inputfile kannst du anpassen. das inputfile muss im gleichen Verzeichnis wie die *.bat liegen) --------------------- set password=hurra set inputfile=nodes.txt set output=%~dpn0-log.txt for /F %%i in (%inputfile%) do ( psexec \\%%i net user administrator %password% >>%output% 2>&1 ) ----------------------------------- - dann kannst du auf dem Adminrechner die Batchdatei einmalig ausführen und das Passwort muss nicht verteilt werden cu blub

wo du die gpm© startest ist reichlich wurscht. Entscheidend ist, zu welchem DC diese sich dann verbindet (rechte Maustaste auf den domainnamen, -> change Domaincontroller). Ich vermute aus der Beschreibung, du hast ein FileReplicationProblem auf mindestens einem DC. FRS-Probleme sind niederträchtig, da die Auswirkungen oft erst spät auffallen. Starte auf jedem DC mal den FRS service neu und beobachte im FRS-Eventlog, ob danach überall der Event 13516 kommt. Der muss zwingend erscheinen. Der FRS-Restart tut ansich nicht weh. cu blub

was habt ihr denn gegen das psexec?

sorry, passwörter unverschlüsselt in skripten zu hinterlegen, ist ... da kannst du deine User per Mail auch bitten, das PW manuell auf xyz zu ändern. Die meisten User vergessens dann wenigstens nach spätestens 24h cu blub

hast du schonmal den Virenscanner bzw. weitere Filtertreiber deaktiviert? cu blub

super, weiter so!

Flipshot, dann leite Bildschirmausgaben alle Ausgaben in eine Logdatei um. Das solltest du eh machen, wenn der Task dann unbeaufsichtigt laufen soll, damit du auch in späteren Fehlerfällen etwas zum Kontrollieren hast. cu blub

jaaa, wer lesen kann, ist klar im Vorteil :cool:

ich habe noch nichts besseres als die Windowshilfe gesehen. Such dort einfach mal nach "for" cu blub

wmic /NODE:<RECHNER> path win32_terminalservicesetting where servername!=NULL CALL SetAllowTSConnections 1 ----- einschalten wmic /NODE:<RECHNER> path win32_terminalservicesetting where servername!=NULL CALL SetAllowTSConnections 0 ----- ausschalten Es geht auch über einen Registrykey. Ein dokumentierte Methode finde ich aber schöner und ist zukunftssicher nähere Erklärungen kannst du unter Windows Server How-To Guides: Home - ServerHowTo.de im wmic-howto nachlesen. Ebenso wie du mehrere Clients über eine Batch versorgen kannst cu blub

for /f "tokens=1,2,3 delims=. " %%a in ('echo %DATE%') do set myDate=%%a-%%b-%%c for /f "tokens=1,2,3 delims=:,. " %%a in ('echo %TIME%') do SET myTime=%%a-%%b-%%c echo %mytime% echo %mydate% diese Variablen kannst du auch in filenamen verwenden cu blub

psexec \\<pcname> net user administrator <password> kann man mit einer for-Schleife einfach batchen cu blub

warum willst du einem geplanten Task zuschauen? Dann kannst du ihn doch gleich selbst ausführen. cu blub

zumindest sollte man potentielle Fehlerquellen minimieren cu blub

bzw. Ausgaben auf Handle2 werden in Handle1 kopiert cu blub

danke

@grizzly, es geht ihm ja um die "Zwischenergebnisse". Werden die auch gespeichert?

@maverick, ich vermute eher nicht. Aber lass einen Netzwerksniffer (z.B. Wireshark: The World's Most Popular Network Protocol Analyzer) am DNS server mitlaufen, wenn du hintereinander 2 Queries an die gleiche Domäne mit verschiedenen Clients sendest. Im Displayfilter schreibst Du "DNS". Dann siehst du live, ob die Queries identische Antworten liefern, oder die Antwort beim zweiten mal kürzer ist cu blub

wenn du das gesicherte File einer virtuellen Maschine restorst, ist das wie ein Imagerestore. Ich denke an Murphy: wo Fehler gemacht werden können, werden sie irgendwann auch gemacht cu blub

Hi Daim, merci, kannte ich nicht. Hast du es schonmal ausprobiert? Was veändert das Tool am AD? cu blub

@Christoph, kannst du ein solches Tool nennen? cu blub

Ich rate generell ab, DCs auf virtuellen Maschinen zu installieren, da die Gefahr eines USN-Rollbacks einfach zu gross ist, die mir das AD schrotten. Zumindest bei zwei oder mehr DCs http://www.mcseboard.de/tipps-links-5/dc-imaging-usn-rollback-103491.html FSMO-Rollen ist es generell wurscht, ob sie auf virtueller oder physikalischer HW laufen. cu blub

eventuell auch del /S c:\tmp\*.pdf > C:\test.log 2>&1 cu blub

@tomy tom einen Trumpf hat dein Chef noch, nämlich dein Arbeitszeugnis. Stell dich mit allen Mitteln auf die Hinterfusse, dass das anständig wird. Zieh evtl. einen Profi hinzu cu blub