Windows Forum — LAN & WAN

TSchaefer1976 · 17.01.2012, 14:37

Ich habe ein seltsamen Phänomen, auf genau EINEM Rechner geht der Aufruf einer Webseite, die Konfigurationsoberfläche einer Telefonanlage, nicht.

Alle anderen Rechner im Unternehmen lösen die Seite korrekt auf.
Eine VMWARE die auf dem Rechner läuft, kann z.b. die Seite auch auflösen.

Die Netzwerkeinstellungen kommen von einem DHCP Server und sind überall gleich. Sowohl IE+Firefox getestet, habe bereits alle Dienste, selbst die Antivirenlösung deaktiviert.

HonkXL · 17.01.2012, 15:42

Klappt die Namensauflösung zu dem Server (nslookup servername) -> wird hier die richtige IP zurückgeliefert?
Gibts am Server irgendwelche Firewall-Regeln, die ggf. von der Adresse des Clients aus den Zugriff einschränkt?
Kommst Du vom Client aus auf andere Webdienste (z.B. Druckeradmin-Oberfläche) im LAN?
Dann mal die üblichen Sachen wie Browsercache löschen, arp- und DNS-Cache löschen und wenn alles nichts hilft, dann wirds spannend.

TSchaefer1976 · 18.01.2012, 11:50

Dann wird es wohl spannend, der Zugriff erfolgt über IP Adresse, daher muss auch keine Name aufgelöst werden.

Es handelt sich hier um die Oberfläche(n) von 2 Telefonanlagen.
Ich komme von dem Rechner auf jeden anderen Rechner, nur nicht auf diese 2 Telefonanlagen.

Das ist wie verhext. Es gibt auch keine Blockierfunktion auf der Telefonanlage, so das z.b. MAC Adresse gesperrt werden könnten etc.

Ich habe testweise schon eine manuelle IP-Konfiguration am Rechner selbst ausprobiert, auch ohne Erfolg.
Die Telefonanlage lässt sich anpingen, aber keine Verbindung zur Weboberfläche. Getestet mit IE,Firefox, Opera.

iDiddi · 18.01.2012, 22:41

Ich habe ein seltsamen Phänomen, auf genau EINEM Rechner geht der Aufruf einer Webseite, die Konfigurationsoberfläche einer Telefonanlage, nicht.

Was heißt das denn genau? Kommt ein Timeout, ein Fehler oder bleibt die Browser-Seite leer?

Welche IP-Adresse(n) hat die Telefonanlage?

Poste mal "ipconfig /all" vom Client. Und auch von einem Client, bei dem es funktioniert.

Was ist mit der Proxy-Einstellung? Gibt es eine spezielle Software auf dem Client, die sich in die Netzwerk-Kommunikation einklinken könnte?

Die Telefonanlage lässt sich anpingen

Gibt es da vielleicht ein IP-Adresskonflikt? Dann pingst Du vielleicht gar nicht die Telefonanlage, sondern irgendein anderes Gerät.

TSchaefer1976 · 19.01.2012, 10:53

Es kommt kein Timeout, die Seite wird einfach nicht aufgebaut, Browserfenster bleibt weiss. Im Firefox steht Verbinden... und das wars.

Kein Proxy in Benutzung.

Der Einzige Unterschied ist das auf dem dem Problemclient VMWare installiert ist, ich habe bereits alle VMWare Dienste beendet und auch die Protokolle+Schnittstellen von der Netzwerkkarte deaktiviert.

Wie kann ein Adressenkonflikt vorliegen wenn Client A die Telefonanlage über die IP ansprechen kann aber Client B nicht ? Beide im selben Netz, beide über DHCP konfiguriert.

Code:

Funktionierender Client:


Windows-IP-Konfiguration

   Hostname  . . . . . . . . . . . . : WS-GUT
   Prim„res DNS-Suffix . . . . . . . : domainname.intern
   Knotentyp . . . . . . . . . . . . : Hybrid
   IP-Routing aktiviert  . . . . . . : Nein
   WINS-Proxy aktiviert  . . . . . . : Nein
   DNS-Suffixsuchliste . . . . . . . : domainname.intern
                                       intern.domainname.de

Ethernet-Adapter LAN-Verbindung:

   Verbindungsspezifisches DNS-Suffix: intern.domainname.de
   Beschreibung. . . . . . . . . . . : VIA Rhine II-kompatibler Fast-Ethernet-Adapter
   Physikalische Adresse . . . . . . : 00-17-31-D1-4D-07
   DHCP aktiviert. . . . . . . . . . : Ja
   Autokonfiguration aktiviert . . . : Ja
   Verbindungslokale IPv6-Adresse  . : fe80::9c31:4925:b506:c421%10(Bevorzugt) 
   IPv4-Adresse  . . . . . . . . . . : 193.1.1.207(Bevorzugt) 
   Subnetzmaske  . . . . . . . . . . : 255.255.255.0
   Lease erhalten. . . . . . . . . . : Mittwoch, 11. Januar 2012 03:18:44
   Lease l„uft ab. . . . . . . . . . : Dienstag, 24. Januar 2012 06:18:02
   Standardgateway . . . . . . . . . : 193.1.1.2
   DHCP-Server . . . . . . . . . . . : 193.1.1.100
   DHCPv6-IAID . . . . . . . . . . . : 234886961
   DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-14-9B-9E-B9-00-17-31-D1-4D-07
   DNS-Server  . . . . . . . . . . . : 193.1.1.100
   Prim„rer WINS-Server. . . . . . . : 193.1.1.100
   NetBIOS ber TCP/IP . . . . . . . : Aktiviert

