jetski187

Hallo liebe Gemeinde, ich will diesen Thread nicht so stehen lassen. Mein Problem, das bei einigen XP Workstations der Zugang zum Internet nicht richtig funktioniert hat, hat sich erledigt. Fragt nicht wie, aber es hat sich von alleine in Luft aufgelöst. Aufeinmal können wieder alle Workstations alle WEbsites wieder aufrufen. Keine Ahnung welche Maßnahme da geholefen hat. Ich weiß auch nicht ob das Problem noch weiterhin irgendwo schlummert, oder ob es sich wirklich jetzt erledigt hat. Ich werde weiterhin Nachforschungen treiben und alles mögliche untersuchen. Wenn einer wissen will, was ich jetzt genau gemacht habe, kann ich alles ausführlich hier beschreiben. Ansosnsten kann dieser Thread hier geschlossen werden. Ich bedanke mich trotzdem für eure mühen.

Hallo Zahni, meine DNS Konfiguration ist eigentlich in Ordnung. Wie gesagt, es sollte eigentlich kein DNS Problen sein, da nur wenige Rechner davon betroffen sind. Hier mal meine IP Konfiguration Microsoft Windows [Version 6.1.7600] Copyright © 2009 Microsoft Corporation. Alle Rechte vorbehalten. C:\windows\system32>ipconfig /all Windows-IP-Konfiguration Hostname . . . . . . . . . . . . : xxxxxx Primäres DNS-Suffix . . . . . . . : druxxxxxxx Knotentyp . . . . . . . . . . . . : Hybrid IP-Routing aktiviert . . . . . . : Nein WINS-Proxy aktiviert . . . . . . : Nein DNS-Suffixsuchliste . . . . . . . : druxxxxx Ethernet-Adapter LAN-Verbindung: Verbindungsspezifisches DNS-Suffix: druxxxxx Beschreibung. . . . . . . . . . . : Intel® 82567LM-3-Gigabit-Netzwerkverbin dung Physikalische Adresse . . . . . . : 00-0F-FE-CA-47-93 DHCP aktiviert. . . . . . . . . . : Ja Autokonfiguration aktiviert . . . : Ja Verbindungslokale IPv6-Adresse . : fe80::4085:eb40:9ae1:cb85%11(Bevorzugt) IPv4-Adresse . . . . . . . . . . : 192.168.56.127(Bevorzugt) Subnetzmaske . . . . . . . . . . : 255.255.255.0 Lease erhalten. . . . . . . . . . : Mittwoch, 6. Februar 2013 06:44:32 Lease läuft ab. . . . . . . . . . : Donnerstag, 7. Februar 2013 10:27:19 Standardgateway . . . . . . . . . : 192.168.56.53 DHCP-Server . . . . . . . . . . . : 192.168.56.202 DHCPv6-IAID . . . . . . . . . . . : 234885118 DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-18-A1-6B-38-00-0F-FE-CA-47-93 DNS-Server . . . . . . . . . . . : 192.168.56.202 192.168.56.204 Primärer WINS-Server. . . . . . . : 192.168.56.202 Sekundärer WINS-Server. . . . . . : 192.168.56.204 NetBIOS über TCP/IP . . . . . . . : Aktiviert Tunneladapter isatap.{5E04AFA7-AFBA-4EE4-8648-FF443BD55DB7}: Medienstatus. . . . . . . . . . . : Medium getrennt Verbindungsspezifisches DNS-Suffix: Beschreibung. . . . . . . . . . . : Microsoft-ISATAP-Adapter Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0 DHCP aktiviert. . . . . . . . . . : Nein Autokonfiguration aktiviert . . . : Ja Tunneladapter isatap.druxxxxxx: Medienstatus. . . . . . . . . . . : Medium getrennt Verbindungsspezifisches DNS-Suffix: druxxxxxx Beschreibung. . . . . . . . . . . : Microsoft-ISATAP-Adapter #2 Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0 DHCP aktiviert. . . . . . . . . . : Nein Autokonfiguration aktiviert . . . : Ja Tunneladapter isatap.{FD7F3593-6E86-44E4-A425-57156283032B}: Medienstatus. . . . . . . . . . . : Medium getrennt Verbindungsspezifisches DNS-Suffix: Beschreibung. . . . . . . . . . . : Microsoft-ISATAP-Adapter #3 Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0 DHCP aktiviert. . . . . . . . . . : Nein Autokonfiguration aktiviert . . . : Ja C:\windows\system32>

