DNS-Server antwortet nicht

Hallo zusammen,

ich habe mir zum testen eine kleine Domäne eingerichtet.
Der erste Domänencontroller ist ein Hardware-Server.
Domäne und DNS eingerichtet funktioniert einwandfrei.

Dann habe ich auf einem anderen Server eine VM eingerichtet und diesen zum Domänencontroller hochgestuft.
Auch das hat einwandfrei funktioniert.

Beide Server sind W2k8R2.

Das AD und der DNS replizieren auch ohne Probleme.
Komischerweise gibt aber ein DCDIAG diese Fehler aus

 Starting test: Replications
    [Replications Check,AERO] Bei einer kürzlich ausgeführten Replikation ist ein Fehler aufgetreten:
       Von ALU nach AERO
       Namenskontext: CN=Schema,CN=Configuration,DC=test,DC=local
       Beim Replizieren ist ein Fehler aufgetreten (1722):
       Der RPC-Server ist nicht verfügbar.
       Auftreten des Fehlers: 2012-10-12 03:11:24.
       Letzter erfolgreicher Vorgang: 2012-10-12 02:06:03.
       Seit dem letzten erfolgreichen Vorgang sind 2 Fehler aufgetreten.
       Die Quelle ALU reagiert jetzt.
    [Replications Check,AERO] Bei einer kürzlich ausgeführten Replikation ist ein Fehler aufgetreten:
       Von ALU nach AERO
       Namenskontext: CN=Configuration,DC=test,DC=local
       Beim Replizieren ist ein Fehler aufgetreten (1722):
       Der RPC-Server ist nicht verfügbar.
       Auftreten des Fehlers: 2012-10-12 02:51:14.
       Letzter erfolgreicher Vorgang: 2012-10-12 02:26:43.
       Seit dem letzten erfolgreichen Vorgang sind 1 Fehler aufgetreten.
       Die Quelle ALU reagiert jetzt.
    [Replications Check,AERO] Bei einer kürzlich ausgeführten Replikation ist ein Fehler aufgetreten:
       Von ALU nach AERO
       Namenskontext: DC=test,DC=local
       Beim Replizieren ist ein Fehler aufgetreten (1722):
       Der RPC-Server ist nicht verfügbar.
       Auftreten des Fehlers: 2012-10-12 03:24:19.
       Letzter erfolgreicher Vorgang: 2012-10-12 03:21:24.

      Starting test: SystemLog
         Warnung. Ereignis-ID: 0x000003F6
            Erstellungszeitpunkt: 10/12/2012   02:41:22
            Ereigniszeichenfolge:
            Zeitüberschreitung bei der Namensauflösung für den Namen _msdcs.test.local, nachdem keiner der konfigurierten DNS-Server geantwortet hat.
         Warnung. Ereignis-ID: 0x000003F6
            Erstellungszeitpunkt: 10/12/2012   02:58:25
            Ereigniszeichenfolge:
            Zeitüberschreitung bei der Namensauflösung für den Namen test.local, nachdem keiner der konfiguriert
en DNS-Server geantwortet hat.

Mein Hauptprobem ist aber von dem DNS auf dem virtuellen Server bekomme ich keine DNS-Auflösung.

Die Ausgabe vom NS-Lookup sieht immer so aus

PS C:\Windows\system32> nslookup
DNS request timed out.
    timeout was 2 seconds.
Standardserver:  UnKnown
Address:  192.168.108.3

>

Ich sehe einfach nicht was das Problem sein soll.
Ich hab dann auf dem VM-Server die DNS-Rolle nochmal neu installiert aber das hat auch nichts gebracht zumal er anscheinend beim deinstallieren die Daten liegen gelassen hat. Denn nach der Neuinstalltion war alles wieder wie vorher inkl. der Reverse-Zonen.

Hat jemand eine Idee wonach ich schauen könnte ?
Wenn ihr noch weitere Infos braucht reiche ich die natürlich gerne nach.

Gruß
Beowulf

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 192647

Url: https://administrator.de/forum/dns-server-antwortet-nicht-192647.html

