IP probleme

st2xo · Beitrag von **st2xo** » 24.02.2003 00:34:53

hallo alle,

nach installation mit der knoppix-cd habe ich massive probleme den debian-rechner ans netz zu bekommen (habe knoppix-cd mit den installations-skripten von der cd auf die platte kopiert, siehe neueste c´t)

habe leider zu wenig tcp/ip knowhow, mehrere stunden googeln hat irgendwie nix gebracht, habe auf debian.org den link hierher gefunden. super - genau das habe ich gesucht

die ip-checkliste von hier bin ich durchgegangen - am ende angekommen (ping) geht´s trotzdem net

auch die doku von openoffice.de kenn ich, gelesen und probiert von oben bis unten, nix ......

also, ich schildere mal wie´s bei mir aussieht:

debian rechner 192.168.1.50
dsl-router 192.168.1.1

ich habe eine realtek karte, kernel 2.4, kartentreiber usw. sind installiert und funktionieren
/etc/modules und update-modules erzeugen die richtigen einträge (alias eth0 8139too), von dieser seite sollte alles ok sein.

ifconfig zeigt meine karte an, ping auf die eigene adresse geht auch.

meine route habe ich so gesetzt:
"route add -net 192.168.1.0 netmask 255.255.255.0 dev eth0"

(diverse variationen, gw usw. auch, funzt alles nicht)

/etc/network/interfaces
ist auch korrekt
(exakt so wie im beispiel von der checkliste von hier)

syslog meldet beim booten bereits folgendes:
NETDEV WATCHDOG eth0: transmit timed out
eth0: tx timed out, cable problem?

nach einigem probieren und pingen bringt ifconfig tausende collisions, tx pakete: viele errors, rx pakete 0

Hardwareseitig kann ich definitv defekte ausschliessen, die karte ist ok, das kabel ist ok, duplex-einstellungen ok, karte hängt am switch, also kein cross connect usw.

ich bin mit meinem latein am ende, habe den ganzen samstag und sonntag rumgedoktert und finde keine lösung.

nach der debian-konfiguration habe ich direkt nach den installations-skripten die die knoppix-cd auf die platte bringen nix geändert, ausser eben mit routen rumprobiert, kartentreiber-module geladen, an hosts.allow/deny und inetd.conf bissele was gemacht, sonst nix. die konfig ist also nicht verpfuscht. und bei ausgehenden pings ist das ja eh unrelevant.

also, wenn mir jemand helfen kann, tausend dank!!

gruss
Stefan

(der ENDLICH auch nen linux desktop will)

pdreker · Beitrag von **pdreker** » 24.02.2003 00:36:22

Was für eine Karte, welcher Treiber?

Patrick

st2xo · Beitrag von **st2xo** » 24.02.2003 00:42:45

pdreker hat geschrieben:Was für eine Karte, welcher Treiber?
Patrick

eine realtek karte mit 8139 chipsatz
welcher treiber? wie finde ich das raus?
jedenfalls ist das modul 8139too geladen.
ping auf die eigene ip adresse geht, treibermässig sollte dann doch alles ok sein, oder?

stefan

pdreker · Beitrag von **pdreker** » 24.02.2003 01:56:39

NETDEV WATCHDOG eth0: transmit timed out
eth0: tx timed out, cable problem?

Ich frage nur deshalb...

Realtek8139 und der 8139too Treiber ist normalerweise extrem unproblematisch (reinstecken, konfigurieren, läuft). Ganz sicher, dass die Verkabelung stimmt, und nicht aus Versehen irgendwo ein Crossover Kabel steckt, wo keins hingehört, oder umgekehrt, oder dass da irgendwo ein Wackelkontakt ist?

