tuningmaster

jap . RDP aus der Ferne hat ja letze Woche funktioniert. Diese Woche ist nichtmal mehr die IP pingbar, weder noch komm ich über RDP auf den Client. Habe gerade bei der Telekom angerufen, Leitungstechnisch ist alles in Ordnung. Laut Aussage wäre der DSL Router nicht eingewählt. Sehr komisch...

RDP von außen hat an dem Tag funktioniert, als ich die neue feste IP Adresse von der Telekom hab zugeteilt bekommen. 5Tage später lässt sie sich nicht mehr anpingen. Ich komme auch nicht mehr über RDP auf den internen Client. Die Einstellungen sind unverändert.

Folgendes: Nachdem ich eine neue feste IP von der T-Com hab zuordnen lassen und auf dem T-DSL Router unter Firewall einstellungen gesagt habe, dass von außen Pings auf die WAN Schnittstelle erlaubt sind, konnte ich von außen über RDP auf den internen Client zugreifen. Jetzt probiere ich nochmal (ein paar Tage später), die neue feste IP anzupingen..... ZEITÜBERSCHREITUNG .... Was zum Damn kann das sein ??? Der Router ist online?!

Hallo, ich habe hier einen T-Com Sinus 1054DSL Router und einen DSL Business Anschluss von der T-Com. Habe auch schon eine feste IP zugewiesen. Leider kann ich die IP von außen nicht anpingen. Von intern (1Client hängt direkt hinter dem Router) kann ich surfen und die feste IP anpingen. Alles soweit gut. Woran kann das liegen???? Firewall ist auf dem router sowie dem Client ausgeschaltet.

problem gelöst die beiden user können unter c:\windows\system32\command.com ne Kommandozeile aufrufen. funktioniert...!

Wo genau konfiguriere ich diesen Schritt für OU2? Sodass cmd erlaubt ist, aber alle anderen Richtlinien von der OU global weiter nach unten vererbt werden??? Weil nur in der OU global ganz oben die Einstellungen für die Verweigerung der cmd nach unten hin vererbt wird. in der OU2 selbst ist diese Richtlinie nicht konfiguriert.

sorry. formatierungsfehler: OU3 : user dürfen CMD ausführen + die restlichen richtlinien aus OU global sollen weiter vererbt werden.

Also folgende Konstellation nochmal zum Verständnis : 400Clients OU Global -> Alle Benutzer dürfen die cmd nicht ausführen+div.andere Richtlinien OU1 ->Alle Benutzer dürfen die cmd nicht ausführen+div.andere Richtlinien OU3 -> Benutzer aus dieser OU dürfen+div.andere Richtlinien

Wie genau funktioniert das ? GPMC öffnen, die untergeordnete OU anklicken, die nicht von der Vererbung betroffen sein soll...und dann ? Problem ist halt nur, es soll nur eine Einschränkung aus der Gruppenrichtlinie entfernt werden...Es sind viele Einschränkungen für die User über die oberste Globale GPO eingestellt. Zwei User sollen nun auf die CMD zugreifen können...wenn ich die vererbung für die OU nun rausnehme, wo die user involviert sind, dann greift ja gar keine Einschränkung mehr :/ Fällt mir nebenbei ein

Hallo, ich habe eine Frage. Wir haben eine globale Gruppenrichtlinie, die es allen Usern untersagt, die CMD auszuführen. Unter der globalen Gruppenrichtlinie befinden sich noch weitere OU´s mit deren eigenen Gruppenrichtlinien. Bei den untergeordneten Gruppenrichtlinien ist niergends eine Verweigerung der CMD konfiguriert, lediglich in der übergeordneten globalen GPO. Ziel ist es, dass eine untergeordnete OU zugriff auf die CMD bekommt. Lässt sich sowas realisieren???

