Probleme mit Linux-Router
Hallo Liste, ich habe seit ein paar Tagen ein seltsames Problem, bei dem ich nicht mehr weiterkomme. Zur Ausgangslage: Ich habe einen SuSE 8.2 Router, der die DSL-Verbindung ins Internet automatisch beim Start herstellt. An der 2.NIC ist ein Windows-Notebook über ein gekreuztes Patchkabel angeschlossen. Auf dem Linux-Router läuft die Shorewall 2.0.0a als Paketfilter. Alles funktionierte bisher bestens. Doch seit Kurzem hakt die Verbindung vom Notebook ins Netz. Pings auf Server im Internet liefern regelmäßige Paketverluste. Pings auf die externe Schnittstelle vom Router machen dagegen keine Probleme. Vom Linux-Router selbst gibt es keine Probleme, sprich keinerlei Paketverluste. Trotzdem hatte ich mein altes Telekom-DSL-Modem in Verdacht und es gegen ein neues (hatte ich vom neuen Provider bekommen) ausgetauscht. Aber die Probleme bleiben. Auch die Shorewall habe ich deaktiviert und nur IP-Forwarding ind Masquerading aktiviert. Brachte auch keine Besserung. Hat noch jemand eine Idee, was ich probieren könnte, damit auch mein Notebook wieder eine saubere Verbindung ins Netz bekommt? -- Grüße aus Dortmund, Jürgen
Am Sonntag, 5. September 2004 15:31 schrieb Juergen Pabst:
Hallo Liste,
ich habe seit ein paar Tagen ein seltsames Problem, bei dem ich nicht mehr weiterkomme. Zur Ausgangslage: Ich habe einen SuSE 8.2 Router, der die DSL-Verbindung ins [...] Hat noch jemand eine Idee, was ich probieren könnte, damit auch mein Notebook wieder eine saubere Verbindung ins Netz bekommt?
Schon mal daran gedacht, dass das Netzwerkkabel oder die NIC des Notebooks defekt sein könnte. Auch die Einstellungen der NIC am Notebook könnten das Problem verursachen. lg, Andreas.
Hallo Andreas!
Schon mal daran gedacht, dass das Netzwerkkabel oder die NIC des Notebooks defekt sein könnte.
Naja, nicht wirklich, denn die Verbindung zum Linux-Router selbst läuft ja problemlos. Auch wenn ich das DSL-Modem direkt ans Notebook anschließe und die NIC auf 10 MBit Halfduplex stelle, gibt es keine Probleme.
Auch die Einstellungen der NIC am Notebook könnten das Problem verursachen.
Ich wüsste nicht, was ich da einstellen könnte. Im LAN habe ich immer "Speed und Duplex" auf "Auto" bzw. "100 Mbit Full" eingestellt. -- Grüße, Jürgen
Hallo, Am Sonntag, 5. September 2004 17:13 schrieb Juergen Pabst:
Hallo Andreas!
Schon mal daran gedacht, dass das Netzwerkkabel oder die NIC des Notebooks defekt sein könnte.
Naja, nicht wirklich, denn die Verbindung zum Linux-Router selbst läuft ja problemlos. Auch wenn ich das DSL-Modem direkt ans Notebook anschließe und die NIC auf 10 MBit Halfduplex stelle, gibt es keine Probleme.
Auch die Einstellungen der NIC am Notebook könnten das Problem verursachen.
Ich wüsste nicht, was ich da einstellen könnte. Im LAN habe ich immer "Speed und Duplex" auf "Auto" bzw. "100 Mbit Full" eingestellt.
immer beide gleich einstellen 10 HDX <-> 10 HDX 10 FDX <-> 10 FDX 100 HDX <-> 100 HDX 100 FDX <-> 100 FDX AUTO <-> AUTO möglich sind noch: AUTO <-> 10 HDX AUTO <-> 100 HDX alles andere macht probleme! Mirko -- +--[ Mirko Richter (RHCE) ]------------------------+ | Networks & Communicationsystems | | Mirko Richter | | Ernst-Thaelmann-Str. 5, D-06774 Soellichau | | E-MAIL: m.richter@ngi.de | | Tel. +49/(0)34243/3369-50 \\\\ | | Fax. +49/(0)34243/3369-28 (O O) | +-----------------------------------oOOo-(_)-oOOo--+ Meine Auktionen bei hood.de: http://www.hood.de/nacmr%25dotcom.htm
Hallo Mirko!
Ich wüsste nicht, was ich da einstellen könnte. Im LAN habe ich immer "Speed und Duplex" auf "Auto" bzw. "100 Mbit Full" eingestellt.
immer beide gleich einstellen
Okay, unter Windows stelle ich die NIC auf 100 FDX, aber wie mach ich das unter Linux? Laut "man ifconfig" könnte der Parameter media type interessant sein. Aber so richtig schlau werde ich daraus nicht. :-(
| Ernst-Thaelmann-Str. 5, D-06774 Soellichau |
Oh, Gruß in den Landkreis BTF! :-) -- Grüße, Jürgen
Hallo Jürgen, Am Sonntag, 5. September 2004 19:56 schrieb Juergen Pabst:
Hallo Mirko!
Ich wüsste nicht, was ich da einstellen könnte. Im LAN habe ich immer "Speed und Duplex" auf "Auto" bzw. "100 Mbit Full" eingestellt.
immer beide gleich einstellen
Okay, unter Windows stelle ich die NIC auf 100 FDX, aber wie mach ich das unter Linux? Laut "man ifconfig" könnte der Parameter media type interessant sein. Aber so richtig schlau werde ich daraus nicht. :-(
Benutze einfach das "mii-tool". Sollte es nicht gehen oder solltest du es nicht finden geht es auch so: /usr/src/"dein Kernel"/Documentation/networking/"Modul deiner Karte" editieren und die entsprechende option für die einstellung herraussuchen. meine z.B: bei Intel 100 Pro e100_speed_duplex=(0-4) 00Auto 4=100 MBit Voll Duplex. Diesen Wert nun entsprechend in der /etc/modules.conf mit geben: "option eth0 e100_speed_duplex=4" (ohne Anführungszeichen) eintragen. Ich glaube "depmod -a" sollte noch ausgeführt werden. Ich bin mir jetzt nicht sicher ob es ausreicht das Netzwerk mit "rcnetwork stop" dann dein entsprechendes Modul mit rmmod ... entladen und mit modprobe neu laden und zum Schluss noch ein "rcnetwork start" reicht. Notfalls booten. Gruß Frank
Hallo Mirko, Am Sonntag, 5. September 2004 18:45 schrieb Mirko Richter:
Hallo,
Am Sonntag, 5. September 2004 17:13 schrieb Juergen Pabst:
Hallo Andreas!
Schon mal daran gedacht, dass das Netzwerkkabel oder die NIC des Notebooks defekt sein könnte.
Naja, nicht wirklich, denn die Verbindung zum Linux-Router selbst läuft ja problemlos. Auch wenn ich das DSL-Modem direkt ans Notebook anschließe und die NIC auf 10 MBit Halfduplex stelle, gibt es keine Probleme.
Auch die Einstellungen der NIC am Notebook könnten das Problem verursachen.
Ich wüsste nicht, was ich da einstellen könnte. Im LAN habe ich immer "Speed und Duplex" auf "Auto" bzw. "100 Mbit Full" eingestellt.
immer beide gleich einstellen
10 HDX <-> 10 HDX 10 FDX <-> 10 FDX 100 HDX <-> 100 HDX 100 FDX <-> 100 FDX AUTO <-> AUTO
möglich sind noch: AUTO <-> 10 HDX AUTO <-> 100 HDX Im Prinzip ist es richt so aber bei uns und auch anderen hat sich einfach herausgestellt das die Einstellung: AUTO <-> AUTO nicht die beste ist da sich die NICS manchmal nicht einigen können oder auch wieder verlieren. Warum genau es manchmal nicht klappt kann ich auch nicht sagen.
Gruß Frank
Hallo, Am Montag, 6. September 2004 08:49 schrieb Frank Babies:
Hallo Mirko,
Am Sonntag, 5. September 2004 18:45 schrieb Mirko Richter:
[....]
immer beide gleich einstellen
10 HDX <-> 10 HDX 10 FDX <-> 10 FDX 100 HDX <-> 100 HDX 100 FDX <-> 100 FDX AUTO <-> AUTO
möglich sind noch: AUTO <-> 10 HDX AUTO <-> 100 HDX
Im Prinzip ist es richt so aber bei uns und auch anderen hat sich einfach herausgestellt das die Einstellung: AUTO <-> AUTO nicht die beste ist da sich die NICS manchmal nicht einigen können oder auch wieder verlieren.
Wenn das nicht funktioniert, is was faul
Warum genau es manchmal nicht klappt kann ich auch nicht sagen.
Waraum?! - schlechte(defekte, inkompatible[sollte zwar nicht sein, gibt es aber :(]) Karten/Geräte - schlechte Verkabelung (Kabel, Stecker ...) - Störungen (Netzleitungen, ....) Das sind die gleichen Probleme, die auch zu allen anderen Übertragungsfehlen führen. MfG Mirko -- +--[ Mirko Richter (RHCE) ]------------------------+ | Networks & Communicationsystems | | Mirko Richter | | Ernst-Thaelmann-Str. 5, D-06774 Soellichau | | E-MAIL: m.richter@ngi.de | | Tel. +49/(0)34243/3369-50 \\\\ | | Fax. +49/(0)34243/3369-28 (O O) | +-----------------------------------oOOo-(_)-oOOo--+ Meine Auktionen bei hood.de: http://www.hood.de/nacmr%25dotcom.htm
Hallo Mirco, Am Montag, 6. September 2004 09:38 schrieb Mirko Richter:
Hallo,
Am Montag, 6. September 2004 08:49 schrieb Frank Babies:
Hallo Mirko,
Am Sonntag, 5. September 2004 18:45 schrieb Mirko Richter:
[....]
immer beide gleich einstellen
10 HDX <-> 10 HDX 10 FDX <-> 10 FDX 100 HDX <-> 100 HDX 100 FDX <-> 100 FDX AUTO <-> AUTO
möglich sind noch: AUTO <-> 10 HDX AUTO <-> 100 HDX
Im Prinzip ist es richt so aber bei uns und auch anderen hat sich einfach herausgestellt das die Einstellung: AUTO <-> AUTO nicht die beste ist da sich die NICS manchmal nicht einigen können oder auch wieder verlieren.
Wenn das nicht funktioniert, is was faul
Tja nicht immer. Mal ein Beispiel bei uns aus der Praxis: Beide stehen auf Auto bzw. Host Auto <-> Auto HUP AUTO <-> HOST2 Sieht man nach haben sich beide (HOSTS) auf 100 Mbit Voll Duplex gestellt. Beide Sprechen mit einander 3 Tage leerlauf. Daten werden wieder übertragen nun mit 1,5 MB/sec. Erstaunen..... Sehe ich nun beide NIC's an steht die eine weiter auf 100 Mbit VD die andere steht auf 100 Mbit Halb Duplex. Seltsam, Krazen am Kopf... Stelle die HOST2 auf 10 MBit und wieder zurück auf AUTO. Durchsatz und Einstellung wie vorher 100 Mbit Halb Duplex. Grr.. Stelle die NIC fest auf 100 MBit Voll Duplex alles i.O. 3 Wochen später gleiches Spiel nur diesmal ist es HOST1. Beide NIC's HOST1 + HOST2 fest auf 100 MBit VD genagelt problem taucht nicht wieder auf durchsatz liegt bei 7,2 - 8,8 MByte/sec. Dieses Beispiel tritt immer wieder bei verschiedenen Kunden auf. Nicht oft meistens 2-3 mal im Jahr sehe ich so etwas und das bei verschiedenen Kunden. Auffällig ist für mich nur das es dabei sehr offt 3COM Karten erwischt. Immer andere Betriebssysteme und auch andere Umgebungen. So lang ich so etwas immer mal wieder bei Kunden erlebe werde ich mich damit zurückhalten zu sagen AUTO <-> ist Sicher.
Warum genau es manchmal nicht klappt kann ich auch nicht sagen.
Waraum?!
- schlechte(defekte, inkompatible[sollte zwar nicht sein, gibt es aber :(]) Karten/Geräte - schlechte Verkabelung (Kabel, Stecker ...) - Störungen (Netzleitungen, ....)
Das sind die gleichen Probleme, die auch zu allen anderen Übertragungsfehlen führen.
Sicherlich hast du damit absolut recht, nur wer von uns (ausser vielleicht dir und ein paar andere von dem Fach) kennt sich wirklich gut mit Karten, Treibern und guten Kabeln aus? Wie viele rennen in den Baumarkt (übertrieben) und kaufen mal eben Kabel und bei Mediamarkt NIC's und zu guter letzt (übertrieben) auf dem Basar nen HUP. Wer von uns normalanwendern weis denn genau welche Kabel, Karten und HUP's oder auch Switche gut sind? Da liegt das Problem. Schönen Abend noch Frank
Am Dienstag, 7. September 2004 19:56 schrieb Frank Babies:
Hallo Mirco,
Am Montag, 6. September 2004 09:38 schrieb Mirko Richter:
Hallo,
Am Montag, 6. September 2004 08:49 schrieb Frank Babies:
Hallo Mirko,
Am Sonntag, 5. September 2004 18:45 schrieb Mirko Richter:
[....]
immer beide gleich einstellen
10 HDX <-> 10 HDX 10 FDX <-> 10 FDX 100 HDX <-> 100 HDX 100 FDX <-> 100 FDX AUTO <-> AUTO
möglich sind noch: AUTO <-> 10 HDX AUTO <-> 100 HDX
Im Prinzip ist es richt so aber bei uns und auch anderen hat sich einfach herausgestellt das die Einstellung: AUTO <-> AUTO nicht die beste ist da sich die NICS manchmal nicht einigen können oder auch wieder verlieren.
Wenn das nicht funktioniert, is was faul
Tja nicht immer. Mal ein Beispiel bei uns aus der Praxis: Beide stehen auf Auto bzw. Host Auto <-> Auto HUP AUTO <-> HOST2 Sieht man nach haben sich beide (HOSTS) auf 100 Mbit Voll Duplex gestellt. Beide Sprechen mit einander 3 Tage leerlauf. Daten werden wieder übertragen nun mit 1,5 MB/sec. Erstaunen..... Sehe ich nun beide NIC's an steht die eine weiter auf 100 Mbit VD die andere steht auf 100 Mbit Halb Duplex. Seltsam, Krazen am Kopf...
Sollte so nicht sein! Es gibt auch einige Karten, die immer wieder mal Probleme mit best. anderen Komponenten haben ... (z.B. manch 3com). Kenne auch ein Beispiel, da wars die Software, die die Karte einfach auf 10 Mbit umschaltete obwohl alle Einstellungen auf 100HDx standen. Was das bei einen reinen 100M HUB bedeutet .. Einstellen, Umstellen, Karte tauschen .. nix gebracht ... erst entsorgen und Neuinst dann gings :(( PS. war dieses bunte Zeugs aus Redmond
Stelle die HOST2 auf 10 MBit und wieder zurück auf AUTO. Durchsatz und Einstellung wie vorher 100 Mbit Halb Duplex. Grr.. Stelle die NIC fest auf 100 MBit Voll Duplex alles i.O. 3 Wochen später gleiches Spiel nur diesmal ist es HOST1. Beide NIC's HOST1 + HOST2 fest auf 100 MBit VD genagelt problem taucht nicht wieder auf durchsatz liegt bei 7,2 - 8,8 MByte/sec.
Ich hab überhaupt nix dagegen, wenn jemand was umstellt, wenn sich das Problem dadurch beseitigen läßt. Da hast Du mich evtl. falsch verstanden.
Dieses Beispiel tritt immer wieder bei verschiedenen Kunden auf. Nicht oft meistens 2-3 mal im Jahr sehe ich so etwas und das bei verschiedenen Kunden. Auffällig ist für mich nur das es dabei sehr offt 3COM Karten erwischt. Immer andere Betriebssysteme und auch andere Umgebungen. So lang ich so etwas immer mal wieder bei Kunden erlebe werde ich mich damit zurückhalten zu sagen AUTO <-> ist Sicher.
Hab ich so nich gesagt ;)
Warum genau es manchmal nicht klappt kann ich auch nicht sagen.
Waraum?!
- schlechte(defekte, inkompatible[sollte zwar nicht sein, gibt es aber :(]) Karten/Geräte - schlechte Verkabelung (Kabel, Stecker ...) - Störungen (Netzleitungen, ....)
Das sind die gleichen Probleme, die auch zu allen anderen Übertragungsfehlen führen.
Sicherlich hast du damit absolut recht, nur wer von uns (ausser vielleicht dir und ein paar andere von dem Fach) kennt sich wirklich gut mit Karten, Treibern und guten Kabeln aus? Wie viele rennen in den Baumarkt (übertrieben) und kaufen mal eben Kabel und bei Mediamarkt NIC's und zu guter letzt (übertrieben) auf dem Basar nen HUP. Wer von uns normalanwendern weis denn genau welche Kabel, Karten und HUP's oder auch Switche gut sind?
Da liegt das Problem.
Das Problem, sind aber genau die schlauen Leute, die deine Aussage Stelle auf XYZ lesen und es dann tun. Nur verstehen/kennen einige nicht die Zusammenhänge. Die wenigsten haben "hochwertige" Netzwerkkomponenten doch ehr den Switch vom Blöd-Markt etc., der kann halt nur AUTO Dann passierts: 100FDX is cool weil dann 200Mbit ;) also PC auf 100FDX -> Switch (AUTO) <-----> PC (100 FDX) Der Switch kann nun nur die Geschwindigkeit erkennen (10/100) aber nicht den Duplex-Mode -> HDX ist dann default -> Switch (100 HDX) <-----> PC (100 FDX) HDX - FDX geht nicht gut sihe Dein obiges Beispiel Wenn die Komponenten eine ManagementSW haben kann man folgendes sehen HDX-Part: unmengen Collisionen (+late collision) FDX-Part: unmengen Fehler (Rx alingnment) Ich meine man sollte per default bei AUTO bleiben und nur wenn damit Probleme bestehen etwas ändern --- Aber nur wenn man weiß was man tut!!! MfG Mirko -- +--[ Mirko Richter (RHCE) ]------------------------+ | Networks & Communicationsystems | | Mirko Richter | | Ernst-Thaelmann-Str. 5, D-06774 Soellichau | | E-MAIL: m.richter@ngi.de | | Tel. +49/(0)34243/3369-50 \\\\ | | Fax. +49/(0)34243/3369-28 (O O) | +-----------------------------------oOOo-(_)-oOOo--+ Meine Auktionen bei hood.de: http://www.hood.de/nacmr%25dotcom.htm
Hallo Liste, ich muss mein Problem zurück ziehen, denn wie ich gerade auf dem Internetstörungsmonitor bei heise.de lese, bin ich nicht allein mit den Paketverlusten. Dass die Probleme vom Router selbst nicht auftreten, war und ist offensichtlich ein subjektiver Trugschluss. Aber wie ich die Geschwindigkeit und Full-/Half-Duplex auf der NIC einstelle, interessiert mich natürlich trotzdem noch. -- Grüße, Jürgen
participants (4)
-
Andreas Scherer -
Frank Babies -
Juergen Pabst -
Mirko Richter