jmartin

Stimmt, ich melde mich immer mit dem lokalen Client Administrator für den Installationsprozess an. Werde das Ganze im Auge behalten und mich mal als Domänen Administrator für die Installation anmelden. Ich werde Berichten... was draus geworden ist.

Danke, habe es noch mal getestet und der Fehler trat wieder auf aber erst ca. 30 min nach der Aufnahme in die Domäne. Im SecurityLog steht folgendes. Event ID: 680 Benutzer: NT-AUTORITÄT\SYSTEM Computer: DC-Server Kategorie: Kontoanmeldung Anmeldversuch von: MICROSOFT_AUTHENTICATION_PACKAGE_V1_0 Anmeldekonto: Administrator Arbeitsstation: Client-6 Fehlercode: 0xC000006A In diesen Zeitraum wurden Wsus Updates und Office installiert. Könnte hier der Fehler zu suchen sein?

Hallo, kann mir jemand sagen warum dieser Fehler im Eventlog auftaucht? Verursacht wird dieser wenn ein neuer Win 7 Client in die Domöne aufgenommen wird. ---------------------------------- Active Directory konnte das folgende Objekt nicht mit Änderungen des Domänencontrollers der folgenden Netzwerkadresse aktualisieren, weil Active Directory mit der Verarbeitung von Informationen ausgelastet war. Objekt: CN=Administrator,CN=Users,DC=lrakc,DC=de Netzwerkadresse: 86ae7936-c168-4d99-b953-9e99717fbb9b._msdcs.beispielname.de Es wird später erneut versucht, diesen Vorgang auszuführen. ---------------------------------- Die Infos aus der KB von Microsoft helfen mir nicht wirklich weiter. Kann es daran liegen, dass sich der Client in einem anderen IP-Netz befindet wie der DC und somit die Aufnahme in die Domäne diese Warnungen verursacht? Für die Aufnahmen wird die Kennung eines Domänen Admins verwendet. Client Win 7 32bit hat z.B 192.168.1.10 und der Server Win 2003 hat 192.168.2.5 Routing findet einfach über eine zweite Netzwerkkarte in einem anderen WinServer statt. Vielen Dank im voraus für eure Antworten.

Hallo noch mal, nein der Switch hat nicht diese IP und ich verwende ein nicht öffentliches Class B Netz welches wir zugewiesen bekommen haben, also nichts mit Internet. Ich weis auch, das so etwas technisch nicht möglich sein darf, und in meinen 18 Jahren als SysAdmin habe ich so etwas auch noch nie gesehen. Meine Vermutung war das es irgendetwas am Server HP ML350p und Win2008R2 verursacht, deswegen auch hier in diesem Forum der Beitrag von mir. Wenn ich mal etwas Zeit habe werde ich das Problem mit einem Test-Client versuchen zu reproduzieren...

Ich war und bin auch verwundert, dass ich die IP pingen konnte. Nur noch kurz zur allgemeinen Info falls es jemand interessiert Der Ping auf eine funktionierende IP z.B die xxx.xxx.xxx.12 brachte und bringt einen TTL von 120 im LAN Der Ping auf die gestörte IP xxx.xxx.xxx.11 brachte einen TTL von 64 Das waren die einzigen Unterschiede die festzustellen waren. Der Switch bedient ein eigenes IP Netz und das Gerät ist ein sehr altes Modell, HP Procurve 5304xl dessen Hauptaufgabe es ist Ethernet auf LWL zu machen für einen weit entfernten Gebäudeteil. Dort geht es dann auf einen normalen HP Ethernet Switch an dem die Clients stecken. Wie schon geschrieben nach einem Reset des ProCurve 5304xl war alles wieder gut. Warum auch immer???

Danke für eure Antworten ich habe die Lösung inzwischen gefunden. Ich hatte am Server schon die arp Einträge anzeigen lassen und auch die nötigen gelöscht. Aber ohne Erfolg arp war aber schon die richtige Spur es lag am HP Switch nach dem ich den Cache dort gelöscht habe ist wieder alles gut. IP konnte wieder vergeben werden und Client-2 ist wieder Mitglied der Domäne MfG Jens

Hallo, Ich habe folgende Hardware: 1 Windows Server 2008 R2 IP xxx.xxx.xxx.5 4 Clients Windows 7 Pro IP xxx.xxx.xxx.10 bis xxx.xxx.xxx.13 Ursprünglich war der Client-2 mit der IP xxx.xxx.xxx.11 schon mal in der Domäne, musste aber wieder entfernt werden, und lässt sich nun aufgrund eines IP Adressen Konfliktes nicht mehr hinzufügen. Alle Geräte im Netz haben feste IPs und sobald ich dem Client die xxx.xxx.xxx.11 fest vergebe bekomme ich einen IP Konflikt und der Client ändert sein IP auf 169.x.x.x Die IP lässt sich immer noch vom Server aus pingen, obwohl der Client-2 nicht am Switch hängt. Ein nslookup bringt keine Namensauflösung. Irgendwo im AD muss wohl der Client-2 noch mit der IP aufgeführt werden. Ein anderes Gerät im LAN mit dieser IP ist ausgeschlossen. Ich habe den Client aus der Domäne entfernt und aus dem AD. Außerdem aus dem DNS Verzeichnis und den DNS Cache geleert. Ich verwende kein DHCP Auch den Server neugestartet ;) Was könnte ich noch tun, damit ich den Client-2 wieder mit der IP xxx.xxx.xxx.11 in die Domäne bringe? Ich könnte zwar eine neue IP vergeben und es würde dann auch wieder funktionieren, jedoch werden die Client IP weitergereicht und ich möchte die Neuzertifizierung umgehen. Danke schon mal im voraus für alle Antworten...