BaSe

Hallo, das Ms Update KB896424(Sicherheitsanfälligkeiten in Grafikwiedergabemodul) wurde am Dienstag auf die Windows 2000 Client per WSUS verteilt. Seit dem klagen die Windows 2000 Anwender das das hochfahren und runterfahren des Rechner sehr lange dauert(10min hoch und ca. 10min runter). XP Clients haben keine Probleme. Hat jemand ein ähnliches Problem?

Gabs nicht mal ein Tool um User und Gruppen zu exportieren und importieren? Bei unserer damaligen NT Migration von Windows 2000 bin ich der Meinung ich hätte sowas gehabt, ist aber schon lange her

Wie wärs wenn die Terminals nach z.b 15min autom. gesperrt werden wenn keine Interaktion statt findet? Z.b schw. Bildschirm mit Wartezeit 15min mit Kennworteingabe bei Reaktivierung.

Ich stelle gerade für meinen Chef ein Profil mit Anforderungen über das KnowHow eines Mitarbeiters zusammen der BizTalk beherrscht. Ich selber kenne BizTalk nicht, daher meine Frage an erfahrene IT Mitarbeiter welches wissen nötig ist? Z.b benötigt BizTalk - Win2k oder Windows 2003 Server(ist klar) - MS SQL Server(werden z.b SQL Administration oder SQL DB Development benötigt?) - Microsoft Visual Studio® .NET 2003 mit Microsoft Visual C#® .NET Welches Wissen ist nötig um mit BizTalk arbeiten bzw. administrieren zukönnen? Welche Schulungen sind nötig oder sollten ins Auge gefasst werden?

Bei mir trat der Fehler nach der Installation des SP1 auf dem DC(KatalogServer, Schemamaster) auf. Ich habe lmhosts deaktiviert und dfsutil /purgemupcache durchgeführt, danach kam der Fehler nicht mehr hoch.

Hallo, ich suche eine Software, möglichst Freeware, um die Datenschränke incl. Patchmanagement zu verwalten.

Ok, hab gerade gelesen das das nur ab Win XP funktioniert

Hallo, warum funktioniert die Option 249 nur unter Windows XP, nicht aber unter Windows 2000? Ich habe am DHCP Server mehrere statische Routen eingetragen , die XP Clients zeigen die Einträge in der Routing Tabelle ab, aber die Win2k Clients nicht. Ich geh mal davon aus das Win2k nicht damit umgehen kann?

Schau mal hier : http://forums.techarena.in/archive/index.php/t-236126.html Hab den Thread zwar nicht durch gelesen, aber vielleicht hilft dir das weiter... Ansonsten mal hier schaun : http://www.wsuswiki.com/FlawinClientDiag

Schau mal hier: http://www.mcseboard.de/showthread.php?t=64558 Da hat jemand die Dateien des WSUS Client ausgeführt.

Wir setzen den Symantec Corp. Edition ein, bin zufrieden damit. Bei der Verteilung gabs noch nie Probleme, über das Management Center lässt sich so ziemlich alles konfigurieren / Installieren.

Welches OS? WSUS Client manuell update vorgenommen?

Evtl. Problemlösung wenn Updates als "Installert" markiert sind, aber der WSUS die Updates nicht von MS runterlädt: http://www.mcseboard.de/showthread.php?t=65621

Hallo, ich konnte das Problem identifizieren: Der WSUS , der über Sync mit MS die Updates anzeigt und der Admin, der die Updates mittels "Installieren" freigibt bewirkt, das der WSUS einen Job mit verschiedenen Parametern an den Bits2.0 übergibt(siehe oben). Wie man oben sieht ist für den Job kein Proxy angeben obwohl in den WSUS Optionen eine Proxy angegeben wurde. Auch wenn BitJobs angegeben sind, die die Proxyeinstellungen verwenden blockieren die vorhergehenden Jobs ohne Proxy die Jobs mit Proxy, ich gehe davon aus die diese Jobs nacheinander abgearbeitet werden und es einen, sagen wir mal HOLD Error existiert was die Ausführung der anderen Jobs blockiert. Das Problem wurde wohl durch einen eigenen Fehler ausgelöst, beim aufsetzen das WSUS hat ich vergessen den Proxy mitzuteilen, hatte aber schon angefangen zu sync, dadurch hat der BITS wohl Jobs ohne Proxy empfangen. Wie kann man die Jobs nun löschen/korrigieren?: Zuerst benötigt man folgenden Programme: 1) wsusdebugtool.exe bitsadmin.exe(In den R-Tools von XP enthalten, kann man dann auf den Server kopieren) Diese beiden Programme in einen temp Ordner kopieren. 2) Auslesen der WSUS Jobs: x:\temp\WsusDebugTool.exe /Tool:GetBitsstatus Die Jobs nach Fehler durchsuchen. Wenn man die Jobs identifiziert hat die Jobs in eine Textdatei schreiben: bitsadmin /list /allusers x:\temp\bitsjobs.bat Man kann entweder für jeden Job den Proxy eintragen oder die Jobs canceln. In der Textdatei sieht man jetzt z.b folgenden Zeilen: {BFB8260E-7055-4132-B236-D98ED4B0496F} WUAU Fehlermeldung Bei der Zahlenkolonne in den gesch. Klammer handelt es sich um die JobID. Dann in der Textdatei für jeden Job folgendes einfügen: bitsadmin /CANCEL {BFB8260E-7055-4132-B236-D98ED4B0496F} Dann die Batchdatei ausführen, die Jobs werden gelöscht. Oder aber den Proxy für jeden Job mittels: bitsadmin /setproxysettings MyJob OVERRIDE proxy1:80 "<local>" einfügen.