Hallo, ich habe unter W2k3 Server FTP eingerichtet mit windows boardmitteln. Als Benutzer habe ich den IUSR_Servername eingetragen mit dem dazugehörigen Kennwort. Der Zugriff von extern funktioniert auch soweit. Jedoch ist nach dem 1. Transfer von Dateien folgend das lokale Benutzerkonto auf dem W2k3 IUSR_Servername gesperrt, sodass ich es händisch wieder entsperren muss (Computerverwaltung -> lokale Benutzer -> haken entnehmen bei "Konto gesperrt" Da der File Transfer von äußerster Priorität hat, benötige ich schnell Hilfe. Kann man per Skript automatisiert das Konto entsperren??? Gruß Michi

2010-04-15 13:20:01 1892 584 Misc =========== Logging initialized (build: 5.8.0.2607, tz: +0200) =========== 2010-04-15 13:20:01 1892 584 Misc = Process: C:\WINDOWS\System32\svchost.exe 2010-04-15 13:20:01 1892 584 Misc = Module: C:\WINDOWS\system32\wuaueng.dll 2010-04-15 13:20:01 1892 584 Service ************* 2010-04-15 13:20:01 1892 584 Service ** START ** Service: Service startup 2010-04-15 13:20:01 1892 584 Service ********* 2010-04-15 13:20:01 1892 584 Agent * WU client version 5.8.0.2607 2010-04-15 13:20:01 1892 584 Agent * SusClientId = 'c4baa248-bd0b-4605-abc3-d5b348f0019c' 2010-04-15 13:20:01 1892 584 Agent * Base directory: C:\WINDOWS\SoftwareDistribution 2010-04-15 13:20:01 1892 584 Agent * Access type: No proxy 2010-04-15 13:20:01 1892 584 Agent * Network state: Connected 2010-04-15 13:20:27 1892 abc Agent *********** Agent: Initializing Windows Update Agent *********** 2010-04-15 13:20:27 1892 abc Agent *********** Agent: Initializing global settings cache *********** 2010-04-15 13:20:27 1892 abc Agent * WSUS server: http://server 2010-04-15 13:20:27 1892 abc Agent * WSUS status server: http://server 2010-04-15 13:20:27 1892 abc Agent * Target group: (Unassigned Computers) 2010-04-15 13:20:27 1892 abc Agent * Windows Update access disabled: No 2010-04-15 13:20:30 2544 894 Misc =========== Logging initialized (build: 5.8.0.2607, tz: +0200) =========== 2010-04-15 13:20:30 2544 894 Misc = Process: C:\WINDOWS\system32\wuauclt.exe 2010-04-15 13:20:30 2544 894 Misc = Module: C:\WINDOWS\system32\wuaueng.dll 2010-04-15 13:20:30 2544 894 DtaStor Default service for AU is {00000000-0000-0000-0000-000000000000} 2010-04-15 13:20:30 2544 894 DtaStor Default service for AU is {9482F4B4-E343-43B6-B170-9A65BC822C77} 2010-04-15 13:20:30 1892 abc DnldMgr Download manager restoring 0 downloads 2010-04-15 13:20:30 1892 abc AU ########### AU: Initializing Automatic Updates ########### 2010-04-15 13:20:30 1892 abc AU # WSUS server: http://server 2010-04-15 13:20:30 1892 abc AU # Detection frequency: 22 2010-04-15 13:20:30 1892 abc AU # Approval type: Scheduled (Policy) 2010-04-15 13:20:30 1892 abc AU # Scheduled install day/time: Monday at 18:00 2010-04-15 13:20:30 1892 abc AU # Auto-install minor updates: Yes (Policy) 2010-04-15 13:20:30 1892 abc AU Triggering AU detection through DetectNow API 2010-04-15 13:20:30 1892 584 AU ############# 2010-04-15 13:20:30 1892 584 AU ## START ## AU: Search for updates 2010-04-15 13:20:30 1892 584 AU ######### 2010-04-15 13:20:30 1892 584 AU <<## SUBMITTED ## AU: Search for updates [CallId = {B2AFFE6A-54D1-422A-B8B3-67AC70D37A12}] 2010-04-15 13:20:30 1892 774 Agent ************* 2010-04-15 13:20:30 1892 774 Agent ** START ** Agent: Finding updates [CallerId = AutomaticUpdates] 2010-04-15 13:20:30 1892 774 Agent ********* 2010-04-15 13:20:30 1892 774 Setup *********** Setup: Checking whether self-update is required *********** 2010-04-15 13:20:30 1892 774 Setup * Inf file: C:\WINDOWS\SoftwareDistribution\SelfUpdate\Default\wusetup.inf 2010-04-15 13:20:30 1892 774 Setup Update NOT required for C:\WINDOWS\system32\cdm.dll: target version = 5.8.0.2607, required version = 5.8.0.2607 2010-04-15 13:20:30 1892 774 Setup Update NOT required for C:\WINDOWS\system32\iuengine.dll: target version = 5.8.0.2607, required version = 5.8.0.2607 2010-04-15 13:20:30 1892 774 Setup Update NOT required for C:\WINDOWS\system32\wuapi.dll: target version = 5.8.0.2607, required version = 5.8.0.2607 2010-04-15 13:20:30 1892 774 Setup Update NOT required for C:\WINDOWS\system32\wuauclt.exe: target version = 5.8.0.2607, required version = 5.8.0.2607 2010-04-15 13:20:30 1892 774 Setup Update NOT required for C:\WINDOWS\system32\wuauclt1.exe: target version = 5.8.0.2607, required version = 5.8.0.2607 2010-04-15 13:20:30 1892 774 Setup Update NOT required for C:\WINDOWS\system32\wuaucpl.cpl: target version = 5.8.0.2607, required version = 5.8.0.2607 2010-04-15 13:20:30 1892 774 Setup Update NOT required for C:\WINDOWS\system32\wuaueng.dll: target version = 5.8.0.2607, required version = 5.8.0.2607 2010-04-15 13:20:30 1892 774 Setup Update NOT required for C:\WINDOWS\system32\wuaueng1.dll: target version = 5.8.0.2607, required version = 5.8.0.2607 2010-04-15 13:20:30 1892 774 Setup Update NOT required for C:\WINDOWS\system32\wucltui.dll: target version = 5.8.0.2607, required version = 5.8.0.2607 2010-04-15 13:20:30 1892 774 Setup Update NOT required for C:\WINDOWS\system32\wups.dll: target version = 5.8.0.2607, required version = 5.8.0.2607 2010-04-15 13:20:30 1892 774 Setup Update NOT required for C:\WINDOWS\system32\wups2.dll: target version = 5.8.0.2607, required version = 5.8.0.2607 2010-04-15 13:20:30 1892 774 Setup Update NOT required for C:\WINDOWS\system32\wuweb.dll: target version = 5.8.0.2607, required version = 5.8.0.2607 2010-04-15 13:20:30 1892 774 Setup * IsUpdateRequired = No 2010-04-15 13:20:30 1892 774 PT +++++++++++ PT: Synchronizing server updates +++++++++++ 2010-04-15 13:20:30 1892 774 PT + ServiceId = {3DA21691-E39D-4DA6-8A4B-B43877BCB1B7}, Server URL = http://server/ClientWebService/client.asmx 2010-04-15 13:20:30 1892 774 PT Initializing simple targeting cookie, clientId = c4baa248-bd0b-4605-abc3-d5b348f0019c, target group = , DNS name = pcr2236135.mkb-mmv.de 2010-04-15 13:20:30 1892 774 PT Server URL = http://server/SimpleAuthWebService/SimpleAuth.asmx 2010-04-15 13:20:31 1892 774 EEHndlr FATAL: EE Serializer: Encountered unknown expression b.LicenseDword 2010-04-15 13:20:31 1892 774 EEHndlr FATAL: Parse failed: error 0x80070057 2010-04-15 13:20:31 1892 774 EEHndlr FATAL: Parse failed with 0x80070057 2010-04-15 13:20:31 1892 774 PT WARNING: Sync of Updates: 0x80070057 2010-04-15 13:20:31 1892 774 Agent * WARNING: Failed to synchronize, error = 0x80070057 2010-04-15 13:20:31 1892 774 Report *********** Report: Initializing static reporting data *********** 2010-04-15 13:20:31 1892 774 Report * OS Version = 5.1.2600.3.0.65792 2010-04-15 13:20:31 1892 774 Report * Computer Brand = wortmann 2010-04-15 13:20:31 1892 774 Report * Computer Model = DQ45CB__ 2010-04-15 13:20:31 1892 774 Report * Bios Revision = CBQ4510H.86A.0103.2009.1104.1314 2010-04-15 13:20:31 1892 774 Report * Bios Name = BIOS Date: 02/08/08 17:50:03 Ver: 08.00.10 2010-04-15 13:20:31 1892 774 Report * Bios Release Date = 2009-11-04T00:00:00 2010-04-15 13:20:31 1892 774 Report * Locale ID = 1031 2010-04-15 13:20:31 1892 774 Agent * WARNING: Exit code = 0x80070057 2010-04-15 13:20:31 1892 774 Agent ********* 2010-04-15 13:20:31 1892 774 Agent ** END ** Agent: Finding updates [CallerId = AutomaticUpdates] 2010-04-15 13:20:31 1892 774 Agent ************* 2010-04-15 13:20:31 1892 774 Agent WARNING: WU client failed Searching for update with error 0x80070057 2010-04-15 13:20:31 1892 774 AU >>## RESUMED ## AU: Search for updates [CallId = {B2AFFE6A-54D1-422A-B8B3-67AC70D37A12}] 2010-04-15 13:20:31 1892 774 AU # WARNING: Search callback failed, result = 0x80070057 2010-04-15 13:20:31 1892 774 AU ######### 2010-04-15 13:20:31 1892 774 AU ## END ## AU: Search for updates [CallId = {B2AFFE6A-54D1-422A-B8B3-67AC70D37A12}] 2010-04-15 13:20:31 1892 774 AU ############# 2010-04-15 13:20:31 1892 774 AU AU setting next detection timeout to 2010-04-15 16:20:31 2010-04-15 13:20:36 1892 774 Report REPORT EVENT: {A180898E-5747-4467-9C26-D774CF96B8E1} 2010-04-15 13:20:31+0200 1 148 101 {00000000-0000-0000-0000-000000000000} 0 80070057 AutomaticUpdates Failure Software Synchronization Error: Agent failed detecting with reason: 0x80070057

funzt leider auch nicht. Ich bin am verzweifeln. 5 von 400 Clients melden sich ordnungsgemäß am Wsus. Der rest gibt keinen Statusbericht mehr ab seit dem 2.3.2010 wsus client diagnostic tool gibt keine fehlermeldung aus was kann das denn noch sein ???

Hey. habe gerade den Skript am AP gegenüber, der sich u.a. am WSUS nicht meldet, ausgeführt. Mal abwarten was passiert. Ich gebe auf jeden Fall Feedback

Das wäre ja interessanterweise mal auszuprobieren...Jedenfalls zuvor in einer Testumgebung...!!! jeppa...wsus.de sagt mir was...!! Die meisten plädieren auf ein Update von 2.0 auf 3.0 hmm....!!!

Frage: Wenn ich von Wsus 2.0 auf Wsus 3.0 update, sind die kompletten Einstellungen (Computergruppen etc.) verloren mit der neuen Version ?? Oder kann man die Konfiguration von 2.0 aufm 3.0 übernehmen ??

ich hab die kiste noch nicht neu gestartet. nen wuauclt /detectnow könnte ich auch nochmal ausführen...!!! Aber was ist mit dem rest der 395 Clients ?? Ich kann Testweise am Client diese Befehle ausführen. Aber ich brauche eine globale Lösung...Wenn ich jeden Client einzeln anpacken muss, bin ich TAge beschäftigt :/

Hey, das Löschen vom Ordner "SoftwareDistribution" auf dem Client hat über Nacht keine Abhilfe geschaffen. Der Client meldet sich noch nicht am WSUS

LogInventory

Ich habe den Ordner SoftwareDistribution mal gelöscht. Aber mir ist schon aufgefallen, dass án denjenigen Clients, die sich nicht am WSUS melden, keine Registryeinträge unter diesem Pfad vorzufinden sind !!! Werde morgen nochmal explizit die Gruppenrichtlinien überprüfen mit gpresult und mit Einblick in die GPMC.

Moment Das lässt sich schnell realisieren. Werde mal am AP gegenüber den Ordner löschen.

Hallo Leute, ich habe seit ungefähr 2 Wochen folgendes Problem. Etwa 395 von 400 Clients melden sich nicht mehr am WSUS Server (haben keinen Statusbericht mehr gemeldet) Folgendes habe ich nach Recherchen unternommen: 1) Server (Reboot) 2) GPO überprüft (sind unverändert) 3) an einem Client: 3.1) wuauclt /detectnow sowie wuauclt /reportnow 4) Wsus Diagnostic Tool (Alles scheint okay zu sein laut dem Tool) 5) WindowsUpdate.log überprüft (Meldet folgenden Fehler: Software Synchronization failed 6) c:\windows\softwaredistribution verzeichnis gelöscht 7) geprüft, ob auf dem client die automatischen update dienste gestartet sind Nach dieser Prozedur am Client hat sich dieser zumindest als einziger 1 Tag später wieder am WSUS gemeldet. Trotzalldem kann ich ja nicht zu 395Clients hergehen und diese Befehle ausführen auf gut Glück, dass sich einer meldet. Dann wäre ich ja tagelang mit nix anderem beschäftigt....!!! Habe auch schon ausprobiert, aus dem WSUS den Computer aus der Computergruppe zu entfernen, dieser meldet sich nicht automatisch neu. Weiß jemand noch ne Lösung?? Ich bin am verzweifeln!! Vielen DAnk Micha

Hallo Leute, wir haben das Phänomen, dass seit kurzem mit unserer BackupExec 11d Software der Backupdienst einfach während der Sicherung abstürzt. Sicherung wird abgebrochen....!! Hat jemand ne Ahnung, wo man ansetzen kann, um den Fehler zu suchen ??? LG Michael

Hallo, ich habe auf meinem Server folgende Fehlermeldung: zu den Daten: Windows 2003 Server Standard Domänencontroller: Fehlermeldung: Es sind mehrfache Konten vom Typ DS_USER_PRINCIPAL_NAME mit dem Namen user06xx@Domain.LOC vorhanden. Meine Frage: Wie genau kann ich das doppelte Computerkonto ausfindig machen und löschen ? Da es doch ein größeres Netzwerk ist und ich mich im AD zu tode suchen könnte...

probier einfach mal ne neue NIC ...!!!