User Forum

Hallo,
mein Problem ist, dass der Domain Join nicht geht. Obwohl in den Eigenschaften die Domäne eingetragen ist und der Haken bei Domain gesetzt ist. Nach der Installation von Win XP ist der Rechner in der Arbeitsgruppe. Ein manuelle Aufnahme in die Domäne funktioniert.
In der OS.ini ist unter Client der Eintrag NTDomain= auch die richtige Domäne eingetragen.

Im Log habe ich keinen Fehler gefunden.

Wo kann ich noch suchen?

Was steht denn im netlogon.log ?
Betrifft es immer jegliche Installation ?
Wurde der Client in die Domäne mit den selben Credentials aufgenommen, wie diese in Empirum hinterlegt sind ?

Bitte mal auf dem Client in C:\Windows\Debug\Netsetup.log nachschauen, was die Meldung ist, ich vermute mal wieder 54b (hex), also 1355 (dez):
"Die angegebene Domäne ist nicht vorhanden oder es konnte keine Verbindung hergestellt werden."

Wird die WINS-Liste per DHCP gefuellt oder kommt sie per OS-Konfiguration?
Falls sie per DHCP kommt, dann mal von der Kommandozeile aus testen, was "IPCONFIG /ALL" an WINS-Eintraeegen liefert. Sollte die Liste leer sein, schlaegt ein XP SP3-Bug zu, der durch bestimmte DHCP-Konfigurationen erzeugt wird. Dafuer gibt es einen Hotfix, den man in die Sourcen einbauen kann.

Ciao!
Walter Schulz

Danke für die Antworten.
Richtig der Fehler lautet 0x54b. Die Konfig kommt nicht vom DHCP sondern von der OS Konfig.

Es waren ursprünglich zwei Rechner. Einer läuft wieder warum auch immer, der andere hat die besagten Probleme.
Im PXE Log steht [Eis32] Domain/Workgroup: Dom: Meinedomain
Eine Netlogon.log habe ich am Client nicht gefunden.

Dann die ueblichen Verdaechtigen verhaften: Stimmen die WINS-Eintraege mit den IP-Adressen der DCs ueberein?
Ich hatte mal das exotischere Problem, dass die WINS-Eintraege einer Dom im WINS aus Altersgruenden als ungueltig gefuehrt wurden, wobei NBLOOKUP den Fehler nicht sichtbar machte. Also auch direkt im WINS die Eintraege durchforsten.

Ciao!
Walter Schulz

Nachdem ich den Befehl erfolgreich angewendet habe, zeigt mir NBlookup die richtigen IP Adressen an. Zuerst hatte ich NSlookup gelesen.

Die Einträge im WINS Server muss ich noch prüfen, da komme ich im Moment nicht ran.

Am WINS Server sind auch keine "falschen" Einträge vorhanden. Merkwürdig manchmal geht es...

Gibt es eine Doku zur NetSetup.txt, welcher Hexcode was bedeutet?

Ist der FQDN gesetzt ? Bei den Variablen kann man den FQDN setzen.

StadtWN wrote:Gibt es eine Doku zur NetSetup.txt, welcher Hexcode was bedeutet?

Umrechnen in dezimal, dann Man kann zum Debuggen auf den DCs fuer den Netlogon-Dienst die Protokollierung einschalten oder gleich auf dem Netzwerk sniffern.
http://support.microsoft.com/kb/109626

EDIT: Wird zufaellig beim unattended Setup zum Erstellen des Computerkontos ein eigener Benutzer verwendet? Der womoeglich schon ein bisschen aelter ist? Dann doch mal das PW des Benutzers in der Dom neu setzen, da gibt es einen Stolperstein bei der aelteren PW-Verschluesselungsmethode, die in neueren Betriebssystemen nicht mehr unterstuetzt wird (jedenfalls als Default).

Ciao!
Walter Schulz

Ist der FQDN gesetzt ? Laut Hilfe benötigen wir das auch nicht, ist aber eine Möglichkeit, Danke.

Das Debuggen ist an unserem DC eingeschaltet mal sehen was da so erscheint.
So langsam habe ich das Gefühl, unser Netz oder Switches machen die Probleme.

Die Probleme mit dem Domain Join sind behoben, wenn wir den FQDN eintragen.

Frage dazu kann man das in der Console als Default eintragen, denn der Wert ist immer gleich? Genauso verhält es sich mit der Domäne.

Klar, man kann die FQDN Variable von ganz oben heruntervererben.

Das hört sich gut an. Ich habe es auch gefunden. Danke!

Gibt es das für die Domäne auch?

Soweit ich weiß nicht.
Wäre aber mal was für das Feedback-Forum!

... ist eingetragen.