Clients in Win2000 Domäne einfügen funzt nicht!
hallo zusammen,
ich versuche windows 2000 pro rechner am Domänencontroller (win2000 server) anzumelden.
ich habe bisher nur die Active Directory installiert. Die 24 clients bekommen bisher auch schon die IP automatisch vom server zugewiesen und kommen über den router ins netz, aber eben nicht in die domäne.
woran kann es nun liegen?
freue mich auf antworten. danke im vorraus
gruß
hyperlink
ich versuche windows 2000 pro rechner am Domänencontroller (win2000 server) anzumelden.
ich habe bisher nur die Active Directory installiert. Die 24 clients bekommen bisher auch schon die IP automatisch vom server zugewiesen und kommen über den router ins netz, aber eben nicht in die domäne.
woran kann es nun liegen?
freue mich auf antworten. danke im vorraus
gruß
hyperlink
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 6557
Url: https://administrator.de/contentid/6557
Ausgedruckt am: 26.11.2024 um 10:11 Uhr
32 Kommentare
Neuester Kommentar
Du hast geschrieben das die Clients per Router ins Netz kommen.
Schau mal nach ob der Router die nötigen SMB Ports weiterleitet.
Außerdem kontrolliere mal den DNS Server, ob er dynamisches Update eingestellt ist.
Und bei den Clients, ob der DNS Server eingetragen ist.
Denn Active Directory braucht DNS.
Wenn alles nicht hilft schreib noch mal.
Viel glück!
Schau mal nach ob der Router die nötigen SMB Ports weiterleitet.
Außerdem kontrolliere mal den DNS Server, ob er dynamisches Update eingestellt ist.
Und bei den Clients, ob der DNS Server eingetragen ist.
Denn Active Directory braucht DNS.
Wenn alles nicht hilft schreib noch mal.
Viel glück!
DNS -Domain Name Service
Dient zur Namen Verwaltung.
Alle Clients, die du ins ADS (Active Directory) haben willst, müssen sich auf den DNS Server anmelden und zwar den lokalen.
Also gib nicht den von T-Online an, sondern von deinem Server. Du hast geschrieben, dass du ihn bei dem Assistenten selber gemacht hat. Dann nimm ihn auch.
T-Online
Was hat dir T-Online für einen DNS-Server gegeben?
Hast du eine eigene Domaine beantragt. (Domaine = www.web.de)
Wenn das so ist muss du bei deinem DNS Server eine DNS Weiterleitung einrichten.
Dient zur Namen Verwaltung.
Alle Clients, die du ins ADS (Active Directory) haben willst, müssen sich auf den DNS Server anmelden und zwar den lokalen.
Also gib nicht den von T-Online an, sondern von deinem Server. Du hast geschrieben, dass du ihn bei dem Assistenten selber gemacht hat. Dann nimm ihn auch.
T-Online
Was hat dir T-Online für einen DNS-Server gegeben?
Hast du eine eigene Domaine beantragt. (Domaine = www.web.de)
Wenn das so ist muss du bei deinem DNS Server eine DNS Weiterleitung einrichten.
DNS -Domain Name Service
Dient zur Namen Verwaltung.
Alle Clients, die du ins ADS (Active Directory) haben willst, müssen sich auf den DNS Server anmelden und zwar den lokalen.
Also gib nicht den von T-Online an, sondern von deinem Server. Du hast geschrieben, dass du ihn bei dem Assistenten selber gemacht hat. Dann nimm ihn auch.
T-Online
Was hat dir T-Online für einen DNS-Server gegeben?
Hast du eine eigene Domaine beantragt. (Domaine = www.web.de)
Wenn das so ist muss du bei deinem DNS Server eine DNS Weiterleitung einrichten.
Wie das geht weis ich nicht. Hab ich noch nie gemacht.
Dient zur Namen Verwaltung.
Alle Clients, die du ins ADS (Active Directory) haben willst, müssen sich auf den DNS Server anmelden und zwar den lokalen.
Also gib nicht den von T-Online an, sondern von deinem Server. Du hast geschrieben, dass du ihn bei dem Assistenten selber gemacht hat. Dann nimm ihn auch.
T-Online
Was hat dir T-Online für einen DNS-Server gegeben?
Hast du eine eigene Domaine beantragt. (Domaine = www.web.de)
Wenn das so ist muss du bei deinem DNS Server eine DNS Weiterleitung einrichten.
Wie das geht weis ich nicht. Hab ich noch nie gemacht.
Die Adressen kommen doch sicherlich vom DHCP Server, den du bestimmt schon mal konfiguriert hast, einfach mal dort nachschauen.
Die genauen schritten, wie man dort einen Eintrag erstellt, wirst du doch wohl selber schaffen.
Gehe erst mal zur Verwaltung, dann auf DHCP-Server.
Dann ...
Die genauen schritten, wie man dort einen Eintrag erstellt, wirst du doch wohl selber schaffen.
Gehe erst mal zur Verwaltung, dann auf DHCP-Server.
Dann ...
Warum hast du dann einen DNS-Server Adresse von t-online?
DNS Server: Dein Server
Schön wäre gewesen, wenn du die Fehlermeldung gepostet hättest.
Stand da irgendwas von SRV-Records o.ä.?
Wer fungiert als DHCP, der DC oder der Router?
~~~~~~~~~~~~~~~
Damit eine Domäne funktioniert müssen einige wenige Dinge ebenfalls funktionieren.
<ol><li> DNS, und zwar Forward- und Reverse-Lookup-Zone (nslookup mit IP und Name)</li>
<li>Wenn der DNS weiterleiten soll muss eine evtl. vorhandene "."-Zone in der Forward-Zone gelöscht werden.</li>
<li>Der DC muss auf sich selbst und nur auf sich selbst als bevorzugten DNS-Server zeigen. Evtl T-Online-DNS können im DNS Snap-In als Weiterleitungen eingetragen werden. Selbst das ist eigentlich nicht nötig, da nicht beantwortbare Anfragen auf jeden Fall über die Stammhinweise weitergeleitet werden.</li>
<li>Trage in den Clients den DC als bevorzugten DNS-Server ein (Das muss nicht sein, der Client sollte den DC auch so finden, es ist aber auch kein Fehler).</li></ol>
Falls im AD bereits Maschinenkonten für die Clients angelegt sind, lösche sie.
Führe die Clients in die Domäne und zwar mit dem Button 'Netzwerkkennung'.
Wenn du nach einem Konto mit dem Recht zum Hinzufügen von Computerkonten zur Domäne gefragt wirst, gib das Konto des DomänenAdmin an.
Aber wie gesagt der Wortlaut der Fehlermeldung wär schon interessant.
Stand da irgendwas von SRV-Records o.ä.?
Wer fungiert als DHCP, der DC oder der Router?
~~~~~~~~~~~~~~~
Damit eine Domäne funktioniert müssen einige wenige Dinge ebenfalls funktionieren.
<ol><li> DNS, und zwar Forward- und Reverse-Lookup-Zone (nslookup mit IP und Name)</li>
<li>Wenn der DNS weiterleiten soll muss eine evtl. vorhandene "."-Zone in der Forward-Zone gelöscht werden.</li>
<li>Der DC muss auf sich selbst und nur auf sich selbst als bevorzugten DNS-Server zeigen. Evtl T-Online-DNS können im DNS Snap-In als Weiterleitungen eingetragen werden. Selbst das ist eigentlich nicht nötig, da nicht beantwortbare Anfragen auf jeden Fall über die Stammhinweise weitergeleitet werden.</li>
<li>Trage in den Clients den DC als bevorzugten DNS-Server ein (Das muss nicht sein, der Client sollte den DC auch so finden, es ist aber auch kein Fehler).</li></ol>
Falls im AD bereits Maschinenkonten für die Clients angelegt sind, lösche sie.
Führe die Clients in die Domäne und zwar mit dem Button 'Netzwerkkennung'.
Wenn du nach einem Konto mit dem Recht zum Hinzufügen von Computerkonten zur Domäne gefragt wirst, gib das Konto des DomänenAdmin an.
Aber wie gesagt der Wortlaut der Fehlermeldung wär schon interessant.
Es ist auf jeden Fall empfehlenswert, den DC als DHCP laufen zu lassen.
Der fügt sich einfach nahtlos in das ganze System ein und man hat auch wesentlich mehr Möglichkeiten den Clients Einstellungen mitzugeben.
~~~
Außer dass bei Netzwerkkennung ein Assistent startet und man die Möglichkeit hat gleich ein Benutzerkonto anzulegen (was ich nie mache) kann ich dir keinen Unterschied nennen.
Meine Erfahrung ist, dass es mit Netzwerkkennung bisher immer auf Anhieb funktioniert hat (sofern die restlichen Voraussetzugen gestimmt haben).
Der fügt sich einfach nahtlos in das ganze System ein und man hat auch wesentlich mehr Möglichkeiten den Clients Einstellungen mitzugeben.
~~~
Außer dass bei Netzwerkkennung ein Assistent startet und man die Möglichkeit hat gleich ein Benutzerkonto anzulegen (was ich nie mache) kann ich dir keinen Unterschied nennen.
Meine Erfahrung ist, dass es mit Netzwerkkennung bisher immer auf Anhieb funktioniert hat (sofern die restlichen Voraussetzugen gestimmt haben).
Ähem *räusper*
Die Clients waren vorher in einer Domäne, der DC wurde neu aufgesetzt und jetzt finden die Clients nicht mehr nach Hause.
Ich nehme an, dass du den neuen DC mit gleichen Namen, gleicher Domäne und gleicher IP aufgesetzt hast, right?
Also steht in den Systemeigenschaften > Lasche 'Computername' eine Domäne, oder?
Ich gehe mit an Sicherheit grenzender Wahrscheinlichkeit davon aus, dass die Domäne wie alles andere auch anhand einer SID identifiziert wird. Diese ist natürlich jetzt eine andere.
Falls die Clients sich nicht von Domäne nach Domäne joinen lassen, versuch sie in eine Arbeitsgruppe zu bringen und nach dem Reboot in die neue Domäne.
~~~~~~~~~~~~~~~~
Es ist schon richtig, dass dcpromo den DNS installiert, allerdings nur die Forward-Zone. Die Reverse-Zone musst du von Hand anlegen.
Im DNS-Snap-In: Rechtsklick auf Reverse-Lookupzonen > Neue Zone > Weiter > Primäre Zone + Die Zone in Active Directory... > Weiter > Auf allen Domänencontrollern... > Weiter > Die ersten 3 Oktetts der IP des DC > Weiter > Nur sichere... > Weiter > Fertig stellen
~~~~~~~~~~~~~~~~
Den DNS kannst du mit nslookup testen: Start > Ausführen > cmd > Enter
In der Kommandozeile gibst du folgendes ein:
<font face="courier">nslookup</font> sollte den FQDN und die IP deines DC bringen.
Wenn du jetzt den Hostnamen eines Clients eingibst sollte als Ergebnis kommen:
<font face="courier">Server: DeinDNS.DeineDomäne.loc
Address: 111.222.333.444
Name: Client.DeineDomäne.loc
Address: 111.222.333.445</font>
(Die IPs dienen natürlich nur der symbolhaften Darstellung )
Das alles funktioniert natürlich auch rückwärts, d.h. wenn du eine IP eingibst.
Wenn der DNS richtig konfiguriert ist kannst du hier alle Hosts, egal ob im LAN oder im Internet auflösen. Mit exit verlässt du nslookup wieder.
Die Clients waren vorher in einer Domäne, der DC wurde neu aufgesetzt und jetzt finden die Clients nicht mehr nach Hause.
Ich nehme an, dass du den neuen DC mit gleichen Namen, gleicher Domäne und gleicher IP aufgesetzt hast, right?
Also steht in den Systemeigenschaften > Lasche 'Computername' eine Domäne, oder?
Ich gehe mit an Sicherheit grenzender Wahrscheinlichkeit davon aus, dass die Domäne wie alles andere auch anhand einer SID identifiziert wird. Diese ist natürlich jetzt eine andere.
Falls die Clients sich nicht von Domäne nach Domäne joinen lassen, versuch sie in eine Arbeitsgruppe zu bringen und nach dem Reboot in die neue Domäne.
~~~~~~~~~~~~~~~~
Es ist schon richtig, dass dcpromo den DNS installiert, allerdings nur die Forward-Zone. Die Reverse-Zone musst du von Hand anlegen.
Im DNS-Snap-In: Rechtsklick auf Reverse-Lookupzonen > Neue Zone > Weiter > Primäre Zone + Die Zone in Active Directory... > Weiter > Auf allen Domänencontrollern... > Weiter > Die ersten 3 Oktetts der IP des DC > Weiter > Nur sichere... > Weiter > Fertig stellen
~~~~~~~~~~~~~~~~
Den DNS kannst du mit nslookup testen: Start > Ausführen > cmd > Enter
In der Kommandozeile gibst du folgendes ein:
<font face="courier">nslookup</font> sollte den FQDN und die IP deines DC bringen.
Wenn du jetzt den Hostnamen eines Clients eingibst sollte als Ergebnis kommen:
<font face="courier">Server: DeinDNS.DeineDomäne.loc
Address: 111.222.333.444
Name: Client.DeineDomäne.loc
Address: 111.222.333.445</font>
(Die IPs dienen natürlich nur der symbolhaften Darstellung )
Das alles funktioniert natürlich auch rückwärts, d.h. wenn du eine IP eingibst.
Wenn der DNS richtig konfiguriert ist kannst du hier alle Hosts, egal ob im LAN oder im Internet auflösen. Mit exit verlässt du nslookup wieder.
Das DNS-Snap-In findest du in der Verwaltung > DNS oder Start > Ausführen > dnsmgmt.msc
Ich weiß nicht, ob es dann funktioniert.
Eigentlich ist die Reversezone nicht nötig, da beim joinen eine Forwardauflösung erfolgt.
Aber zu einem richtigen DNS gehört die Reversezone dazu.
Ich gehe so vor und hatte bisher keine Probleme.
Wenn die Namensauflösung funktioniert und die Clients trotzdem nicht in die Domäne kommen weiß ich auch nicht mehr weiter.
- DNS läuft
- Benutzerkonto berechtigt
- Dem Assistenten DNS-Domänennamen angegeben, nicht NetBIOS-Namen
Sollte das nicht funktionieren, musst du die Fehlermeldung im Wortlaut oder als Bild posten.
Ich weiß nicht, ob es dann funktioniert.
Eigentlich ist die Reversezone nicht nötig, da beim joinen eine Forwardauflösung erfolgt.
Aber zu einem richtigen DNS gehört die Reversezone dazu.
Ich gehe so vor und hatte bisher keine Probleme.
Wenn die Namensauflösung funktioniert und die Clients trotzdem nicht in die Domäne kommen weiß ich auch nicht mehr weiter.
- DNS läuft
- Benutzerkonto berechtigt
- Dem Assistenten DNS-Domänennamen angegeben, nicht NetBIOS-Namen
Sollte das nicht funktionieren, musst du die Fehlermeldung im Wortlaut oder als Bild posten.
Lass den Assistent doch alles machen.
Tschuldigung, ich dachte du hättest Windows 2003.
Also suffixe brauchst du für deine eigene Domäne nicht, wenns ohne Suffix nicht geht dann tut dein DNS nicht richtig. Übrigends kannst du auch Suffixe (so wie alle anderen netzwerkrelevanten Sachen auch) über den DHCP verteilen und mußt nicht dies direkt beim Client eintragen (Vorteil von DHCP).
@gemini
normalerweise sollte man einen DHCP Server aus Sicherheitsgründen nicht auf einem DC installieren (wird auch bei MS drauf hingwiesen). In diesem Fall wirds aber nicht so wichtig sein, schätz mal er wird auch keinen 2. Server zur Verfügung bekommen und zum üben tuts auch diese Konfiguration
@gemini
normalerweise sollte man einen DHCP Server aus Sicherheitsgründen nicht auf einem DC installieren (wird auch bei MS drauf hingwiesen). In diesem Fall wirds aber nicht so wichtig sein, schätz mal er wird auch keinen 2. Server zur Verfügung bekommen und zum üben tuts auch diese Konfiguration
Dein Netz funktioniert nur, wenn der Server ausgeschaltet ist?
~~~~~~~~~~~~~~~
Schau mal hier nach: http://www.wintotal.de/Artikel/artikel.php
'Windows Server 2003 - Konfiguration als Domänencontroller & weitere Möglichkeiten'
ist ein 5-teiliges, sehr aufführliches Tutorial. Als Verständnishilfe sicher auch für 2000 verwendbar.
NUN LÄUFT ALLES!!!!!!!!!!!!!
Das ist dann wohl ironisch zu verstehen ~~~~~~~~~~~~~~~
Schau mal hier nach: http://www.wintotal.de/Artikel/artikel.php
'Windows Server 2003 - Konfiguration als Domänencontroller & weitere Möglichkeiten'
ist ein 5-teiliges, sehr aufführliches Tutorial. Als Verständnishilfe sicher auch für 2000 verwendbar.