Guten Morgen iDiddi, vielen Dank für den Tipp mit dem Artikel. Der Hex-Wert lautet : 042A0000FAFBFFFF Anscheinend ist mein Problem nicht mit Wins verbunden, wobei ich dieses Problem aus lösen möchte. Mein Problem betrifft einige XP Workstations die sich an der Domänen anmelden. Mir ist heute aufgefallen, dass einige der Clients die Anmeldeskripte nicht richtig verarbeiten und andere wiederrum schon. Bei einigen klappt der Zugang zum Internet, bei einigen wiederrum nicht. Ich glaube ich werde mal auf den Clients RsoP ausführen, um zu schauen, welche GPOs verarbeitet werden Anmeldeskripts lasse ich gänzlich über GPOs laufen. Habt Ihr sowas schonmal gehabt. Könnt Ihr mit diesem Phänoman was anfagen.

Hallo Zahni, vielen Dank für deine schnelle Antwort. Deinen Vorschlag hatte ich schon vorher so ausgeführt. Leider wird der Fehler trotz neuer leerer Datenbank angezeigt. Der Dienst an sich wird als erfolgreich gestartet unter den Windows Protokollen angezeigt. Der Fehler 4224 steht aber immer noch in der Ereignis Anzeige (Administrative Ereignisse). Das mit dem DNS Problem habe ich auch schon vermutet. Die Frage ist nur, warum ich keine Fehler bzgl. den DNS Servern zu sehen bekomme. Wo kann ich denn noch außer der Ereignisanzeige Fehler bzlg. dem DNS Server sehen. Wenn ich noch irgendwelche Informationen liefern soll, tue ich das gerne. Danke

Hallo zusammen, ich habe seit gestern Fehlermeldungen in der Ereignisanzeige unserer Server 2008 Domaincontroller. Beide Domaincontroller zeigen den Fehler: Ereignis ID 4224 "WINS: JET-Fehler. Dies kann gegebenenfalls zu einem schwerwiegenden Fehler führen. Es wird versucht, die Datenbank wiederherzustellen. Sie können die Datenbank-Fehlerereignisse in der Ereignisanzeige für die Exchange-Komponente ESENT überprüfen, um weitere Informationen über die Datenbankfehler zu erhalten. Wenn weiterhin eine große Anzahl solcher Fehler über die nächsten Stunden gemeldet werden, sollten Sie die WINS-Datenbank über eine Sicherungskopie wiederherstellen. Die Fehlernummer finden Sie im zweiten DWORD des Datenabschnitts." Alle vorschläge der Microsoft Suppor Seite habe ich durchgeführt. Zusätzlich habe ich aus einem alten Backup die Wins Datenbank mal wiederhergestellt. Leider auch ohne erfolg. Das Problem an der ganzen Geschichte ist folgendes: Wir nutzen hier Intern eine Website zur Auftragsverwaltung für die Produktion. Diese Website wurde immer per Hostnamen aufgerufen. Seit dem Wins Fehler können unsere XP Clients, dies Seite nicht mehr aufrufen. XP Clients haben keine Zugang mehr ins internet Alle unsere Windows 7 Clients haben zugriff auf die Interne Website und kommen auch ins Internet. Unsere Mac Clients können alles, was die Win 7 Clients auch können. Neustart der XP Clients hat nicht geholfen. Ich bin am ende meinews wissen. Könnt ihr mir bitte einige Rätschläge geben, was ich noch alles machen kann bzw. wo der Fehler liegen könnte. Danke

Hallo zusammen, hat den keiner eine Idee. Ich bitte um Rat. Danke

