Hostname eines Servers erst nach 15min auflösbar

[mfdoom 10]

Hallo liebes Board,

 

ich habe eine Frage bezüglich einiger Clients (Windows 2000 SP4) in meiner Domäne. An einigen Clients kann ich erst nach 15min auf einen Terminalserver zugreifen - davor schlägt die Auflösung fehl.Wenn ich nach 15min einen Ping auf den entsprechenden Host in meinem Netzwerk mache geht es plötzlich. Im Ereignisprotokoll des Clients finde ich keinen Anhaltspunkt - auf dem DC leider auch nicht. Wo kann ich noch suchen?

 

 

Vielen Dank

 

 

p.s.: ein nslookup rechnername vom client aus funktioniert merkwürdigerweise sofort

 

doppel p.s.: wenn ich den FQDN ping geht es auch sofort , häh?

[IThome 10]

Poste bitte mal IPCONFIG /ALL des TS und eines Clients ... Habt Ihr mehrere DNS- und WINS-Server ?

[mfdoom 10]

Hier das Ergebnis ipconfig/all des TS:

Windows-IP-Konfiguration

  Hostname  . . . . . . . . . . . . : ww-btm
  Primäres DNS-Suffix . . . . . . . : btm.de
  Knotentyp . . . . . . . . . . . . : Unbekannt
  IP-Routing aktiviert  . . . . . . : Nein
  WINS-Proxy aktiviert  . . . . . . : Nein
  DNS-Suffixsuchliste . . . . . . . : btm.de

Ethernet-Adapter LAN-Verbindung:

  Verbindungsspezifisches DNS-Suffix: btm.de
  Beschreibung  . . . . . . . . . . : Intel(R) PRO/1000 CT Network Connection
  Physikalische Adresse . . . . . . : 00-11-2F-A2-B9-D6
  DHCP aktiviert  . . . . . . . . . : Nein
  IP-Adresse. . . . . . . . . . . . : 62.x.x.x
  Subnetzmaske  . . . . . . . . . . : 255.255.255.240
  IP-Adresse. . . . . . . . . . . . : 10.0.255.110
  Subnetzmaske  . . . . . . . . . . : 255.255.255.0
  IP-Adresse. . . . . . . . . . . . : 10.0.0.92
  Subnetzmaske  . . . . . . . . . . : 255.255.255.0
  Standardgateway . . . . . . . . . : 10.0.255.1
  DNS-Server  . . . . . . . . . . . : 10.0.0.101
                                      10.0.0.5
                                      212.66.1.1

Und hier der des Clients:

Windows 2000-IP-Konfiguration

       Hostname. . . . . . . . . . . . . : btm33
       Primäres DNS-Suffix . . . . . . . : btm.de
       Knotentyp . . . . . . . . . . . . : Broadcastadapter
       IP-Routing aktiviert. . . . . . . : Nein
       WINS-Proxy aktiviert. . . . . . . : Nein
       DNS-Suffixsuchliste . . . . . . . : btm.de

Ethernetadapter "LAN-Verbindung":

       Verbindungsspezifisches DNS-Suffix: btm.de
       Beschreibung. . . . . . . . . . . : VIA Rhine II Fast Ethernet Adapter
       Physikalische Adresse . . . . . . : 00-0E-A6-8D-BB-51
       DHCP-aktiviert. . . . . . . . . . : Nein
       IP-Adresse. . . . . . . . . . . . : 10.1.1.15
       Subnetzmaske. . . . . . . . . . . : 255.255.255.0
       Standardgateway . . . . . . . . . : 10.1.1.1
       DNS-Server. . . . . . . . . . . . : 10.0.0.101
                                           10.0.0.5
                                           212.66.1.1

 

Poste bitte mal IPCONFIG /ALL des TS und eines Clients ... Habt Ihr mehrere DNS- und WINS-Server ?

Ja, wir haben 2 DNS-Server, WINS Server haben wir keinen.

 

 

Gruss

[Squire 214]

der externe DNS (212er IP) hat da nix verloren - wenn dann sollte auf den internen DNS Servern eine Weiterleitung auf den 212er eingerichtet werden.

 