Ansonsten: die route wird normalerweise automatisch richtig gesetzt, wenn Du die Karte korrekt in /etc/network/interfaces konfiguriert hast, das ist manuell nicht nötig (und u.U. sogar schädlich (es geht dann nicht...).

Lokales Pingen der NW Karte ist kein guter Test, weil der Kernel merkt, dass die Pakete lokal bleiben, und sie gar nicht erst bei der Netwerkkarte vorbeischickt...

Die gequotete Fehlermeldung besagt, dass die Karte ihre Daten nicht "auf den Draht" bekommt.

Schicke doch 'mal den Inhalt Deiner /etc/network/interfaces (ja ich weiss, die gleiche wie aus meiner Checklist, aber mach es trotzdem: alles auf einen Blick ist besser), die Ausgabe von "ifconfig" und die Ausgabe von "route -n" hier rein. Vielleicht ist es ja "nur" eine IP Fehlkonfiguration. Stell auch sicher, dass Du nicht aus Versehen 2 Rechner mit der gleichen IP Adresse hast (Tippfehler oder sowas), das gibt auch immer sehr wirre Fehler...

Was sagen denn die LEDs am Switch? (Link, 10/100?)

Patrick

st2xo · Beitrag von **st2xo** » 24.02.2003 20:01:23

vorweg: habe das problem gelöst. meine peinliche selbstentblösung vor grossem publikum ist mein weg zur mentalen selbstfindung und zum erreichen guruhafter perfektion auch bei anderen usern :->

pdreker hat geschrieben: Was sagen denn die LEDs am Switch? (Link, 10/100?)
Patrick

hi,

die link-led an der karte und die 100mbit-led am switch sind an. wenn ich das kabel abziehe und wieder anstecke verhält sich an der karte und am switch alles normal: leds gehen erst aus, dann wieder an. habe das kabel am gleichen switch-port auch schon an einem anderen rechner getestet: alles ok.

hier mal die dateien:

<interface>
# /etc/network/interfaces -- configuration file for ifup(8), ifdown(8)

# The loopback interface
# automatically added when upgrading
auto lo eth0
iface lo inet loopback

iface eth0 inet static
address 192.168.1.50
netmask 255.255.255.0
network 192.168.1.0
broadcast 192.168.1.255
gateway 192.168.1.1
</interface>

<ifconfig>
eth0 Protokoll:Ethernet Hardware Adresse 00:00:21:41:5A:18
inet Adresse:192.168.1.50 Bcast:192.168.1.255 Maske:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:77 dropped:0 overruns:0 carrier:150
Kollisionen:1275 Sendewarteschlangenlänge:100
RX bytes:0 (0.0 b) TX bytes:8389 (8.1 KiB)
Interrupt:11 Basisadresse:0xd400

lo Protokoll:Lokale Schleife
inet Adresse:127.0.0.1 Maske:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:32 errors:0 dropped:0 overruns:0 frame:0
TX packets:32 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:0
RX bytes:2480 (2.4 KiB) TX bytes:2480 (2.4 KiB)
</ifconfig>

<route -n>
Kernel IP Routentabelle
Ziel Router Genmask Flags Metric Ref Use Iface
192.168.1.0 * 255.255.255.0 U 0 0 0 eth0
0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 eth0
</route -n>

<modprobe -c>
# Generated by modprobe -c (2.4.19)
alias eth0 8139too
</modprobe -c>

... sieht doch alles ganz normal aus, oder?
Achso ja, in dem Rechner ist noch eine zweite Netzkarte, die aber dektiviert ist. D.h., bei der Installation wurde sie zwar erkannt, aber nicht ausgewählt (in dem knoppix-cd-c´t-Skript). Sie taucht nirgends auf (auch nicht im syslog)

AAAAAAAAAAAAAAAAAAARGH - ich hab den Fehler. Sie taucht auf, diese VERDAMMTE ZWEITE NETZKARTE - sieht steht doch im syslog - habe zum glück eben nochmal reingeschaut und nach eth1 gesucht. oh manomann. Netzkabel an eth1, ping, geht. Wahnsinn. das wird meine persönliche lieblingsstory nr. 3.
story nr. 1+2 erzähl ich besser nicht :->

danke dir für deine hilfe!!!!

pdreker · Beitrag von **pdreker** » 24.02.2003 20:08:43

Kein Dank nötig, Du hast den Fehler ja selbst gefunden

Beim Programmieren ist sowas übrigens eine gebräuchliche Debugging Technik (oft "Wall Debugging" genannt): Wenn man seit Stunden den Fehler sucht, und ihn absolut nicht findet, dann liest man sein Programm irgendeiner "toten" Instanz vor (die Wand, daher der Name, oder der Monitor sind sehr beliebt) und erklärt dieser, was das Programm macht, bzw. machen soll....

Meistens enden diese Sessions nach ca. 20-30 Minuten mit einem "Aaaaaargl...." und der Erkenntnis, dass das "=" vielleicht doch besser "==" geheissen hätte...

Patrick