[SL 9.3] FritzBox Probleme: Wie Duplex-Modi korrekt setzen?
Hallo, meine Fritzbox 7050 WLAN ist ab und zu unter Linux (vor allem Suse 9.3, da ich die hauptsächlich nutze) nicht erreichbar (siehe NACHTRAG ganz unten). Nach Aussage des AVM-Supports könnte das an einer "falschen" Einstellung der Netzwerkkarte liegen. Wenn die auf 100MBit/Voll-Duplex steht, kann es wohl Probleme geben. Darum sollte man 100MBit/Halb-Duplex oder 10MBit (Halb- oder Voll-Duplex) einstellen. Nach dem was ich bisher im Netz gefunden habe, müsste das (z.B.) mit der Zeile ethtool -s eth0 speed 10 duplex full gehen. Die Parameter natürlich entsprechend angepasst. Ich hab daraufhin die Zeile an den Anfang der /etc/init.d/network gestellt, was (nach Versuchen mit unterschiedlichen Parametern) nix gebracht hat. Auch am Ende der Datei war keine Besserung sichtbar. Bei den Optionen für den Treiber der Karte (z.B. per YAST=>Netzwerkgeräte=>Netzwerkkarte) hab ich auch schon mit full_duplex=1 oder =0 probiert, das hat auch nix gebracht. FRAGE: Wie ist der "offiziell richtige" Weg das einzustellen? =================================================================== NACHTRAG: Symptome sind: Ping auf die IP (192.168.178.2) der Karte geht. Ping auf die IP der FritzBox (192.168.178.1) geht nicht. RobinLinux:~ # ping 192.168.178.1 PING 192.168.178.1 (192.168.178.1) 56(84) bytes of data. From 192.168.178.2: icmp_seq=1 Destination Host Unreachable From 192.168.178.2 icmp_seq=1 Destination Host Unreachable From 192.168.178.2 icmp_seq=2 Destination Host Unreachable From 192.168.178.2 icmp_seq=3 Destination Host Unreachable --- 192.168.178.1 ping statistics --- 5 packets transmitted, 0 received, +4 errors, 100% packet loss, time 4008ms, pipe 3 RobinLinux:~ # =================================================================== Ping auf die andere IP der FritzBox (192.168.178.254) geht nicht. RobinLinux:~ # ping 192.168.178.254 PING 192.168.178.254 (192.168.178.254) 56(84) bytes of data. From 192.168.178.2: icmp_seq=2 Destination Host Unreachable From 192.168.178.2 icmp_seq=2 Destination Host Unreachable From 192.168.178.2 icmp_seq=3 Destination Host Unreachable From 192.168.178.2 icmp_seq=4 Destination Host Unreachable --- 192.168.178.254 ping statistics --- 4 packets transmitted, 0 received, +4 errors, 100% packet loss, time 2999ms, pipe 3 RobinLinux:~ # =================================================================== Es hilft nur ein Reboot. Weder ifup/down eth0, noch sonstige Befehle (ethtool, noch ein Ausstecken der Kabel auf beiden Seiten ändern irgendwas daran. Vielleicht habe ich da aber auch die "falsche" Reihenfolge der Befehle/Aktionen, wenn sich das irgendwie lösen lassen sollte kann ich gerne mal andere Vorgehensweisen ausprobieren. Danke für die Hilfe, OJ -- "Wenn er das Tablett mit dem Essen kriegt, macht er das Tablett sauber mit einem Babyfeuchttuch. Das würd ich auch machen. Man weiss ja nicht wo der GI vorher die Hände gehabt hat. Ja grade noch jemand rektal ge- foltert, dann heissts: Herr Präsident das Müsli." (H. Schmidt,22.6.05)
Hallo. * Mittwoch, 05. April 2006 um 12:35 (+0200) schrieb Johannes Kastl:
meine Fritzbox 7050 WLAN ist ab und zu unter Linux (vor allem Suse 9.3, da ich die hauptsächlich nutze) nicht erreichbar (siehe NACHTRAG ganz unten).
Nach Aussage des AVM-Supports könnte das an einer "falschen" Einstellung der Netzwerkkarte liegen. Wenn die auf 100MBit/Voll-Duplex steht, kann es wohl Probleme geben. Darum sollte man 100MBit/Halb-Duplex oder 10MBit (Halb- oder Voll-Duplex) einstellen.
Nach dem was ich bisher im Netz gefunden habe, müsste das (z.B.) mit der Zeile
ethtool -s eth0 speed 10 duplex full
gehen. Die Parameter natürlich entsprechend angepasst.
Du musst noch zusätzlich mit 'ethtool -s eth0 ... autoneg off ...' die Auto-Negotiation abschalten, weil die Verbindung sonst sofort wieder "hochgezogen" wird.
Ich hab daraufhin die Zeile an den Anfang der /etc/init.d/network gestellt, was (nach Versuchen mit unterschiedlichen Parametern) nix gebracht hat. Auch am Ende der Datei war keine Besserung sichtbar.
Ich würde es erst einmal auf der Konsole ausprobieren, bevor ich es in ein init-Skript schreibe.
NACHTRAG: Symptome sind:
Ping auf die IP (192.168.178.2) der Karte geht. Ping auf die IP der FritzBox (192.168.178.1) geht nicht.
RobinLinux:~ # ping 192.168.178.1 PING 192.168.178.1 (192.168.178.1) 56(84) bytes of data. From 192.168.178.2: icmp_seq=1 Destination Host Unreachable From 192.168.178.2 icmp_seq=1 Destination Host Unreachable From 192.168.178.2 icmp_seq=2 Destination Host Unreachable From 192.168.178.2 icmp_seq=3 Destination Host Unreachable
--- 192.168.178.1 ping statistics --- 5 packets transmitted, 0 received, +4 errors, 100% packet loss, time 4008ms, pipe 3
Erscheinen vorher Meldungen des Kernels bzw. des Netzwerkkarten-Moduls in /var/log/messages? Immerhin produziert der Kernel (sofort) ICMP-Nachrichten, d.h. "er weiss", dass er die Fritzbox nicht erreichen kann. Ursachen können z.B. fehlerhaftes Routing, Firewall-/Paketfilter-Einstellungen, Netzwerkkarte "down" o.ä. sein. Ist der Rechner direkt an die Fritzbox angesclossen oder über einen Switch? Es ist zwar möglich, dass Einstellungen zu "speed" und "duplex" das Problem kaschieren, aber die Ursache vermute ich woanders. Gruß Andreas -- XMMS spielt gerade nichts... PGP-ID/Fingerprint: BD7C2E59/3E 11 E5 29 0C A8 2F 49 40 6C 2D 5F 12 9D E1 E3 PGP-Key on request or on public keyservers --
Am 05.04.2006 16:21 schrieb Andreas Koenecke:
* Mittwoch, 05. April 2006 um 12:35 (+0200) schrieb Johannes Kastl:
Du musst noch zusätzlich mit 'ethtool -s eth0 ... autoneg off ...' die Auto-Negotiation abschalten, weil die Verbindung sonst sofort wieder "hochgezogen" wird.
Hatte ich auch schon überlegt, es aber noch nicht probiert. Werd ich tun.
Ich würde es erst einmal auf der Konsole ausprobieren, bevor ich es in ein init-Skript schreibe.
Ich hab es in die init-Skripte gestellt, da ich das nicht immer beobachten konnte, und einfach wissen wollte ob es trotz Befehl in den init-Skripten noch schief geht.
Erscheinen vorher Meldungen des Kernels bzw. des Netzwerkkarten-Moduls in /var/log/messages?
Mir wäre nix aufgefallen, ich kann beim nächsten Mal drauf achten.
Immerhin produziert der Kernel (sofort) ICMP-Nachrichten, d.h. "er weiss", dass er die Fritzbox nicht erreichen kann. Ursachen können z.B. fehlerhaftes Routing, Firewall-/Paketfilter-Einstellungen, Netzwerkkarte "down" o.ä. sein.
Routing sollte passen. Firewall sollte auch passen, da es beim nächsten Start (ohne Änderungen) geht. Netzwerkkarte ist auch "up", da anch "ifdown eth0" beim Pingen eine andere Meldung (ich glaube es war "no route to host") erscheint.
Ist der Rechner direkt an die Fritzbox angesclossen oder über einen Switch?
Direkt.
Es ist zwar möglich, dass Einstellungen zu "speed" und "duplex" das Problem kaschieren, aber die Ursache vermute ich woanders.
War nur die Aussage des AVM-Mitarbeiters, das klang so als ob das bekannt wäre. Ich probiere (beim nächsten mal, wenn es auftritt) gerne Sachen aus, wenn du Ideen hast. Ich wüsste nicht was es sein könnte. OJ -- "Herzlichen Glueckwunsch zum Namenstag. Heute ist "Trottel"." (Immo 'FaUl' Wehrenberg in d.c.s.m)
Hallo. * Mittwoch, 05. April 2006 um 18:40 (+0200) schrieb Johannes Kastl:
Am 05.04.2006 16:21 schrieb Andreas Koenecke:
Erscheinen vorher Meldungen des Kernels bzw. des Netzwerkkarten-Moduls in /var/log/messages?
Mir wäre nix aufgefallen, ich kann beim nächsten Mal drauf achten.
Nach deiner Fehlerbeschreibung hätte/würde ich die berüchtigten "transmit timed out"-Meldungen erwartet/erwarten.
Immerhin produziert der Kernel (sofort) ICMP-Nachrichten, d.h. "er weiss", dass er die Fritzbox nicht erreichen kann. Ursachen können z.B. fehlerhaftes Routing, Firewall-/Paketfilter-Einstellungen, Netzwerkkarte "down" o.ä. sein.
[...]
Netzwerkkarte ist auch "up", da anch "ifdown eth0" beim Pingen eine andere Meldung (ich glaube es war "no route to host") erscheint.
Ich meinte auch eher einen Verlust der Ethernet-Verbindung, in diesem Fall sollte aber auch eine entsprechende "Link down"-Meldung un v/l/m erscheinen.
Ich probiere (beim nächsten mal, wenn es auftritt) gerne Sachen aus, wenn du Ideen hast. Ich wüsste nicht was es sein könnte.
Hm, ohne Meldungen in /v/l/m wäre Alles nur "Herumgestochere im Nebel"... Was für eine Netzwerkkarte ist das denn? Ich bin der Meinung, dass es mit 100 Mbit/s FD gehen muss, wenn nicht, dann ist etwas "kaputt". Wenn in meinem Auto bei einer Geschwindigkeit von 80 km/h der Motor aussetzt, wäre ich mit einem "Dann fahren Sie doch nur 50 km/h." des Verkäufers auch nicht zufrieden... Gruß Andreas -- XMMS spielt gerade nichts... PGP-ID/Fingerprint: BD7C2E59/3E 11 E5 29 0C A8 2F 49 40 6C 2D 5F 12 9D E1 E3 PGP-Key on request or on public keyservers --
Am 06.04.2006 12:49 schrieb Andreas Koenecke: [viel Nützliches] Der AVM-Mitarbeiter geht mittlerweile von einem Defekt meiner FritzBox aus, und schickt mir ein Austauschgerät. Wow, das ist ein Service. Nur damit ich nicht dumm sterbe: Wo müsste denn die entsprechende Zeile jetzt hin? /etc/init.d/boot.local /etc/init.d/network ... ? OJ -- Ich mag dieses Paris Hilton-Movement. Sie ist wie ein Gebäude - das Paris Hilton-Haus. Superschön anzusehen, aber innen komplett leer. (Puppetmastaz, Visions Nr. 152)
* Donnerstag, 06. April 2006 um 14:27 (+0200) schrieb Johannes Kastl:
Nur damit ich nicht dumm sterbe: Wo müsste denn die entsprechende Zeile jetzt hin? /etc/init.d/boot.local /etc/init.d/network ...
In "boot.local" wäre das Kommando zu früh und in "rcnetwork" ist die richtige Stelle für das Kommando IMO nicht einfach zu finden... Ich weiss nicht, ob die 9.3 das auch schon hat, aber die 10.0 hat ein Verzeichnis "/etc/sysconfig/network/if-up.d/", in dem eigene Skripte nach dem Aufsetzen der Interfaces ausgeführt werden. Dort würde ich das Kommando unterbringen. Gruß Andreas -- XMMS spielt gerade nichts... PGP-ID/Fingerprint: BD7C2E59/3E 11 E5 29 0C A8 2F 49 40 6C 2D 5F 12 9D E1 E3 PGP-Key on request or on public keyservers --
Am 06.04.2006 15:05 schrieb Andreas Koenecke:
In "boot.local" wäre das Kommando zu früh
Hätte ich auch getippt.
und in "rcnetwork" ist die richtige Stelle für das Kommando IMO nicht einfach zu finden...
Stimmt.
Ich weiss nicht, ob die 9.3 das auch schon hat, aber die 10.0 hat ein Verzeichnis "/etc/sysconfig/network/if-up.d/", in dem eigene Skripte nach dem Aufsetzen der Interfaces ausgeführt werden. Dort würde ich das Kommando unterbringen.
Hat sie. Danke für die Erklärung, ich hoffe natürlich dass ich es mit der neuen Box nicht mehr brauche. Ich hoffe die kann mit meiner Karte umgehen, bzw. die Box funktioniert. Das war wohl bei meiner ein Fehler der Box an sich. Ich hoffe das ist keine Serienfehler. OJ -- <Ohmmmmm> Heiliger St.Tux öffne mir die Augen, welche durch jahrelangen Missbrauch von KleinSoftFenster 3.1 - XP mit Fehler- meldungen zugepflastert wurden, damit ich sehend werde für die Wunder des Reiches das da heißt LINUX.</Ohmmmmm> (Heike Hautz in dcoulm)
Hallo Johannes, ich habe in den vergangenen Tagen übelste Kämpfe mit einer FB7050 und Linux 8.0, 9.3 und 10.0 durch. Sieh Dir mal den Thread "Keine Internetverbindung über Router mit SuSE 10" an, da gibt es auch ein "solved" Vielleicht hilft es Dir. Ach ja, das Problem trat mit der aktuellen Firmware 14.04.01 auf, mit einer älteren Version an der Box zuhause lief es (s. o.g. Thread) Viel Glück! Rolf
Am 06.04.2006 16:20 schrieb Rolf Scheurer:
ich habe in den vergangenen Tagen übelste Kämpfe mit einer FB7050 und Linux 8.0, 9.3 und 10.0 durch. Sieh Dir mal den Thread "Keine Internetverbindung über Router mit SuSE 10" an, da gibt es auch ein "solved"
Hab ich schon.
Vielleicht hilft es Dir. Ach ja, das Problem trat mit der aktuellen Firmware 14.04.01 auf, mit einer älteren Version an der Box zuhause lief es (s. o.g. Thread)
Ich hatte anscheinend eine defekte Box, zumindest schickt mir AVM ein Austauschgerät. OJ -- "Sissi, weißt du was ich am liebsten tun würde?" "Trompete spieln!" "Nein. Ich möchte mir [...] die Kleider vom Leib reißen, Strapse und Mieder anlegen, in hochhackigen Reitstiefeln über die Wiese springen und du liebe Sissi mit einer Reitpeitsche hinter mir her"(Bullyparade)
participants (3)
-
Andreas Koenecke -
Johannes Kastl -
Rolf Scheurer