Ausgedruckt am: 22.12.2024 um 22:12 Uhr

5 Kommentare

Neuester Kommentar

Moin,

Zitat von @beowulf1980:

Die Ausgabe vom NS-Lookup sieht immer so aus

> PS C:\Windows\system32> nslookup
> DNS request timed out.
>     timeout was 2 seconds.
> Standardserver:  UnKnown
> Address:  192.168.108.3
> 
> >
> 

Aufgrund dessen würde meine Kristallkugel auf vergessene Nameserver-Eintragungen in der netzwererkkonfiguration hinweisen.

lks

Nachtrag: was sagt nslookup, wenn Du ihm explizit sagst, welchen Server er nutzen soll? ipconfig/all?

Hallo Lochkartenstanzer,

danke für deine Antwort.
Also hier der ipconfig vom Hardware-Server

C:\Windows\system32>ipconfig /all

Windows-IP-Konfiguration

   Hostname  . . . . . . . . . . . . : AERO
   Primäres DNS-Suffix . . . . . . . : test.local
   Knotentyp . . . . . . . . . . . . : Hybrid
   IP-Routing aktiviert  . . . . . . : Nein
   WINS-Proxy aktiviert  . . . . . . : Nein
   DNS-Suffixsuchliste . . . . . . . : test.local

Ethernet-Adapter LAN-Verbindung:

   Verbindungsspezifisches DNS-Suffix: test.local
   Beschreibung. . . . . . . . . . . : Realtek PCIe GBE Family Controller
   Physikalische Adresse . . . . . . : 8C-89-A5-99-B3-15
   DHCP aktiviert. . . . . . . . . . : Nein
   Autokonfiguration aktiviert . . . : Ja
   Verbindungslokale IPv6-Adresse  . : fe80::6c73:2d41:ac5e:f1f4%11(Bevorzugt)
   IPv4-Adresse  . . . . . . . . . . : 192.168.108.1(Bevorzugt)
   Subnetzmaske  . . . . . . . . . . : 255.255.252.0
   Standardgateway . . . . . . . . . : 192.168.110.254
   DHCPv6-IAID . . . . . . . . . . . : 244091301
   DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-17-72-2B-F2-8C-89-A5-99-B3-15

   DNS-Server  . . . . . . . . . . . : 192.168.108.3
                                       192.168.108.1
                                       127.0.0.1
   NetBIOS über TCP/IP . . . . . . . : Aktiviert

Tunneladapter Teredo Tunneling Pseudo-Interface:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
   Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP aktiviert. . . . . . . . . . : Nein
   Autokonfiguration aktiviert . . . : Ja

Tunneladapter isatap.mc.tu-darmstadt.de:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix: test.local
   Beschreibung. . . . . . . . . . . : Microsoft-ISATAP-Adapter #2
   Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP aktiviert. . . . . . . . . . : Nein
   Autokonfiguration aktiviert . . . : Ja

Und hier vom VM-Server

Windows-IP-Konfiguration

   Hostname  . . . . . . . . . . . . : Alu
   Primäres DNS-Suffix . . . . . . . : test.local
   Knotentyp . . . . . . . . . . . . : Hybrid
   IP-Routing aktiviert  . . . . . . : Ja
   WINS-Proxy aktiviert  . . . . . . : Nein
   DNS-Suffixsuchliste . . . . . . . : test.local

Ethernet-Adapter LAN-Verbindung:

   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : Netzwerkkarte für Microsoft Virtual Machi
ne-Bus
   Physikalische Adresse . . . . . . : 00-15-5D-6C-04-08
   DHCP aktiviert. . . . . . . . . . : Nein
   Autokonfiguration aktiviert . . . : Ja
   Verbindungslokale IPv6-Adresse  . : fe80::95ea:f19d:7d28:ec62%11(Bevorzugt)
   IPv4-Adresse  . . . . . . . . . . : 192.168.108.3(Bevorzugt)
   Subnetzmaske  . . . . . . . . . . : 255.255.252.0
   Standardgateway . . . . . . . . . : 192.168.110.254
   DHCPv6-IAID . . . . . . . . . . . : 234886493
   DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-17-8B-64-F8-00-15-5D-6C-04-08

   DNS-Server  . . . . . . . . . . . : 192.168.108.1
                                       192.168.108.3
                                       127.0.0.1
   NetBIOS über TCP/IP . . . . . . . : Aktiviert

