blub

im nachhinein ist man natürlich schlauer..Dem Effekt wäre man mit einem Netzwerkmonitor schnell auf die Schliche gekommen. Vermutliche Erklärung: wenn dem Client unklar ist, über welches Füsschen er zum Controller rausgehen soll, geht er mal links und mal rechts rum, und fliegt dabei auf die Nase. Haben sich beide Karten im DNS registiriert? Ist/ War das Routing am Client sauber? Die Anlage des Computerkontos erfolgt übrigens noch über ntlmV2, nicht über Kerberos? cu blub

besser noch richtest du AD-Sites ein, anhand derer du dann die Zuordnung vornimmst. zur Abfrage ist adsyteminfo eine geeignete Methode cu blub

du bekommst ein paar mehr oder weniger knackige technische Fragen gestellt. Jenachdem wirst du dann zu einem persönlichen Interview eingeladen cu blub

keine Ahnung. Dafür musst du jemanden finden, der mit RC2 arbeitet

dann wirds wahrscheinlich daran liegen...

hast du Sp1 auf beiden DCs?

hi, Idee: du kannst dir in vbs eine kleine Funktion schreiben, die mit der Classe win32_pingstatus die Erreichbarkeit des Clients prüft. Jenachdem gibt die Funktion dann einen errorlevel 0 oder 1 an die Batch zurück. Anhand dessen kann man dann beliebig auswerten Wenn das Thema bis dahin noch offen ist, schau ich's mir heute abend mal an. Es gibt aber sicher noch andere Lösungswege cu blub

Hallo, Die Umstellung ist relativ easy mit wmic /node:<rechnername> nicconfig where "ipenabled='true' call enabledhcp sieh dir mal im serverhowto das wmic Howto an, dort stehen Beispiele, wie du per batch mit einer For-Schleife auch ganze OUs versorgen kannst. Ja, der 2003-er DHCP kann nachsehen, ob die Adresse bereits vergeben ist. In der DHCP-GUI kannst du die sog. Conflictdetection einschalten cu blub

Dass sich z.B. Personalentscheider mit dieser Titelinflation noch auskennen, erwartet aber keiner, oder ?

du gibst dir die Antwort doch selbst. Du brauchst ein zuverlässig funktinierendes Netzwerk zwischen DC1, DC2 und WS. Jeder muss mit jedem schwätzen (zumindest mal pingen) können. Wenn diese untere Ebene nicht funktinioneirt, brauchst du drüber nicht forschen. cu blub

dann müssen wir jetzt den internationalen Markt in Angriff nehmen :D

hi, mit forfiles und rd solltest du es hinbekommen cu blub

Wenn du kein VBS kannst, machts m.E. wenig Sinn, dir die Befehle hinzuschreiben. Ich würd auch gerne japanische Literatur im Orginal lesen, hab nur ein kleines Problem .... cu blub

aus dem scriptcenter: Set objShell = WScript.CreateObject("WScript.Shell") Set objExecObject = objShell.Exec("cmd /c ping -n 3 -w 1000 157.59.0.1") Do While Not objExecObject.StdOut.AtEndOfStream strText = objExecObject.StdOut.ReadLine() If Instr(strText, "Reply") > 0 Then Wscript.Echo "Reply received." Exit Do End If Loop anstelle des Ping-Befehls muss dann der toolaufruf stehen. Die verarbeitung der Ausgabe in der lo..loop schleife muss nicht mal sein cu blub

Hallo Frauke, Hol dir bei Wireshark: The World's Most Popular Network Protocol Analyzer den Netzwerksniffer wireshark. Zeichne damit eine Zeitlang deinen Netztraffice am winsserver auf. Im Displayfilter kannst du "nbns" eintragen, dann siehst du nur den Winsverkehr und kannst beqeum analysieren. cu blub

Hallo Frank, vbs alleine wird dir nicht helfen. Du brauchst hauptsächlich eine Commandline-Software, die du dann z.B. mit vbs aufrufst und der du entsprechende Parameter übergibst. cu blub

@schwabe, ich gebe dir ja in fast allen Punkten Recht. Ob allerdings ein BoardUser Informationen über sein "wahres Ich", wie z.B. seine Position im Unternehmen, hier veröffentlichen will, liegt einzig und allein beim BoardUser. Abgesehen davon, was hast du an Mehrwert, wenn du Demeters Position kennst? cu blub

Hallo hoki, Dann habt ihr keine Standard-Windowsclients. Ein User kann auch nach Ablauf des PWs z.b. an einem XP-Client neu setzen, das alte muss er natürlich wissen. Ich kenne keine Möglichkeit unter XP dieses Verhalten so zu ändern, dass nur ein Helpdesk ein abgelaufenes PW zurücksetzen darf. Ein konkretes Skript hatte ich nicht im Sinn. Sonst hätte ich dir den Link schon gepostet cu blub

-Leg da DOS-Programm lokal auf einen der PCs ab -probier den Aufruf mit "start /separate program.cmd" -füge den Uservariablen auf den PCs tmp und temp den Pfad "c:\windows\temp" hinzu cu blub

538 ist logoff, 540 logon Lange hast aber nicht gegoogelt ;) http://technet2.microsoft.com/WindowsServer/en/library/e104c96f-e243-41c5-aaea-d046555a079d1033.mspx cu blub

der logparser ist dafür sehr gut geeignet. Schau mal hier http://www.mcseboard.de/government-53/administrator-account-absichern-2-109379.html#post675834 cu blub

Hi, wieso duerfen die User nicht selbst ihr Passwort neu setzen? Sonst kannst du per skript oder dsquery etc. die Gültigkeit der Passwörter z.B. alle 24h durchgehen und ggf. darauf reagieren (z.B. mit blat zum versenden von emails) cu blub

Umfrage: ein Mitarbeiter, der im Vorhinein schriftlich ankündigt, dass er der Firma im Notfall die Arbeit verweigern wird,...was mach mit dem als Chef???

http://www.mcseboard.de/windows-forum-ms-backoffice-31/dienste-finden-adminaccount-laufen-112074.html#post690275 wmic /node:<rechnername> service where "startname='domain\administrator'" get * /value - läuft in einer cmd - statt <rechnername> kannst du auch die IP-Adresse nehmen -anstelle des Sterns * kannst du auch commaseparated properties eintragen mehr fällt mir jetzt wirklich nicht mehr dazu ein cu blub

Mag sein, dass du 100-mal mehr drauf hast als dein Chef, trotzdem wuerd ich nicht so vom Leder ziehen Manche Chefs lesen sogar Foren, bzw. bekommen interessante Beiträge zugetragen. Wenn z.B. aus Profil, Fakten und Wortwahl im Thread auf den lebendigen Schreiber geschlossen werden kann, könnte es ungemütlich werden...nur so als Ratschlag und Hinweis