Verwandte Beiträge
- Open VPN Server Windows 2003 (6)
- Windows Server 2008 Standard als Fileserver in Windows 2003 SBS Domäne (4)
- Anmeldung an Domäne nicht möglich Der Remoteprozeduraufruf ist fehlgeschlagen und wurde nicht ausgeführt. (4)
- Updatesuche von Windows7 Clients in der Domäne nicht möglich (1)
- Trend Micro - TROJ DLOADER.RFB - säubern, quarantäne nicht möglich (9)
- kein Zugriff auf Server Windows 2003 per remote desktop über Speedport W 700 V (7)
- Neuer Server - Windows 2003 oder Windows 2008 ? - TS-CAL von 2003 auf 2008 übernehmbar? (3)
- Windows 2003 64-Bit oder nicht (1)
- Windows 2000 - anlegen lokaler Konten nicht möglich (5)
- In welchem LDAP-Feld steht das Terminal-Server Profile (Windows 2003 AD-Domäne) (2)
- Windows 2003 R2 x64 in Windows 2003 sp2 Domäne (2)
- DHCP-Server Windows 2003 - Aufteilung der Gateways durch die IP-Adresse (3)
- Ordner lässt sich auf Server Windows 2008 Standard 64 Bit nicht umbenennen (7)
- Windows Update bei Server2003 Enterprise nicht möglich (2)
- SBS 2003 SP2 Fax senden nicht möglich (1)
- Outlook 2003 - Zugriff auf Postausgangsordner nicht möglich (3)
- Windows 2003 Enterprise auf SBS updaten? (2)
- DNS auf Windows Server 2003 als TS ohne AD (7)
- Einrichten einer Ordnerfreigabe mit unterschiedlichen Benutzerberechtigungen auf einem Windows 2003 Server mit NTFS - Dateiberechtigungen (10)
- mehr >>
Frage im Bereich
Fehler mit DNS-Server Windows 2003 ? - Beitritt zur Domäne nicht möglich
Geschrieben von dmt-design am 2009/04/27 um 09:26:47 Uhr, 17 Antworten, 2046 Aufrufe, Status: gelöst
Hallo,
Ich habe einen Server 2003 Enterprise in VMware installiert, der als Domaincontroller, DHCP und DNS-Server funktionieren soll.
DHCP ist derzeit noch nicht aktiv, über den Netgear-Router wurde DHCP deaktiviert und alle PCs und virtuellen Maschinen arbeiten derzeit mit festen IPs.
Nun will ich eine virtuelle XP-Pro Maschine in die Domaine aufnehmen und es klappt nicht.
Ich kann vom Server aus den Client anpingen und vom Client den Server anpingen, mir ist der Betritt zur Domäne jedoch nicht möglich.
Den DNS Server hatte ich jetzt auch zwischenzeitlich schon mal wieder entfernt und neuinstalliert, die Forward-LookUp-Zone hatte ich mit meinen Domänen Namen "vserver.local" benannt.
Was muss beim Client über TCP-IP eingestellt werden? ich habe als DNS Server die IP des Servers (192.168.1.100) und/oder die des Routers 192.168.1.1 konfiguriert. Muss ich bei der Konfiguration vom DNS-Server eine Weiterleitung auf den Router machen oder ist das quatsch?
Ich danke für eure Hilfe.
LG micha
Ich habe einen Server 2003 Enterprise in VMware installiert, der als Domaincontroller, DHCP und DNS-Server funktionieren soll.
DHCP ist derzeit noch nicht aktiv, über den Netgear-Router wurde DHCP deaktiviert und alle PCs und virtuellen Maschinen arbeiten derzeit mit festen IPs.
Nun will ich eine virtuelle XP-Pro Maschine in die Domaine aufnehmen und es klappt nicht.
01.
Hinweis: Diese Informationen sind für einen Netzwerkadministrator bestimmt. Wenden Sie sich an den Netzwerkadministrator, wenn Sie kein Netzwerkadministrator sind, und leiten Sie die Informationen in der Datei C:\WINDOWS\debug\dcdiag.txt weiter. 02.
03.
Der folgende Fehler ist beim Abfragen von DNS über den Ressourceneintrag der Dienstidentifizierung (SRV) aufgetreten, der zur Suche eines Domänencontrollers für die Domäne "vserver.local" verwendet wird: 04.
05.
Fehler: "Der DNS-Name ist nicht vorhanden." 06.
(Fehlercode 0x0000232B RCODE_NAME_ERROR) 07.
08.
Die Abfrage war für den SRV-Eintrag für _ldap._tcp.dc._msdcs.vserver.local 09.
10.
Die häufigsten Ursachen dieses Fehlers sind: 11.
12.
- Der DNS-SRV-Eintrag wurde nicht in DNS registriert. 13.
14.
- Mindestens eine der folgenden Zonen enthalten keine Delegierung zu dieser untergeordneten Zone: 15.
16.
vserver.local 17.
local 18.
. (die Stammzone) 19.
20.
Klicken Sie auf "Hilfe", um weitere Informationen über die Fehlerbehebung zu erhalten.Ich kann vom Server aus den Client anpingen und vom Client den Server anpingen, mir ist der Betritt zur Domäne jedoch nicht möglich.
Den DNS Server hatte ich jetzt auch zwischenzeitlich schon mal wieder entfernt und neuinstalliert, die Forward-LookUp-Zone hatte ich mit meinen Domänen Namen "vserver.local" benannt.
Was muss beim Client über TCP-IP eingestellt werden? ich habe als DNS Server die IP des Servers (192.168.1.100) und/oder die des Routers 192.168.1.1 konfiguriert. Muss ich bei der Konfiguration vom DNS-Server eine Weiterleitung auf den Router machen oder ist das quatsch?
Ich danke für eure Hilfe.
LG micha
Veröffentlichen Sie diesen Beitrag in Ihrem sozialen Netzwerk
17 Antworten
3
dmt-design schreibt am 2009/04/27 um 21:08:16 Uhr
Zitat von ottscho:
nslook funktioniert einwandfrei? beide richtungen IP und FQDN ?
Wie lautet der FQDN?
nslook funktioniert einwandfrei? beide richtungen IP und FQDN ?
Wie lautet der FQDN?
Domainname ist: vserver.local
Servername: VS03-EE-01
also ich weiß noch nicht wie ich am besten mit dem nslookup umgehe - aber ich habe folgendes Ergebnis am Server:
01.
Standardserver: localhost 02.
Address: 127.0.0.1am Client kommt folgendes Ergebnis:
01.
*** Der Servername für die Adresse 192.168.1.1 konnte nicht gefunden werden: 02.
Non-existent domain 03.
DNS request timed out. 04.
timeout was 2 seconds. 05.
*** Der Servername für die Adresse 192.168.1.100 konnte nicht gefunden werde 06.
Timed out 07.
*** Die Standardserver sind nicht verfügbar. 08.
Standardserver: UnKnown 09.
Address: 192.168.1.1Ich denke schon das das passt.
Hier die Übersicht von ipconfig /all am XP-Client:
01.
Windows-IP-Konfiguration 02.
03.
Hostname. . . . . . . . . . . . . : VCXPP-01 04.
Primäres DNS-Suffix . . . . . . . : 05.
Knotentyp . . . . . . . . . . . . : Unbekannt 06.
IP-Routing aktiviert. . . . . . . : Nein 07.
WINS-Proxy aktiviert. . . . . . . : Nein 08.
09.
Ethernetadapter LAN-Verbindung: 10.
11.
Verbindungsspezifisches DNS-Suffix: 12.
Beschreibung. . . . . . . . . . . : VMware Accelerated AMD PCNet Adapter 13.
14.
Physikalische Adresse . . . . . . : 00-0C-29-6C-47-80 15.
DHCP aktiviert. . . . . . . . . . : Nein 16.
IP-Adresse. . . . . . . . . . . . : 192.168.1.111 17.
Subnetzmaske. . . . . . . . . . . : 255.255.255.0 18.
Standardgateway . . . . . . . . . : 192.168.1.1 19.
DNS-Server. . . . . . . . . . . . : 192.168.1.1 20.
192.168.1.100ipconfig /all am SERVER:
01.
Windows-IP-Konfiguration 02.
03.
Hostname . . . . . . . . . . . . : VS03-EE-01 04.
Primäres DNS-Suffix . . . . . . . : vserver.local 05.
Knotentyp . . . . . . . . . . . . : Unbekannt 06.
IP-Routing aktiviert . . . . . . : Nein 07.
WINS-Proxy aktiviert . . . . . . : Nein 08.
DNS-Suffixsuchliste . . . . . . . : vserver.local 09.
10.
Ethernet-Adapter LAN-Verbindung: 11.
12.
Verbindungsspezifisches DNS-Suffix: 13.
Beschreibung . . . . . . . . . . : Intel(R) PRO/1000 MT-Netzwerkverbindung 14.
Physikalische Adresse . . . . . . : 00-0C-29-FF-17-35 15.
DHCP aktiviert . . . . . . . . . : Nein 16.
IP-Adresse. . . . . . . . . . . . : 192.168.1.100 17.
Subnetzmaske . . . . . . . . . . : 255.255.255.0 18.
Standardgateway . . . . . . . . . : 192.168.1.1 19.
DNS-Server . . . . . . . . . . . : 127.0.0.1Vielleicht liegt das ganze an VMware? VMware erstellt doch für die virtuellen Maschinen eine eigene Subnetmaske - das komische ist nur das ich wie gesagt das ich die Geräte anpingen kann. Habt ihr eine Idee was ich noch probieren kann ?
4
dmt-design schreibt am 2009/04/27 um 21:18:12 Uhr
folgende Fehlermeldungen tauchen noch im Ereignisprotokoll unter DNS auf:
WARNUNG:
FEHLER 1:
FEHLER 2: (TRAT ZUVOR AUF - BEVOR ICH DEN DNS-SERVER NEUINSTALLIERT HABE)
WARNUNG:
01.
Ereignistyp: Warnung 02.
Ereignisquelle: DNS 03.
Ereigniskategorie: Keine 04.
Ereigniskennung: 4521 05.
Datum: 27.04.2009 06.
Zeit: 09:24:25 07.
Benutzer: Nicht zutreffend 08.
Computer: VS03-EE-01 09.
Beschreibung: 10.
Beim Laden der Zone vserver.local aus dem Active Directory hat der DNS-Server den Fehler 32 festgestellt. Der DNS-Server versucht, diese Zone beim im nächsten Zeitlimitzyklus erneut zu laden. Dies kann vorübergehend durch hohe Active Directory-Auslastung verursacht worden sein. 11.
12.
Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp.FEHLER 1:
01.
Ereignistyp: Fehler 02.
Ereignisquelle: DNS 03.
Ereigniskategorie: Keine 04.
Ereigniskennung: 4015 05.
Datum: 27.04.2009 06.
Zeit: 08:55:58 07.
Benutzer: Nicht zutreffend 08.
Computer: VS03-EE-01 09.
Beschreibung: 10.
DNS-Server hat einen kritischen Fehler im Active Directory ermittelt. Stellen Sie sicher, dass das Active Directory ordnungsgemäß funktioniert. Die erweitere Fehlerdebuginformation (die eventuell leer ist), ist "". Die Ereignisdaten enthalten den Fehlercode. 11.
12.
Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp.FEHLER 2: (TRAT ZUVOR AUF - BEVOR ICH DEN DNS-SERVER NEUINSTALLIERT HABE)
01.
Ereignistyp: Fehler 02.
Ereignisquelle: DNS 03.
Ereigniskategorie: Keine 04.
Ereigniskennung: 4004 05.
Datum: 26.04.2009 06.
Zeit: 22:49:53 07.
Benutzer: Nicht zutreffend 08.
Computer: VS03-EE-01 09.
Beschreibung: 10.
Der DNS-Server konnte die Aufzählung der Verzeichnisdienste der Zone "vserver.local" nicht vollständig durchführen. Dieser DNS-Server ist so konfiguriert, dass er Verzeichnisdienstinformationen für diese Zone benötigt, und kann diese ohne diese Informationen nicht laden. Überprüfen Sie, dass das Active Directory richtig funktioniert und wiederholen Sie die Aufzählung der Zone. Die erweiterte Fehlerdebuginformation (die eventuell leer ist) ist "". Die Ereignisdaten enthalten den Fehlercode. 11.
12.
Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp.5
ottscho schreibt am 2009/04/28 um 08:13:58 Uhr
Hallo,
wenn du noch keine DHCP aufgesetzt hast, musst du die IP's ja manuell vergeben. Daher funktioniert auch das DNS nicht richtig, weil der DHCP die Adressen bei Windows Server in den DNS Stamm einträgt...
hast du in der Forwardlookup zone, deine domaine stehen und darunter als Host (A) die IP Adressen und Namen deiner Geräte? Und in der Reverselookup zone dein Supnetz und als Zeiger(ptr) die Geräte?
wenn du in der cmd(dosbox) nslook eingibst musst du alle geröte im netz per name und ip ansprechen können. z.B.
(C) Copyright 1985-2001 Microsoft Corp.
U:\>nslookup
Standardserver: srv01.tw-elektric.local
Address: 192.92.130.20
'> tw92
Server: srv01.tw-elektric.local
Address: 192.92.130.20
Name: tw92.tw-elektric.local
Address: 192.92.130.79
'> 192.92.130.79
Server: srv01.tw-elektric.local
Address: 192.92.130.20
Name: tw92.tw-elektric.local
Address: 192.92.130.79
'> srv02
Server: srv01.tw-elektric.local
Address: 192.92.130.20
Name: srv02.tw-elektric.local
Address: 192.92.130.11
'>
Außerdem würde ich dir empfehlen, als DNS IP Nummer in den Netzwerkeinstellungen nicht die localhost (127.0.0.1) sondern die richtige IP anzugeben. leider macht der assisstent dies immer von alleine so... (hat aber nichts mit dem problem nun zutun)
gruß ottscho
wenn du noch keine DHCP aufgesetzt hast, musst du die IP's ja manuell vergeben. Daher funktioniert auch das DNS nicht richtig, weil der DHCP die Adressen bei Windows Server in den DNS Stamm einträgt...
hast du in der Forwardlookup zone, deine domaine stehen und darunter als Host (A) die IP Adressen und Namen deiner Geräte? Und in der Reverselookup zone dein Supnetz und als Zeiger(ptr) die Geräte?
wenn du in der cmd(dosbox) nslook eingibst musst du alle geröte im netz per name und ip ansprechen können. z.B.
(C) Copyright 1985-2001 Microsoft Corp.
U:\>nslookup
Standardserver: srv01.tw-elektric.local
Address: 192.92.130.20
'> tw92
Server: srv01.tw-elektric.local
Address: 192.92.130.20
Name: tw92.tw-elektric.local
Address: 192.92.130.79
'> 192.92.130.79
Server: srv01.tw-elektric.local
Address: 192.92.130.20
Name: tw92.tw-elektric.local
Address: 192.92.130.79
'> srv02
Server: srv01.tw-elektric.local
Address: 192.92.130.20
Name: srv02.tw-elektric.local
Address: 192.92.130.11
'>
Außerdem würde ich dir empfehlen, als DNS IP Nummer in den Netzwerkeinstellungen nicht die localhost (127.0.0.1) sondern die richtige IP anzugeben. leider macht der assisstent dies immer von alleine so... (hat aber nichts mit dem problem nun zutun)
gruß ottscho
6
dmt-design schreibt am 2009/04/28 um 08:21:50 Uhr
in der Forwardlookup zone ist die domäne mit Host (A) Server eingestellt, die Clients habe ich bisher nicht manuell hinzugefügt, da ich dachte das die sich dann selbst registrieren. Im Reverselookup habe ich den PTR ebenfalls nur auf den Server eingestellt. Im Server habe ich in den TCP-IP Einstellungen inzwischen die 192.168.1.100 (Server IP) als DNS eingetragen und danach wurde über nslookup am Server auch der vollständige name vs03-ee-01.vserver.local angezeigt. Am Client hatte ich bisher keine Änderung - aber das mit Host (A) manuell eintragen probiere ich mal bzw. werde ich auch mal den DHCP aktivieren - die Zone dafür hatte ich bereits erstellt.
7
dmt-design schreibt am 2009/04/28 um 08:43:33 Uhr
bei nslookup am Server funktioniert alles:
ich habe den Client jetzt im Server als Host (A) im DNS manuell eingetragen und eine verknüpfte PTR im Reverselookup autmatisch erstellen lassen.
Der Domänenbetritt wird mir trotzdem weiterhin verwehrt mit der identischen Fehlermeldung.
Und da das nicht geklappt hat, habe ich testweise den DHCP mit dem Bereich 192.168.1.110 bis 150 aktiviert und autorisiert? Wenn ich jetzt beim Client alles auf automatisch stelle, bezieht er jedoch keine IP vom Server sondern eine 169.254.xxx.xxx (APIPA soweit ich weiß?). Hab ich irgendwas vergessen?
PS: am client habe ich dann "ipconfig /renew" probiert - ohne Erfolg
EDIT: ich habe testweise die Optionen der Netzwerkkarte des VMware-Clients mal auf NAT in VMware umgestellt (statt zuvor Bridged) und habe dann über ipconfig /renew folgende IP erhalten:
Der Betritt zur Domäne bleibt weiterhin verwehrt. Daher hab ich das wieder rückgängig gemacht.
01.
C:\Dokumente und Einstellungen\Administrator>nslookup 02.
Standardserver: vs03-ee-01.vserver.local 03.
Address: 192.168.1.100 04.
05.
> 192.168.1.100 06.
Server: vs03-ee-01.vserver.local 07.
Address: 192.168.1.100 08.
09.
Name: vs03-ee-01.vserver.local 10.
Address: 192.168.1.100 11.
12.
> vs03-ee-01 13.
Server: vs03-ee-01.vserver.local 14.
Address: 192.168.1.100 15.
16.
Name: vs03-ee-01.vserver.local 17.
Address: 192.168.1.100 18.
19.
>ich habe den Client jetzt im Server als Host (A) im DNS manuell eingetragen und eine verknüpfte PTR im Reverselookup autmatisch erstellen lassen.
Der Domänenbetritt wird mir trotzdem weiterhin verwehrt mit der identischen Fehlermeldung.
Und da das nicht geklappt hat, habe ich testweise den DHCP mit dem Bereich 192.168.1.110 bis 150 aktiviert und autorisiert? Wenn ich jetzt beim Client alles auf automatisch stelle, bezieht er jedoch keine IP vom Server sondern eine 169.254.xxx.xxx (APIPA soweit ich weiß?). Hab ich irgendwas vergessen?
PS: am client habe ich dann "ipconfig /renew" probiert - ohne Erfolg
EDIT: ich habe testweise die Optionen der Netzwerkkarte des VMware-Clients mal auf NAT in VMware umgestellt (statt zuvor Bridged) und habe dann über ipconfig /renew folgende IP erhalten:
01.
Windows-IP-Konfiguration 02.
03.
04.
Ethernetadapter LAN-Verbindung: 05.
06.
Verbindungsspezifisches DNS-Suffix: localdomain 07.
IP-Adresse. . . . . . . . . . . . : 192.168.52.129 08.
Subnetzmaske. . . . . . . . . . . : 255.255.255.0 09.
Standardgateway . . . . . . . . . : 192.168.52.2 10.
11.
C:\Dokumente und Einstellungen\Administrator>ping 192.168.1.100 12.
13.
Ping wird ausgeführt für 192.168.1.100 mit 32 Bytes Daten: 14.
15.
Antwort von 192.168.1.100: Bytes=32 Zeit<1ms TTL=128 16.
Antwort von 192.168.1.100: Bytes=32 Zeit<1ms TTL=128 17.
Antwort von 192.168.1.100: Bytes=32 Zeit<1ms TTL=128 18.
Antwort von 192.168.1.100: Bytes=32 Zeit<1ms TTL=128 19.
20.
Ping-Statistik für 192.168.1.100: 21.
Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0 (0% Verlust), 22.
Ca. Zeitangaben in Millisek.: 23.
Minimum = 0ms, Maximum = 0ms, Mittelwert = 0ms9
dmt-design schreibt am 2009/04/28 um 08:51:11 Uhr
@ottscho - danke schon mal für deine Hilfe
ja hab ich gemacht - ist auch alles auf Grün statt Rot zuvor.
ich habe oben in meinem Text noch was editiert.
ja hab ich gemacht - ist auch alles auf Grün statt Rot zuvor.
ich habe oben in meinem Text noch was editiert.
10
ottscho schreibt am 2009/04/28 um 08:56:30 Uhr
ich glaube das ist ein VMware problem...
sind deine clients auch virtuell?
dann kannst du bei allen VM's als einstellung local einstellen. dann sehen sich diese nur im virtuellen netz.
wenn dein server im VM ist und die clients nicht, dann sollte es mit bridge gehen. NAT ist eig. def. falsch!
stelle mal deinen server wieder auf BRIDGE und den Client auf DHCP aber mit der DNS IP von deinem Server 192.168.1.100 ...
sind deine clients auch virtuell?
dann kannst du bei allen VM's als einstellung local einstellen. dann sehen sich diese nur im virtuellen netz.
wenn dein server im VM ist und die clients nicht, dann sollte es mit bridge gehen. NAT ist eig. def. falsch!
stelle mal deinen server wieder auf BRIDGE und den Client auf DHCP aber mit der DNS IP von deinem Server 192.168.1.100 ...
11
dmt-design schreibt am 2009/04/28 um 08:59:37 Uhr
Der Server ist in VMware und die Clients auch!
was meinst du mit alle VM's als Einstellung local einstellen?
Derzeit sind alle Virtuellen Maschinen auf BRIDGE eingestellt.
PS: ich verwende VMware Workstation 6.5
was meinst du mit alle VM's als Einstellung local einstellen?
Derzeit sind alle Virtuellen Maschinen auf BRIDGE eingestellt.
PS: ich verwende VMware Workstation 6.5
12
dmt-design schreibt am 2009/04/28 um 09:05:50 Uhr
Nach deinem Hinweis habe ich mal etwas in VMware gesucht und folgende Option jetzt Aktiviert (war zuvor deaktiviert)
"Guest Isolation" > vm communication interface (VMCI) > VMCI allows virtual machines to communicate with the host and other virtual machines.
Ich muss jetzt mal alles neustarten um Fehler auszuschließen
"Guest Isolation" > vm communication interface (VMCI) > VMCI allows virtual machines to communicate with the host and other virtual machines.
Ich muss jetzt mal alles neustarten um Fehler auszuschließen
13
ottscho schreibt am 2009/04/28 um 09:07:16 Uhr
Ich habe gerade kein VMware vor mir. Aber ich glaube es gibt drei Einstellungen. NAT, Bridge und LOCAL.
Wenn die auf local stehen, dann sehen sie sich nur im internen virtuellen netz und können nicht raus in das echte netz.
Du hast nun den server und den client auf bridge. Der Server hat die IP 192.168.1.100.
Dann gibt nun mal zum test dem client die ip 192.168.1.5 und schau ob du den server anbingen kannst...
wenn das geht, versuch nochmal per DHCP aber trag den DNS von hand ein.
Wenn die auf local stehen, dann sehen sie sich nur im internen virtuellen netz und können nicht raus in das echte netz.
Du hast nun den server und den client auf bridge. Der Server hat die IP 192.168.1.100.
Dann gibt nun mal zum test dem client die ip 192.168.1.5 und schau ob du den server anbingen kannst...
wenn das geht, versuch nochmal per DHCP aber trag den DNS von hand ein.
14
dmt-design schreibt am 2009/04/28 um 09:30:47 Uhr
ich muss leider gleich auf arbeit - aber ich probier das heute noch aus und schreib dir dann. vielen dank schon mal für deine hilfe
PS: die funktion Local gibt es nicht mehr. ich hab aber mitbekommen das ich jetzt eigene Adapter für die Verbindungen zuteilen kann und kann mir nur gut vorstellen, das ich für den server einen eigenen Adapter mit 192.168.1.100 konfiguriere und für den Client testweise ebenfalls.. in VMware kann man dem Adapter anscheinend DHCP zuweisen, daher hat mein Client vorhin per DHCP im Test automatisch die 192.168.52.xxx bezogen - weil das die IP der Karte war.
EDIT: ping klappt bei festen IPs weiterhin, über DHCP wird keine IP bezogen.
PS: die funktion Local gibt es nicht mehr. ich hab aber mitbekommen das ich jetzt eigene Adapter für die Verbindungen zuteilen kann und kann mir nur gut vorstellen, das ich für den server einen eigenen Adapter mit 192.168.1.100 konfiguriere und für den Client testweise ebenfalls.. in VMware kann man dem Adapter anscheinend DHCP zuweisen, daher hat mein Client vorhin per DHCP im Test automatisch die 192.168.52.xxx bezogen - weil das die IP der Karte war.
EDIT: ping klappt bei festen IPs weiterhin, über DHCP wird keine IP bezogen.
15
dmt-design schreibt am 2009/04/28 um 23:30:35 Uhr
ich habe unter VMware die beiden Clients die ich an der Domäne anmelden will in einer gemeinsamen Arbeitsgruppe getestet. Der Austausch zwischen den freigegebenen Netzwerkordnern funktioniert ohne Probleme. Der Server kann weiterhin über die IP angepingt werden und der Server kann die Clients anpingen. nslookup am Server geht, an den Clients nicht.
Ich Vermute das der Fehler definitiv am DNS liegt, da ich im DNS Fehlerprotokoll immer wieder folgende Fehler erhalte:
Ich Vermute das der Fehler definitiv am DNS liegt, da ich im DNS Fehlerprotokoll immer wieder folgende Fehler erhalte:
01.
Ereignistyp: Warnung 02.
Ereignisquelle: DNS 03.
Ereigniskategorie: Keine 04.
Ereigniskennung: 4521 05.
Datum: 28.04.2009 06.
Zeit: 21:58:12 07.
Benutzer: Nicht zutreffend 08.
Computer: VS03-EE-01 09.
Beschreibung: 10.
Beim Laden der Zone 1.168.192.in-addr.arpa aus dem Active Directory hat der DNS-Server den Fehler 32 festgestellt. Der DNS-Server versucht, diese Zone beim im nächsten Zeitlimitzyklus erneut zu laden. Dies kann vorübergehend durch hohe Active Directory-Auslastung verursacht worden sein. 11.
12.
Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp.16
dmt-design schreibt am 2009/04/28 um 23:58:04 Uhr
ich habs!
warum ich da nicht eher drauf gekommen bin - ich habe am Server einfach mal die Windows Firewall deaktiviert - und der Betritt hat sofort geklappt.
Muss man das machen oder muss ich einfach nur einen Port oder ähnliches öffnen?
LG micha
warum ich da nicht eher drauf gekommen bin - ich habe am Server einfach mal die Windows Firewall deaktiviert - und der Betritt hat sofort geklappt.
Muss man das machen oder muss ich einfach nur einen Port oder ähnliches öffnen?
LG micha
Wie lautet der FQDN?