Jump to content

seltsames Netbios-Phänomen


Der letzte Beitrag zu diesem Thema ist mehr als 180 Tage alt. Bitte erstelle einen neuen Beitrag zu Deiner Anfrage!

Empfohlene Beiträge

Ob tatsächlich eine NetBIOS-Namensauflösung erfolgt ist, oder eine Hostnamensauflösung (die beiden Namen sind standardmäßig identisch), siehst du ja, wenn ein Eintrag im NetBIOS-Cache enthalten ist, einzusehen mit nbtstat -c. Wenn da was drin steht, nachdem du den Computer angepingt hast, poste das auch mal. Wenn der Server im gleichen Netz steht, wie der Client, dann kann das ganze ja auch per Broadcast aufgelöst worden sein. Aber woher die Einträge kommen, ist dann immer noch erst mal das Rätsel.

Link zu diesem Kommentar

Bin noch da :)

 

Jetzt wird's ganz seltsam.

Das ist die Auswertung, wenn ich alles direkt am W2k3-Server ausführe. Er kann sich mit Netbios-Namen erfolgreich anpingen, aber auch nicht auf FQDN.

C:\>ping abh

Ping wird ausgeführt für abh [192.168.41.7] mit 32 Bytes Daten:

Antwort von 192.168.41.7: Bytes=32 Zeit<1ms TTL=128
Antwort von 192.168.41.7: Bytes=32 Zeit<1ms TTL=128
Antwort von 192.168.41.7: Bytes=32 Zeit<1ms TTL=128
Antwort von 192.168.41.7: Bytes=32 Zeit<1ms TTL=128

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

C:\>nbtstat -c

LAN-Verbindung 2:
Knoten-IP-Adresse: [0.0.0.0] Bereichskennung: []

   Keine Namen im Cache

LAN-Verbindung:
Knoten-IP-Adresse: [192.168.41.7] Bereichskennung: []

                 NetBIOS-Remotecache-Namentabelle

       Name              Typ        Hostadresse     Dauer [sek.]
   -------------------------------------------------------------
   PDCSERV        <20>  EINDEUTIG       192.168.41.4        562
   SBH.DE         <1C>  GRUPPE          192.168.41.2        567
   SERVER         <20>  EINDEUTIG       192.168.41.1        125
   EXCHANGE       <20>  EINDEUTIG       192.168.41.2        557
   FILESERVER     <20>  EINDEUTIG       192.168.41.19       560

C:\>ping abh.sbh.local

Ping wird ausgeführt für abh.sbh.local [192.168.41.218] mit 32 Bytes Daten:

Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.

Ping-Statistik für 192.168.41.218:
   Pakete: Gesendet = 4, Empfangen = 0, Verloren = 4 (100% Verlust),

C:\>nbtstat -c

LAN-Verbindung 2:
Knoten-IP-Adresse: [0.0.0.0] Bereichskennung: []

   Keine Namen im Cache

LAN-Verbindung:
Knoten-IP-Adresse: [192.168.41.7] Bereichskennung: []

                 NetBIOS-Remotecache-Namentabelle

       Name              Typ        Hostadresse     Dauer [sek.]
   -------------------------------------------------------------
   PDCSERV        <20>  EINDEUTIG       192.168.41.4        530
   SBH.DE         <1C>  GRUPPE          192.168.41.2        535
   SERVER         <20>  EINDEUTIG       192.168.41.1        92
   EXCHANGE       <20>  EINDEUTIG       192.168.41.2        525
   FILESERVER     <20>  EINDEUTIG       192.168.41.19       527

Wenn ich von meinem XP-Client dasselbe versuche, erhalte ich immer die flasche IP zurück, s. Code:

C:\>ping abh

Ping abh.sbh.local [192.168.41.218] mit 32 Bytes Daten:

Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.

Ping-Statistik für 192.168.41.218:
   Pakete: Gesendet = 4, Empfangen = 0, Verloren = 4 (100% Verlust),

C:\>nbtstat -c

LAN-Verbindung:
Knoten-IP-Adresse: [192.168.41.50] Bereichskennung: []

   Keine Namen im Cache

C:\>ping abh.sbh.local

Ping abh.sbh.local [192.168.41.218] mit 32 Bytes Daten:

Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.

Ping-Statistik für 192.168.41.218:
   Pakete: Gesendet = 4, Empfangen = 0, Verloren = 4 (100% Verlust),

Link zu diesem Kommentar

Wenn sichergestellt ist, dass ...

 

... auf den Clients keine lokale Datei Hosts ist,

 

... kein WINS-Server vorhanden ist,

 

... alle Computer TCP/IP-mäßig richtig konfiguriert sind,

 

... der Server nicht mehrere IP-Adressen besitzt,

 

... DHCP-Server richtig konfiguriert sind,

 

dann muss dieses Verhalten durch DNS verursacht werden. Mit den dargestellten Informationen ergibt sich für mich keine andere Lösung - im Moment.

 

Lösche den Cache in DNS.

 

Findest du irgendwo in DNS die falsche IP-Adresse, möglicherweise auch nicht diesem Namen zugeordnet?

Link zu diesem Kommentar
Der letzte Beitrag zu diesem Thema ist mehr als 180 Tage alt. Bitte erstelle einen neuen Beitrag zu Deiner Anfrage!

Schreibe einen Kommentar

Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.

Gast
Auf dieses Thema antworten...

×   Du hast formatierten Text eingefügt.   Formatierung jetzt entfernen

  Only 75 emoji are allowed.

×   Dein Link wurde automatisch eingebettet.   Einbetten rückgängig machen und als Link darstellen

×   Dein vorheriger Inhalt wurde wiederhergestellt.   Editor-Fenster leeren

×   Du kannst Bilder nicht direkt einfügen. Lade Bilder hoch oder lade sie von einer URL.

×
×
  • Neu erstellen...