@rara - alles schon gemacht, aber das hat mein Problem nicht gelöst. Was ich noch mittel WsusDebugTool.exe /Tool:GetBitsstatus gefunden habe, kann mir aber darauf kein reim machen: GUID: {9727B994-B1BD-4568-8454-5DBBB922A622} DISPLAY: WU Client Download TYPE: DOWNLOAD STATE: TRANSIENT_ERROR OWNER: NT-AUTORITÄT\SYSTEM PRIORITY: HIGH FILES: 0 / 1 BYTES: 0 / UNKNOWN CREATION TIME: 29.06.2005 14:40:56 MODIFICATION TIME: 29.06.2005 16:49:15 COMPLETION TIME: UNKNOWN NOTIFY INTERFACE: REGISTERED NOTIFICATION FLAGS: 11 RETRY DELAY: 1200 NO PROGRESS TIMEOUT: 1209600 ERROR COUNT: 10 PROXY USAGE: NO_PROXY PROXY LIST: NULL PROXY BYPASS LIST: NULL ERROR FILE: http://au.download.windowsupdate.com/msdownload/update/v3-19990518/cabpool/windowsserver2003-kb886903-x86-deu_2e272b4e654e7d95'>http://au.download.windowsupdate.com/msdownload/update/v3-19990518/cabpool/windowsserver2003-kb886903-x86-deu_2e272b4e654e7d95 2ca0ebf562abcd4.exe -> C:\WINNT\SoftwareDistribution\Download\S-1-5-18\4dd4ba2a728db57ac5ca7bf37b51217f\2e272b4e654e7d95c4f79ef1f2ca0ebf562ab ERROR CODE: 0x800703eb - Die Funktion kann nicht abgeschlossen werden. ERROR CONTEXT: 0x00000005 - Beim Verarbeiten der Remotedatei ist ein Fehler aufgetreten. DESCRIPTION: JOB FILES: 0 / UNKNOWN WORKING http://au.download.windowsupdate.com/msdownload/update/v3-19990518/cabpool/windowsserver2003-kb886903-x86-deu_2e2 7d95c4f79ef1f2ca0ebf562abcd4.exe -> C:\WINNT\SoftwareDistribution\Download\S-1-5-18\4dd4ba2a728db57ac5ca7bf37b51217f\2e272b4e654e7d95c4f79ef1 62abcd4 NOTIFICATION COMMAND LINE: none Listed 35 job(s).

