Win Server 2008 R2 über VMware Player in Domäne einbind

[Superholly]

Hallo,

ich will einen virtuellen Server über den VMware Player in eine physikalische existierende Domäne einbinden. Der Server hat eine statische IP der Domäne erhalten. Ich kann auf das Netzwerk zugreifen, ich kann in beide Richtungen pingen, ich komme ins Internet. Was nicht geht ist der Zutritt zur Domäne. Fehlermeldungen sind , daß keine Verbindung zum AD des DC hergestellt werden kann. Überprüfen Sie usw. usw.
Die IP des DNS Servers ist in bei ip4 richtig eingetragen. Der Domänennamen paßt.
Die NIC ist auf Bridged gestellt (auf NAT gings auch nicht).

Was mache ich bei den Einstellungen falsch?

Der VMware Player läuft auf einem Client im Netzwerk.

[Borg-HH]

Halte ich nicht für ein Problem des Players, eher DNS.
Wird der Domänenname beim Ping aufgelöst (ping xy.de) in den Domaincontroller ?
Ist der Domaincontroller der DNS Server ?
Wie sieht es aus, wenn du DHCP aktivierst?

[Superholly]

Ping habe ich nur mit der IP probiert. Geht beidseitig. DHCP habe ich im Netzwerk nicht laufen.
Kann ich erst am Montag wieder testen.

Wie sollten die NICs eingestellt sein? Ich habe im Player in den Settings ja schon verschiedene Einstellmöglichkeiten. Dann die VMware NICs unter dem Client . Kann dort was relevant sein?

[~thc]

Im Player muss die Karte für diese VM im "Bridge"-Modus laufen.
In der VM muss in der TCP/IP-Konfiguration der DNS-Server die IP-Adresse des Domänencontrollers enthalten.

[Superholly]

Die Einstellungen passen dann auf jeden Fall.
Was ist mit den VMnet Adapter #1 und #8 unter dem Client? Sind die für dieses Szenario von Bedeutung?

[Dayworker]

Die VMnet1 und 8 sind nicht von Bedeutung.

[Superholly]

Guten Morgen

Also ich habe jetzt mal ping an die IP wie auch den Namen beidseitig geschickt. Funktioniert in beide Richtungen. DHCP gibt er mir eine 169er Adresse zurück.Da hängt noch irgendwo ein WLAN-Router der das verursacht. Will ich jetzt nicht crashen.
Beim Beitrittsversuch gibt er mir auch eine Zeitüberschreitung als Meldung mit. Kann das relevant sein?

[rprengel]

Guten Morgen

Also ich habe jetzt mal ping an die IP wie auch den Namen beidseitig geschickt. Funktioniert in beide Richtungen. DHCP gibt er mir eine 169er Adresse zurück.Da hängt noch irgendwo ein WLAN-Router der das verursacht. Will ich jetzt nicht crashen.
Beim Beitrittsversuch gibt er mir auch eine Zeitüberschreitung als Meldung mit. Kann das relevant sein?

Hallo,
arbeite mal bitte mit festen IP Adressen und achte daraus das die DNS Auflösung aller beteiligten Systeme sauber funktioniert.

Gruss

[Superholly]

Ich habe für sämtliche angeschlossenen Geräte feste IP vergeben. DHCP läuft nicht über den AD DC. Es gibt keinerlei Probleme mit Namensauflösungen und Zugrffen.

Einfach nochmal damit nichts übersehen wird. VMware läuft auf einem Client mit fester IP.
Server auf VMware NIC auf Bridged und ebenfalls fester IP aus der Domäne. Ping mit IP oder Namen funzt.
Den Virtuellen Server habe ich noch ohne Rollen installiert. Das sollte aber auch nicht entscheidend sein. Angemeldet bin ich mit dem Standardbenutzer mit Adminrechten.
Also die Vorgehensweise ist genauso, wie bei existenten physikalischen Geräten.

Bei Domänenzutrittsversuch kommt die Fehlermeldung:



Der folgende Fehler ist beim Abfragen von DNS über den Ressourceneintrag der Dienstidentifizierung (SRV) aufgetreten, der zur Suche eines Active Directory-Domänencontrollers (AD DC) für die Domäne "SH.xxxx" verwendet wird:

Fehler: "Dieser Vorgang wurde wegen Zeitüberschreitung zurückgegeben."
(Fehlercode 0x000005B4 ERROR_TIMEOUT)

Es handelt sich um die Abfrage des Dienstidentifizierungseintrags (SRV) für _ldap._tcp.dc._msdcs.SH.xxxx.

Der von diesem Computer für die Namensauflösung verwendete DNS-Server reagiert nicht. Dieser Computer wurde zur Verwendung der folgenden IP-Adressen konfiguriert:

192.168.200.xxx

Vergewissern Sie sich, dass dieser Computer über eine Verbindung mit dem Netzwerk verfügt, dass dies die richtigen DNS-Server-IP-Adressen sind und dass mindestens einer der DNS-Server ausgeführt wird.

[omicronont]

Gib doch mal in einer Eingabeaufforderung des virtuellen Server diesen Befehl ein:

Code: Alles auswählen

nslookup

