R60 - DHCP-Client bekommt kein Gateway

[Plumbum]

Hallo zusammen,

ich hab seit Dezember 2 ThinkPad R60 9461-DXG.

Seit einigen Wochen bekomme ich, mit einem der beiden Notebooks, über die Broadcom-Karte keine Gateway mehr. Das hat mich bisher nicht weiter gestört, da ich ohne Probleme per WLan ins Netz gekommen bin (Intel Pro 3945abg).
Aber nun bekomme ich auch im WLan kein Gateway mehr und es wird immer die Internet-Explorer- bzw. Firefox-Fehlerseite angezeigt.
Sowohl festes vergeben von IP und Gateway etc. als auch Static-IPs über DHCP haben nicht geholfen.

Das Notebook bekommt immer nur eine IP, aber weiter lässt sich damit im Netzwerk nicht anfangen.

Geräte habe ich im Gerätemanager schon deinstalliert und mit nagelneuen Treibern eingepflegt, Router paar mal neugestartet und configs neu geschrieben.

Ich bin mit meinem Latein am ende, zumal das zweite Notebook, sowie alle anderen Rechner ohne Probleme funktionieren.

Hat jemand eine Idee was ich noch versuchen kann bzw. was nicht stimmt?

Gruß
/Plumbum

 

[ATh]

Hallo,

probiere mal mit "ipconfig all" auf der Kommandoebene a.) alle Parameter anzuzeigen, b.) mit "ipconfig release" alle Adapter zurückzusetzen und anschließend mit "ipconfig renew" die Parameter neu initialisieren zu lassen. Wenn alles nicht hilft mal die Daten von a.) hier posten.

ATh.

 

[Plumbum]

Hi,

das ging ja super schnell ^^

also die ganze ipconfig-Palette hab ich schon durch. Bei renew meldete der immer nach einiger Zeit, dass der dhcp-Server nicht anworten würde, obwohl er paar Sekunden davor die ip vom dhcp-Server bekommen hatte.

Ganz irritiert mich allerdings, dass ich an einem anderen Router auf dem dhcp in einem anderen netz läuft, ohne Probleme eine funktionierende config per dhcp geliefert bekomme inkl. Gateway.

Edit: Das Kabel ist übrigens der Router der vorher per Kabel nicht funktioniert hat.

Microsoft Windows XP [Version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.

C:\Dokumente und Einstellungen\Robert>ipconfig /all

Windows-IP-Konfiguration

Hostname. . . . . . . . . . . . . : Plumbum
Primäres DNS-Suffix . . . . . . . :
Knotentyp . . . . . . . . . . . . : Peer-Peer
IP-Routing aktiviert. . . . . . . : Nein
WINS-Proxy aktiviert. . . . . . . : Nein

Ethernetadapter VMware Network Adapter VMnet8:

Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : VMware Virtual Ethernet Adapter for
VMnet8
Physikalische Adresse . . . . . . : 00-50-56-C0-00-08
DHCP aktiviert. . . . . . . . . . : Nein
IP-Adresse. . . . . . . . . . . . : 192.168.0.1
Subnetzmaske. . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . :

Ethernetadapter VMware Network Adapter VMnet1:

Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : VMware Virtual Ethernet Adapter for
VMnet1
Physikalische Adresse . . . . . . : 00-50-56-C0-00-01
DHCP aktiviert. . . . . . . . . . : Nein
IP-Adresse. . . . . . . . . . . . : 192.168.45.1
Subnetzmaske. . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . :

Ethernetadapter LAN-Verbindung:

Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Broadcom NetXtreme Gigabit Ethernet
Physikalische Adresse . . . . . . : 00-16-D3-2E-BE-78
DHCP aktiviert. . . . . . . . . . : Ja
Autokonfiguration aktiviert . . . : Ja
IP-Adresse. . . . . . . . . . . . : 192.168.47.21
Subnetzmaske. . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . : 192.168.47.11
DHCP-Server . . . . . . . . . . . : 192.168.47.11
DNS-Server. . . . . . . . . . . . : 192.168.47.11
Lease erhalten. . . . . . . . . . : Samstag, 28. April 2007 19:04:37
Lease läuft ab. . . . . . . . . . : Dienstag, 8. Mai 2007 19:04:37

Ethernetadapter Drahtlose Netzwerkverbindung:

Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Intel(R) PRO/Wireless 3945ABG Networ
k Connection
Physikalische Adresse . . . . . . : 00-18-DE-89-84-84
DHCP aktiviert. . . . . . . . . . : Ja
Autokonfiguration aktiviert . . . : Ja
IP-Adresse. . . . . . . . . . . . : 192.168.0.121
Subnetzmaske. . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . :
DHCP-Server . . . . . . . . . . . : 192.168.0.1
DNS-Server. . . . . . . . . . . . : 192.168.0.1
Lease erhalten. . . . . . . . . . : Samstag, 28. April 2007 19:20:33
Lease läuft ab. . . . . . . . . . : Sonntag, 29. April 2007 19:20:33

 

[Plumbum]

Keine Ahnung welches Gerät die Störung verursacht hat, aber nachdem ich jetzt einfach das IP-Netz von 192.168.0 auf 192.168.1 geändert habe und alles angepasst habe läuft alles einwandfrei.

Ich werde in den nächsten Tagen mal versuchen den Übeltäter zu lokalisieren aber einfach nur sehr seltsam vom einen auf den anderen Tag.

Gruß
/Robert

 

[highwaystar]

Also bei den von Dir geposteten Konfigurationsdaten kann man erstmal sehen, dass sich jedes Netzwerkgerät in einem andern Subnetz befindet:

192.168.0.1
192.168.45.1
192.168.47.21
192.168.0.121

Das kann ja so schonmal nicht in Ordnung sein. Wenn die Adressen alle vom DHCP vergeben werden, stimmt mit dem auf jeden Fall etwas nicht. Wenn Du die Adressen selber vergeben hast, solltest Du sie dahingehend ändern, als das alle Netzwerkadapter sich im selben Subnetz befinden, also z.B. 192.168.0.xxx

 

[Plumbum]

hi,

das geht sogar sehr gut, wenn man ein Netz mit verschiedenen Geräten aufgebaut hat.
Und wenn die Routing-Tabelle entsprechend angepasst ist, kann auch aus den Netzen gegenseitig zugegriffen werden, was derzeit jedoch nicht der Fall ist.

192.168.0.1 und 192.168.45.1 fallen hierbei raus, da Sie VMWare-Netzwerkkarten sind die nur virtuell onboard arbeiten.

Das 192.168.47er-Netz ist das des Modem-Router, der sich ins WAN verbindet.
An diesem Gerät hängen eigentlich keine weiteren Clients, nur aus Testzwecken das Notebook.

Das eigentliche 192.168.0er-Netz ist vom WLan-Router, der seine Verbindung ins WAN über den Modem-Router bekommt.
Diese IP ist jetzt 192.168.1. und funktioniert einwandfrei.

Obwohl die alte Konfiguration vorher einwandfrei funktioniert hat.

Gruß
/Robert