Nach dem ich den WSUS auf dem DC installiert und anschliessend das sync erfolgreich laufen habe lassen komme ich zu einem Problem das die Updates zum installieren genehmigt sind, aber WSUS dann nicht anfängt den Content von Microsoft runterzuladen. Downloadstatus Updates, die Dateien erfordern: 5 Download: 0,00 MB von 6,75 MB Ich habe testweise nur einige Updates zum installiert markiert, habe auch schon 1000sende Dinge ausprobiert, aber ich finde den Fehler einfach nicht. :( In der Testumgebung lief alles so wunderbar :suspect:

Nach dem letzten Beitrag von donjavi (http://www.mcseboard.de/showthread.php?t=64558) wurde ich dann doch stutzig und habe die Berechtigungen auf dem Server überprüft, und habe festgestellt das in einem Unterordner des Ordners seltupdate zwar die Berechtigung jeder, aber nicht anonym gesetzt war. Nach dem korrigieren konnte sich dann auch der Test Win2k Client den neusten WSUS 2.0 client dl´n. Somit steht einer Migration nun nichts mehr im Wege :)

Hab ich gelesen danke. Man könnte die Dateien jetzt per LoginScript auf die Win2k Rechner kopieren, fällt bei uns leider weg da die WorkStation Benutzer keine Schreibrechte auf den ../system32 Ordner haben. Also muss ich die Dateien irgendwie mit Adminrechten auf die Workstation´s bekommen. SMS haben wir keinen. Man könnte auch ein msi Paket erstellen und die Dateien über die GPO auf die Clients kopieren, find ich aber ziemlich aufwendig das ganze. Es gibt bestimmt noch eine Möglichkeit, aber mir fällt keine ein. Euch? :D

Das einzige Problem sind die Windows 2000 Prof. Clients, man muss nämlich über die Windows Update Page den SUS Client auf Version 5.8 bringen. Das Problem ist nur das man das manuell auf dem jeweiligen Rechner machen muss, ich suche ein Möglichkeit den Win2k Client über das Netz automatisiert upzudaten.

Ich habe im Inet bisserl durch die Foren gewühlt und auch einige andere gefunden die das gleiche Problem haben, es gibt eine Lösung für das die Problem, allerdings find ich das ganze ziemlich merkwürdig. "Hab herausgefunden woran es gescheitert ist. Mann muss mit dem Windows 2000 Client auf http://update.microsoft.com/microsoftupdate/v6/ gehen und dort die Updatesoftware installieren. Danach neu starten und der Client meldet sich bei WSUS in kurzer Zeit an." Ich bin gerade dabei einen Client upzudaten, allerdings Frage ich mich wie ich den anderen Clients im LAN dieses Update installieren soll. Ich renn doch nicht an 500 Clients und starte das Update Wenn das so ist, was hat sich MS dabei gedacht? Kennt wer einen automatisierten Weg?

Ich habe eingestellt das sich der Client alle 1h mit dem WSUS unterhalten soll, und ggf. Updates installiert die keinen Neustart benötigen. Desweiteren hab ich einen Client aus dem LAN, der über den SUS seine Updates bezieht in das andere Netz gehängt damit er sich mit dem WSUS unterhalten kann. Leider auch hier das Phänomen das er sich keine UPdates ziehen, bzw. am WSUS nicht als Client angezeigt wird. Auch das Updates die IE auf V6 hat nichts gebracht.

@Ricinho Wenn es so wäre/ist wäre das ziemlich dumm gemacht, werd das aber mal testen. @Necron Kann leider nicht sein da ich das ganze auf 1h eingestellt habe, zusätzlich aber ich das WindowsUpdate mit wuauclt.exe manuell angestossen, hab dann den Client auch schon vorher 2 Tage laufen lassen. Was ich jetzt aber noch machen werde ist, einen Client aus dem LAN ins exp. Netz stellen da der sich schon die Updates vom SUS gezogen hatte.

Ich habe da ein Problem. Auf einem Windows2003 Std. SP1 Server habe ich in einer Testumgebung den WSUS installiert. Ein XP Client & ein Win03 Server ziehen sich wie gewünscht die Updates, aber ein Windows 2000 Prof. Client weigert sich patu sich dem dem WSUS Server zu connecten. Ich habe auf dem Client auch schon das Client Diagnostic Tool laufen lassen, es scheint aber alles in Ordnung zu sein: WSUS Client Diagnostics Tool Checking Machine State Checking for admin rights to run tool . . . . . . . . . PASS Automatic Updates Service is running. . . . . . . . . . PASS Background Intelligent Transfer Service is not running. PASS Wuaueng.dll version 5.4.3628.1. . . . . . . . . . . . . PASS This version is SUS 1.0 Checking AU Settings AU Option is 3 : Notify Prior to Install. . . . . . . . PASS Option is from Policy settings Checking Proxy Configuration Checking for winhttp local machine Proxy settings . . . PASS Winhttp local machine access type <Direct Connection> Winhttp local machine Proxy. . . . . . . . . . NONE Winhttp local machine ProxyBypass. . . . . . . NONE Checking User IE Proxy settings . . . . . . . . . . . . PASS User IE Proxy. . . . . . . . . . . . . . . . . NONE User IE ProxyByPass. . . . . . . . . . . . . . NONE User IE AutoConfig URL Proxy . . . . . . . . . NONE User IE AutoDetect AutoDetect in use Checking Connection to WSUS/SUS Server WUServer = http://test-030c5lq50i.exp'>http://test-030c5lq50i.exp WUStatusServer = http://test-030c5lq50i.exp UseWuServer is enabled. . . . . . . . . . . . . . . . . PASS Connection to server. . . . . . . . . . . . . . . . . . PASS SelfUpdate folder is present. . . . . . . . . . . . . . PASS Auf dem Client ist SP3 installiert, ich habe es aber auch schon mit einen SP4 Client versucht. Jemand ne Idee?

Vielleicht hab ich mich nicht klar ausgedrückt, die CAL´Frage bezog ich nicht auf das interne LAN sondern auf die Inet User,also einfach ein anonymer Benutzer aus dem Inet der auf den IIS zugreift. Also haben wir doch aneinander vorbei geredet. Ich hoffe bei dir ist nichts ergraut ;)

Das ist mir schon klar das es nicht darum ging, aber wie du sicher (nicht) bemerkt hast, hat mich dieses Thema interessiert. Und im MS FAQ steht : Es muss keine Windows CAL für einen Nutzer oder ein Gerät erworben werden, der/das auf die Serversoftware ausschließlich über das Internet zugreift und nicht authentifiziert wird, zum Beispiel anonymes Surfen auf einer öffentlichen Website. Wie soll ich denn das verstehen wenn das nicht auf die Web-Edition bezogen wird? Die Erklärung bist du mir noch bitte schuldig. Das ist genau die Passage weshalb ich dieser Meinung bin. Wenn ich einen Eopen Vertrag über 20 Server Std. habe benutz ich doch keine Webedition wenn dieser Fall eben nicht zutrifft. Schon meine erste Antwort war schon auf den IIS bezogen...