Auf dem TS mal ein ipconfig/registerdns ausführen

[mfdoom 10]

Ok, den externen DNS-Server habe ich entfernt, die interne Weiterleitung auf den externen DNS-Server hatte ich schon auf meinen internen DNS-Servern eingerichtet.

 

Ein ipcondig/registerdns habe ich ausgeführt.

 

Ich starte jetzt mal den Client neu und versuche mich mit dem TS zu verbinden.

 

p.S.: Mir ist aufgefallen das gar keine Hostnamen aufgelöst werden können (und zwar die ersten 15-20 min., wartet man die Zeit ab geht es dann).

 

 

Grüsse

[Squire 214]

Wer spielt bei Dir im Netz eigentlich Router? Server und Clients sind ja in unterschiedlichen Subnetzen (10er IP mit Class C Subnetzmaske). Nicht dass der Router solange braucht um seine Routing Tabellen aufzubauen ....

[mfdoom 10]

Hallo Squire,

 

das Routing in die entsprechenden Netze ist durch ein MPLS (providerseitig) gelöst. Die Netze werden also vom Provider geroutet.

 

Wie finde ich denn raus wie lange der Router des Providers braucht um seine Routingtabellen aufzubauen?

 

Das würde ich eher ausschliessen - dass mein 10er Netz ein C-Klassen Subnetz hat ist doch auch nicht weiter problematisch in bezug auf das DNS, oder?

 

Danke für die Antworten

[mfdoom 10]

Hallo,

 

ich habe mal ein nslookup auf dem Client gemacht und bekomme eine "Nicht autorisierte Antwort", was bedeutet das?

 

Server:  pdc_btm_kb.btm.de
Address:  10.0.0.101

Nicht autorisierte Antwort:
Name:    yahoo.com
Addresses:  66.94.234.13, 216.109.112.135

 

 

Grüsse

[Squire 214]

Nicht autorisiert bedeutet vereinfacht gesprochen, dass die Auflösung von einem anderen DNS an Deinen DNS geschickt wurde. Dein DNS ist für yahoo.com nicht autoritativ - sprich er ist nicht für die Zone bzw. Domain zuständig. Wenn Du einen internen Namen anfrägst erhältst Du folgerichtig eine autorisierte Antwort.

 

Was das Routing angeht ... würd ich einfach mal bei Deinem Provider nachfragen.

 

ich seh grad .. ein Ping auf den FQN geht sofort ... wenn Du auf den Rechnernamen selber pingst wird der DNS-Domänen Name mit angehängt oder nicht?

 

Eigentlich sollte das so ausschauen:

 

U:\>ping locutus

Ping locutus.unimatrix.local [10.0.0.1] mit 32 Bytes Daten:

Antwort von 10.0.0.1: Bytes=32 Zeit=1ms TTL=128
Antwort von 10.0.0.1: Bytes=32 Zeit=1ms TTL=128
Antwort von 10.0.0.1: Bytes=32 Zeit=1ms TTL=128
Antwort von 10.0.0.1: Bytes=32 Zeit=1ms TTL=128

Ping-Statistik für 10.0.0.1:
   Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0 (0% Verlust),
Ca. Zeitangaben in Millisek.:
   Minimum = 1ms, Maximum = 1ms, Mittelwert = 1ms

 

Sprich die DNS Domäne wird automatisch ergänzt

[mfdoom 10]

Ja, du hast natürlich recht - genauso sieht das auch bei mir aus. der DNS Name wird an den NETBIOS Namen angehängt.

 

Danke für deine Erklärung - ich hatte schon Angst wegen der "nicht autorisierten" Antwort :rolleyes:

 

Zu dem internen Routing - es wird zwischen den einzelnen Standorten alles korrekt geroutet und kein Netzverkehr blockiert oder so.

 

Danke aber für die Info ich werde weiterforschen - gestern habe ich an besagtem Client den externen DNS-Server rausgenommen ihn neu gebootet und konnte sofort auf den NETBIOS und den FQDN des Terminalservers zugreifen, hmmm...:suspect:

 

Liebe Grüsse