Hallo liebe Community, wir setzen in unserem Unternehmen als Domaincontroller den Windows Server Standard SP2 ein. Zusätzlich zu den Domaincontrollern haben wir einige Server 2008 Standard SP2 Mitgliedsserver. Seit einiger Zeit beobachte ich ein Phänomen in der Ereignis Anzeigeder Mitgliedsserver. Laufend wird mir die Warnung "SceCli 1202 Die Sicherheitsrichtlinien wurden mit Warnungen propagiert. 0x4b8 : Ein erweiterter Fehler ist aufgetreten". Laut dem KB Artikel von Microsoft Ereignis-IDs 1000 und 1202 nach der Konfiguration von Richtlinien kann der Fehler behoben werden, in dem die Aktion "Deaktivieren Sie entweder die Richtlinie "Administratorkonto umbenennen", oder konfigurieren Sie die Richtlinie so, dass ein noch nicht vorhandener Kontoname verwendet wird, um dieses Problem zu beheben. " in den Sicherheitsrichtlinien druchgeführt wird. Leider habe ich mit dieser vorgehensweise keinen erfolg gehabt. Des weiteren habe ich die Schritte in diesem KB Artikel durchgeführt: Troubleshooting SCECLI 1202 Events Das Debugprotokoll schreibt, dass die Anwendung einer Gruppenrichtline mit Fehlern abgeschlossen wurde. Hier das Debugprotokoll: "Lokale Kopie von \\druckerei-schmidt.ad\sysvol\druckerei-schmidt.ad\Policies\{31B2F340-016D-11D2-945F-00C04FB984F9}\Machine\Microsoft\Windows NT\SecEdit\GptTmpl.inf erstellen. GPLinkDomain GPO_INFO_FLAG_BACKGROUND ) Lokale Kopie von \\unternehmen.ad\SysVol\unternehmen.ad\Policies\{AB656DBA-1046-4CD9-97DB-AA2AD9CB773F}\Machine\Microsoft\Windows NT\SecEdit\GptTmpl.inf erstellen. GPLinkOrganizationUnit GPO_INFO_FLAG_BACKGROUND ) Gruppenrichtlinienvorlage gpt00000.dom verarbeiten. Dies ist nicht das letzte Gruppenrichtlinienobjekt. ------------------------------------------- Mittwoch, 30. Mai 2012 09:54:02 Kopieren der Wiederherstellungswerte in die zusammengeführte Richtlinie. ----Konfigurationsmodul wird deinitialisiert... Gruppenrichtlinienvorlage gpt00001.inf verarbeiten. ------------------------------------------- Mittwoch, 30. Mai 2012 09:54:04 ----Konfigurationsmodul wurde erfolgreich initialisiert.---- ----Konfigurationsvorlageninformationen werden gelesen... ----Gruppenmitgliedschaft wird konfiguriert... Konfigurieren von Hauptbenutzer. Konfiguration der Gruppenmitgliedschaft wurde erfolgreich abgeschlossen. ----Registrierungsschlüssel werden konfiguriert... Konfigurieren von machine\software. Warnung 5: Zugriff verweigert Fehler beim Einstellen der Sicherheit auf machine\software. Warnung 1336: Die Struktur der Zugriffsteuerungsliste (ACL, Access Control List) ist unzulässig. Fehler beim Einstellen der Sicherheit auf machine\software\Licenses. Konfiguration der Registrierungsschlüssel wurde mit einem oder mehreren Fehlern abgeschlossen. ----Dateisicherheit wird konfiguriert... Konfigurieren von c:\programme. Konfigurieren von c:\winnt. Konfiguration der Dateisicherheit wurde erfolgreich abgeschlossen. ----Sicherheitsrichtlinien werden konfiguriert... Konfigurieren der Kennwortinformationen. Konfigurieren der Informationen der erzwungenen Abmeldung. Konfiguration des Systemzugriffs wurde erfolgreich abgeschlossen. Die Konfiguration der Registrierungswerte wurde erfolgreich abgeschlossen. Konfiguration des Überwachungsprotokolls wurde erfolgreich abgeschlossen. ----Verfügbare Anlagenmodule werden konfiguriert... Konfiguration der Anlagenmodule wurde erfolgreich abgeschlossen. ----Konfigurationsmodul wird deinitialisiert... Gruppenrichtlinienvorlage gpt00000.dom verarbeiten." kann mir vielleicht jemand sagen, wieso Schreibrechte für die Registrierung fehlen. Ich habe keinen Rat mehr. Hat vielleicht jemand schonmal so ein Problem gehabt und vieleicht auch gelöst. Ich Danke euch jetzt schonmal für eure Tipps.