Dann muss unter "Default Server" bzw. "Address:" ein Domänencontroller ausgegeben werden (wie oben schon Borg-HH geschrieben hatte).
Wenn das der Fall ist - gibt es irgendeinen Eintrag in den Ereignisanzeigen von DC sowie dem virtuellen Server? Kannst Du einen anderen PC oder Server in die Domäne aufnehmen oder "nur" diesen einen speziellen nicht?

Gruß,

Knut

[Superholly]

Also bei nslookup zeigt er mir als Standartserver unbekannt an, bei Adresse die IP des AD DC.
Ich setze erst mal einen normalen Client auf und schaue, was dann passiert.

[omicronont]

Ich würde eher als erstes nach dem "unbekannt" des DNS-Servers schauen, z.B. hier:
http://www.rickygao.com/how-to-solve-nslookup-shown-unknown-for-the-default-dns-server/

Gruß,

Knut

[Superholly]

Die Zone ist bereits vorhanden!

[~thc]

Also bei nslookup zeigt er mir als Standartserver unbekannt an, bei Adresse die IP des AD DC.

Ein Arbeitsgruppen-PC zeigt unter "Standardserver" den eigenen Namen an - ein Domänenmitglied den des PDC. Da der Server noch kein Domänenmitglied ist, sollte es erst mal O.K. sein.

Ist die IP-Konfiguration des vServers vollständig (Gateway)?
Keine IP-Dreher oder doppelte Namen/IPs?

[rprengel]

Also bei nslookup zeigt er mir als Standartserver unbekannt an, bei Adresse die IP des AD DC.

Ein Arbeitsgruppen-PC zeigt unter "Standardserver" den eigenen Namen an - ein Domänenmitglied den des PDC. Da der Server noch kein Domänenmitglied ist, sollte es erst mal O.K. sein.

Ist die IP-Konfiguration des vServers vollständig (Gateway)?
Keine IP-Dreher oder doppelte Namen/IPs?

Auch mal genau die Subnetzmaske und das gateway auf allen Systemen prüfen.

Gruss

[kastlr]

Hallo,

probier doch mal, ob dir das folgende Kommando eine Liste der in der Domäne vorhandenen Domain Controller ausgibt.

nltest /dclist:<Domänen Name>

Damit überprüfst du sowohl dein DNS als auch die generelle Kommunikation zu deiner Domäne.

Gruß,
Ralf

[Superholly]

Zur ersten Antwort.
Die einträge IP usw sind 100% passend. gefühlte 1000 mal kontrolliert

zum Zweiten
Also nltest klappt vom Clientrechner aber nicht vom Virtuellen. Habe im übrigen mal einen Client mit Win 10 aufgesetzt. Gleiches Problem wie beim Server???
Kein Domänenbeitritt möglich und, und, und.....
Langsam seh ich nicht mehr durch.....

[kastlr]

Auch wenn du es schon mal beantwortet hast.

Kannst du denn deine Domäne anpingen?
Ich meine nicht deinen Domänencontroller, sondern deine Domäne.

Verwende beim pingen von der virtuellen Maschine mal genau den gleichen Parameter wie zuvor bei nslookup, also nicht den FQDN deines Domain Kontrollers.

Gruß,
Ralf

[Superholly]

Sorry, was verstehst Du unter Domäne anpingen? Stehe momentan völlig auf dem Schlauch.

[kastlr]

Hallo,

die FQDN eines Hosts besteht aus Hostname.Domainname.TopLevelDomain.

Wenn z. B. der FQDN deines Hostes webserver.firma.de lautet, versuche aus der VM einfach mal firma.de anzupingen oder mit nslookup aufzulösen..

Wenn ihr in eurer Domäne mehrere DC's habt, sollte nslookup dir die Liste aller DC's liefern.
Gleiches gilt für nltest /dclist:<firma.de>, wobei du hier auch eine Fehlermeldung bekommen kannst, wenn dein Host/account nicht berechtigt ist, die Domäne abzufragen.

Gruß,
Ralf

[Superholly]

Erst einmal danke an alle, die sich mit dem Problem rumschlagen und nach Lösungen suchen.

Mir fällt noch eine Ungereimtheit auf, die das Problem wieder auf die VMware zurückschickt. Wenn ich mit dem Client, auf dem die virtuelle Umgebung läuft, alles das machen kann, was an Vorschlägen gekommen ist und ich habe nirgends mit dem Client Fehler, dann sollte die Ursache doch augenscheinlich bei der VMware liegen.

Ist der Denkansatz so richtig?

[mbreidenbach]

Wenn der Gast via bridged angebunden ist und nichts dazwischenpfuschelt dann muß das gehen.

Es gibt übrigens Virenscanner die VMware Traffic blocken. Ich weiß das Avira das tut; da muß man VMware Traffic gezielt freischalten.

[Superholly]

Guten Morgen!

Möchte mich am liebsten tief in der Erde eingraben.
Es war tatsächlich die Sicherheitssoftware, die das Problem verursacht hat. Bei einem Anderen hätte ich jetzt gesagt, wie blöd kann man eigentlich sein. Manchmal ist man wie vernagelt und sieht den Wald vor lauter Bäumen nicht.

Tausend Dank für diesen Tip.

Streß verursacht Streß. War ein typisches Beispiel hier.

Auch an die Anderen die mitgeholfen haben, danke Euch.

Noch die entscheidende Frage. Wie greift die VMware ins Netzwerk ein? Welche Ports benutzt sie?