Probleme im Netzwerk

[hackgrid]

Hallo,

ich hab Debian Woody mit dem 2.4.18-bf2.4 Kernel installiert. Danach hab ich mir selbst einen 2.4.18 Kernel gebacken. Danach einen 2.4.27 Kernel.

Als Netzwerktreiber für ETH0 verwende ich 3c2000.o
Nun habe ich das Problem, dass ich auf IPs im Internet und im LAN nur unter einem 2.4.18 Kernel zugreifen kann. Unter dem 2.4.27 Kernel kann ich nur IPs im Lan pingen, allerdings keine IPs im Browser aufrufen. Wenn ich z. B. versuche 192.168.0.1 (Webserver meines Routers) aufzurufen, passiert nichts. Außer das ich den Router dann neustarten muss, um ihn wieder funktionstüchtig zu machen.

Nun, wie bring ich jetzt eth0 unter dem 2.4.27 Kernel zum funktionieren?

Mein zweites Problem betrifft den ndiswrapper.
Ich hab die aktuelle 0.11 Source heruntergeladen. Mittels depmod hab ich mir die modules und utils debs gemacht und installiert.
Wenn ich den ndiswrapper jetzt mit modprobe ndiswrapper starten möchte, hängt sich das gesame System auf. (Nichts reagiert mehr, nur noch ausschalten hilft)
Der verwendetet Treiber ist der, der auf der ndiswrapper.sf.net Page empfohlen wird.

Karte: Siemens Gigaset PCI Card
Treiber:: bcmwl5

[hackgrid]

[HorstV]

Könntest Du mal die Ausgabe von ifconfig -a im Falle des 2.4.27 - Kernels Posten ?

[*RaP*]

Auf die IP im LAN hast du vollen Zugriff? Mh...könnte es sein dass du keine default route gesetzt hast bzw. eine falsche??
kannste mit

Code: Alles auswählen

route -n

falls die fehlt kannst du mit

Code: Alles auswählen

route add default gw <gateway> 

eine neue setzen...
cya
Patrick

[hackgrid]

Ich kann im LAN herumpingen, ja, aber leider keine Seiten über HTTP aufrufen, wenn ich es mit meinem Router versuche funktoiniert es nicht und ich kann den Router neustarten weil er dann nicht mehr auf HTTP Anfragen reagiert.

Anmerkung:
Ich habs mit route schon mal probiert, allerdings "default gw" nicht gesetzt, mal probieren, thx.

Die Ausgabe des obigen Befehls folgt bald.

Edit:

Bei route add default gw 192.168.0.1 kommt die Meldung:
SIOCADDRT exists

Bei ifconfig -a: (Kann Fehler enthalten, abgeschrieben)

eth0 link encap: Ethernet
HwAddr: 00:XX:XX:XX:XX:4C
inet addr 192.168.0.1
BCast 192.168.0.255
Mask: 255.255.255.0
UP Broadcast Running
Multicast MTU: 1500
Metric: 1

RX Packets: 156
TX Packets: 8
collusions: 0
TX queuelen: 1000
RX Bytes 10586 (10.3 KiB)
TX Bytes 986 (986 KiB)
Interrupt: 10

lo link encap: local loopback
loopback MTU: 16436
Metric 1
....

[HorstV]

Hmm ich hab da einen Verdacht... Es könnte sein, daß die MTU zu groß ist.
Probier mal folgendes aus:

Code: Alles auswählen

nslookup www.heise.de

dann versuch mal die angegebene IP-Adresse anzupingen.

[hackgrid]

Werd ich, vielen Dank.

[*RaP*]

Falls das mit dem nslookup nicht funzt, kannst du dann mal die ausgabe von

Code: Alles auswählen

route -n

posten?
Vielleicht kommt man dann ja weiter...
cya
Patrick

[hackgrid]

Bei route -n ist die Ausgabe von beiden Kerneln gleich:

192.168.0.0|0.0.0.0|255.255.255.0|0|0||0|eth0
0.0.0.0|192.168.01|0.0.0.0|UL|0|0|0|eth0

nslookup gibt es nicht, und mit apt-cache search nslookup hab ich nur ptknettools gefunden, ptknslookup tut wenn man nach heise.de auslösen will gar nichts, host http://www.heise.de bringt, dass der Eintrag nicht vorhanden ist.

[HorstV]

Damit hätten wir schonmal festgestellt, daß die Namensauflösung von http://www.heise.de nicht tut.
Probier mal die Adresse 193.99.144.71 anzupingen (das sollte bei host http://www.heise.de eigentlich rauskommen.)

[hackgrid]

Hallo,
ich kann jetzt nicht jedesmal ein Kabel durchs ganze Haus legen (ndiswrapper hängt ja das System auf), aber ich kann dir sagen dass das Pingen funktionieren würde. Hat jedenfalls bei Google geklappt, aber das aufrufen der Seite über die IP funzt nicht.

Eventuell liegts ja am Treiber? oO

Ist mein Treiber nicht mit 2.4.27 kompatibel und welcher Treiber ist es?
(näheres zum Treiber kann ich euch leider nicht sagen, er heißt 3c2000 und den Link den ich nicht mehr hab ist aus linux.ch auf Freenode... [[Wurde natürlich für den neuen Kernel neu kompiliert]]

[hackgrid]

Hi,

ich habs jetzt mal mit dem sk98lin Modul probiert, dass soll angeblich mit meiner Netzwerkkarte funktionieren, allerdings findet dieses Modul die Karte nicht, obwohl sie ja mit lspci angezeigt wird.