Ethernet-Adapter LAN-Verbindung 2:

   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : Netzwerkkarte für Microsoft Virtual Machi
ne-Bus #2
   Physikalische Adresse . . . . . . : 00-15-5D-6C-04-0C
   DHCP aktiviert. . . . . . . . . . : Nein
   Autokonfiguration aktiviert . . . : Ja
   Verbindungslokale IPv6-Adresse  . : fe80::d98a:5835:976d:797a%14(Bevorzugt)
   IPv4-Adresse  . . . . . . . . . . : 192.168.108.7(Bevorzugt)
   Subnetzmaske  . . . . . . . . . . : 255.255.252.0
   Standardgateway . . . . . . . . . : 192.168.110.254
   DHCPv6-IAID . . . . . . . . . . . : 318772573
   DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-17-8B-64-F8-00-15-5D-6C-04-08

   DNS-Server  . . . . . . . . . . . : 192.168.108.1
                                       192.168.108.3
   NetBIOS über TCP/IP . . . . . . . : Aktiviert

Tunneladapter isatap.{296E5B55-D1DC-4E87-BCC6-7DB52D7A3469}:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : Microsoft-ISATAP-Adapter
   Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP aktiviert. . . . . . . . . . : Nein
   Autokonfiguration aktiviert . . . : Ja

Tunneladapter Teredo Tunneling Pseudo-Interface:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
   Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP aktiviert. . . . . . . . . . : Nein
   Autokonfiguration aktiviert . . . : Ja

Tunneladapter isatap.{EF9513A4-E8E3-4858-A1D9-F5EAA4925BD0}:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : Microsoft-ISATAP-Adapter #2
   Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP aktiviert. . . . . . . . . . : Nein
   Autokonfiguration aktiviert . . . : Ja

Beim nslookup mit spezifiziertem Server bekomme ich dieselbe Fehlermeldung.
Der VM-Server hat 2 Netzwerkkarten weil ich mit dem SSTP ausprobieren möchte.
Im DNS-Server ist eingestellt das nur die 192.168.108.3 auf DNS-Anfragen hören soll.

Was mir jetzt gerade aufgefallen ist, ich kann die erste Netzwerkkarte auf dem VM-Server also die 192.168.108.3 nicht anpingen.
Die zweite Netzwerkkarte mit ..108.7 aber schon.

Gruß
Beowulf

Zitat von @beowulf1980:

Der VM-Server hat 2 Netzwerkkarten weil ich mit dem SSTP ausprobieren möchte.

Sind die denn auch am gleichen virtuellen switch, wenn sie denn im gleichen IP-Netz sind? wenn nicht, dann ...

Im DNS-Server ist eingestellt das nur die 192.168.108.3 auf DNS-Anfragen hören soll.

Was mir jetzt gerade aufgefallen ist, ich kann die erste Netzwerkkarte auf dem VM-Server also die 192.168.108.3 nicht anpingen.
Die zweite Netzwerkkarte mit ..108.7 aber schon.

... gehen die Antworten über die andere Netzwerkkarte "zurück", kommen aber nicht bei Dir an, da sie ins falsche Segment rausgepustet werden. Ein Sniffer auf der VM soltle das bestätigen können. Schmeiß erstmal eine Netzwerkkarte raus und schau, daß das alles funktioniert, bevor Du mit mehreren herumexperimentierst.

lks

Hi lks,

oh man. Ich habs gefunden.
Ich hatte beim Routing und RAS den falschen Adapter angewählt. Daher war die erste Netzwerkkarte dafür reserviert und hat alles andere geblockt.

Vielen Dank für deine Hilfe.

Gruß
Beowulf