Tunneladapter isatap.intern.domainname.de:

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

Tunneladapter 6TO4 Adapter:

   Verbindungsspezifisches DNS-Suffix: intern.domainname.de
   Beschreibung. . . . . . . . . . . : Microsoft-6zu4-Adapter
   Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP aktiviert. . . . . . . . . . : Nein
   Autokonfiguration aktiviert . . . : Ja
   IPv6-Adresse. . . . . . . . . . . : 2002:c101:1cf::c101:1cf(Bevorzugt) 
   Standardgateway . . . . . . . . . : 2002:c058:6301::c058:6301
   DNS-Server  . . . . . . . . . . . : 193.1.1.100
   NetBIOS ber TCP/IP . . . . . . . : Deaktiviert

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

TSchaefer1976 · 19.01.2012, 10:58

Code:

Nicht funktionierend:


Windows-IP-Konfiguration

   Hostname  . . . . . . . . . . . . : WS-SCHLECHT
   Prim„res DNS-Suffix . . . . . . . : domainname.intern
   Knotentyp . . . . . . . . . . . . : Hybrid
   IP-Routing aktiviert  . . . . . . : Nein
   WINS-Proxy aktiviert  . . . . . . : Nein
   DNS-Suffixsuchliste . . . . . . . : domainname.intern
                                       intern.domainname.de

Ethernet-Adapter LAN-Verbindung:

   Verbindungsspezifisches DNS-Suffix: intern.domainname.de
   Beschreibung. . . . . . . . . . . : Realtek PCI GBE Family Controller
   Physikalische Adresse . . . . . . : BC-AE-C5-36-95-59
   DHCP aktiviert. . . . . . . . . . : Ja
   Autokonfiguration aktiviert . . . : Ja
   IPv4-Adresse  . . . . . . . . . . : 193.1.1.203(Bevorzugt) 
   Subnetzmaske  . . . . . . . . . . : 255.255.255.0
   Lease erhalten. . . . . . . . . . : Donnerstag, 19. Januar 2012 08:44:50
   Lease l„uft ab. . . . . . . . . . : Donnerstag, 26. Januar 2012 08:44:50
   Standardgateway . . . . . . . . . : 193.1.1.2
   DHCP-Server . . . . . . . . . . . : 193.1.1.100
   DNS-Server  . . . . . . . . . . . : 193.1.1.100
   Prim„rer WINS-Server. . . . . . . : 193.1.1.100
   NetBIOS ber TCP/IP . . . . . . . : Aktiviert

Tunneladapter 6TO4 Adapter:

   Verbindungsspezifisches DNS-Suffix: intern.domainname.de
   Beschreibung. . . . . . . . . . . : Microsoft-6zu4-Adapter
   Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP aktiviert. . . . . . . . . . : Nein
   Autokonfiguration aktiviert . . . : Ja
   IPv6-Adresse. . . . . . . . . . . : 2002:c101:1cb::c101:1cb(Bevorzugt) 
   Standardgateway . . . . . . . . . : 2002:c058:6301::c058:6301
   DNS-Server  . . . . . . . . . . . : 193.1.1.100
   NetBIOS ber TCP/IP . . . . . . . : Deaktiviert

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.intern.domainname.de:

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

iDiddi · 19.01.2012, 11:36

Sehe da nix auffälliges. Hängen die beiden Clients denn am selben Switch?

Schließe den nicht funktionierenden doch einfach mal an den Netzwerkanschluss des funktionierenden PCs an. Vielleicht liegt es ja am Anschluss.

Solche Probleme kenne ich bisher nur im Zusammenhang mit einem falschen MTU-Wert. Wurde dieser evtl. am Problem-Client angepasst?

TSchaefer1976 · 19.01.2012, 11:54

Zitat von iDiddi

Sehe da nix auffälliges. Hängen die beiden Clients denn am selben Switch?

Schließe den nicht funktionierenden doch einfach mal an den Netzwerkanschluss des funktionierenden PCs an. Vielleicht liegt es ja am Anschluss.

Solche Probleme kenne ich bisher nur im Zusammenhang mit einem falschen MTU-Wert. Wurde dieser evtl. am Problem-Client angepasst?

Verdammt, daran lags ! MTU zu hoch am Client.

iDiddi · 19.01.2012, 13:32

Na, geht doch

Danke für die Rückmeldung

ara · 19.01.2012, 14:07

wieso verwendet ihr eigentlich öffentliche IP Adressen (die euch sehr wahrscheinlich garnicht gehören) für eure Clients?

Windows Forum — LAN & WAN

Alles zum Thema Windows im Netzwerk — Architektur, Aufbau, Konfiguration und Troubleshooting eines LAN, WAN, VLAN, VPN