Sie sind nicht angemeldet.

[gelöst] Keine Verbindung zum Internet mit dem neuen Router

bell

Erleuchteter

  • »bell« ist männlich
  • »bell« ist der Autor dieses Themas

Beiträge: 3 128

  • Nachricht senden

1

12.01.2010, 00:57

Keine Verbindung zum Internet mit dem neuen Router

Hallo Leute,
ich bin gerade dabei den Linksys Router gegen ein Atom-basiertes System abzulösen.
Es tritt genau da ein Problem auf, wo ich es am wenigsten erwartet habe.

Wenn ich das neue System anschließe, erhalte ich folgendes im Log:

Quellcode

 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

Jan 12 00:43:08 newmagix kernel: e1000e: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: RX/TX
Jan 12 00:43:08 newmagix kernel: 0000:01:00.0: eth0: 10/100 speed: disabling TSO
Jan 12 00:43:08 newmagix dhcpcd: eth0: carrier acquired
Jan 12 00:43:08 newmagix dhcpcd: eth0: rebinding lease of 95.91.144.69
Jan 12 00:43:08 newmagix dhcpcd: eth0: acknowledged 95.91.144.69 from 83.169.184.178
Jan 12 00:43:08 newmagix dhcpcd: eth0: checking for 95.91.144.69
Jan 12 00:43:08 newmagix ifplugd(eth0)[2838]: Link beat detected.
Jan 12 00:43:13 newmagix dhcpcd: eth0: leased 95.91.144.69 for 2077 seconds
Jan 12 00:43:13 newmagix kernel: 0000:01:00.0: eth0: changing MTU from 1500 to 576
Jan 12 00:43:13 newmagix dhcpcd: eth0: MTU set to 576
Jan 12 00:43:13 newmagix dhcpcd: eth0: carrier lost
Jan 12 00:43:13 newmagix dhcpcd: eth0: MTU restored to 1500
Jan 12 00:43:13 newmagix kernel: 0000:01:00.0: eth0: changing MTU from 576 to 1500
Jan 12 00:43:14 newmagix ifplugd(eth0)[2838]: Link beat lost.
Jan 12 00:43:15 newmagix kernel: e1000e: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: RX/TX
Jan 12 00:43:15 newmagix kernel: 0000:01:00.0: eth0: 10/100 speed: disabling TSO

Die Ausgabe wiederholt sich.

Habe es auch ohne ifplugd getestet. Das selbe Spiel, nur dass der Kernel die Verbindung trennt.
Wie kann ich die Netzwerk-Karte dazu überreden weiter zu laufen, auch wenn "Link beat" nicht mehr da ist? (was das auch immer sein mag)
Auf dem Linksys-Router (OpenWRT) funktioniert es ohne Probleme.
Auch wenn Open-Source kostenlos ist, ist sie nicht umsonst. Dein Preis ist Dein Engagement und Mitarbeit an OS-Projekten.
Wenn Du keinen Preis bezahlen willst, bist Du die Ware. Und das ist nicht Open Source, geschweigedenn frei.

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »bell« (12.07.2010, 20:12)

Michigen

Profi

  • »Michigen« ist männlich

Beiträge: 1 062

  • Nachricht senden

2

12.01.2010, 09:40

Moin bell,

..was ist "Link beat"? Du verlierst aus irgendeinem Grund die öffentliche IP von Deinem Internetanbieter?

Ist das so richtig.
Gentoo Dokumentation

bell

Erleuchteter

  • »bell« ist männlich
  • »bell« ist der Autor dieses Themas

Beiträge: 3 128

  • Nachricht senden

3

12.01.2010, 10:05

Zitat

..was ist "Link beat"?
Ich dachte, das könnte mir hier einer erklären. Die Suche im Netz nach den Begriff hatte nichts gebracht. Ja, ich verliere die öffentliche IP des Internetanbieters. Der alte Router hat jedoch das Problem nicht.
Die Netzwerk-Karte am Rechner funktioniert, wenn ich diese an den Router anschließe. Daran liegt es alsoo wahrscheinlich nicht. Das Kabel ist auch neu und sogar Gigabit-Lan geeignet. Ich habe das Modem des Providers in Verdacht. Aber wenn es mit dem alten Router geht, so sollte man doch den neuen auch zum Laufen bewegen können. :(
Was mich noch wundert ist der Wechsel der MTU auf den ungewöhnlichen Wert 576.
Auch wenn Open-Source kostenlos ist, ist sie nicht umsonst. Dein Preis ist Dein Engagement und Mitarbeit an OS-Projekten.
Wenn Du keinen Preis bezahlen willst, bist Du die Ware. Und das ist nicht Open Source, geschweigedenn frei.

josef.95

OSI Layer 8

Beiträge: 7 674

  • Nachricht senden

4

12.01.2010, 13:42

Hm.., evtl. erst mal mit einer Statischen IP testen!?
so könnte man Probleme bez. DHCP erst mal ausschließen..

bell

Erleuchteter

  • »bell« ist männlich
  • »bell« ist der Autor dieses Themas

Beiträge: 3 128

  • Nachricht senden

5

12.01.2010, 17:49

Es lag tatsächlich am dhcpcd. Dieser meinte die MTU verstellen zu müssen.
Ein Eintrag

Quellcode

 
1

dhcpcd_eth0="--nohook mtu"
in der /etc/conf.d/net und jetzt geht's.
Auch wenn Open-Source kostenlos ist, ist sie nicht umsonst. Dein Preis ist Dein Engagement und Mitarbeit an OS-Projekten.
Wenn Du keinen Preis bezahlen willst, bist Du die Ware. Und das ist nicht Open Source, geschweigedenn frei.

josef.95

OSI Layer 8

Beiträge: 7 674

  • Nachricht senden

6

12.01.2010, 20:55

Zitat von »bell«

Es lag tatsächlich am dhcpcd. Dieser meinte die MTU verstellen zu müssen.
Hm.., das sollte er mit der Standard Konfiguration eigentlich nicht machen..!
In der Standard Konfiguration von dhcpcd-5.1.4 lautet es in der
/etc/dhcpcd.conf

Auszug:

Quellcode

 
1
2

# Respect the network MTU.
option interface_mtu
Hast du dies evtl. auskommentiert?

bell

Erleuchteter

  • »bell« ist männlich
  • »bell« ist der Autor dieses Themas

Beiträge: 3 128

  • Nachricht senden

7

12.01.2010, 21:07

Die Option eth0_mtu hatte ich getestet gehabt. Die angegebene MTU wurde vor dhcpcd gesetzt und anschließend durch dhcpcd überschrieben. Soweit ich es verstanden habe werden durch dhcpcd die Skripte in /lib/dhcpcd/dhcpcd-hooks ausgeführt. Das Problem hat wohl /lib/dhcpcd/dhcpcd-hooks/10-mtu verursacht. Verstanden habe ich es nicht.
Auch wenn Open-Source kostenlos ist, ist sie nicht umsonst. Dein Preis ist Dein Engagement und Mitarbeit an OS-Projekten.
Wenn Du keinen Preis bezahlen willst, bist Du die Ware. Und das ist nicht Open Source, geschweigedenn frei.

Verwendete Tags

carrier lost, mtu

Häufig verwendete Suchbegriffe:

www.my-echo.de mobile-parts-discount.net Andere Architekturen Lob & Kritik Gentoo Linux bka trojaner finden Emerge Probleme softwaregarage.de Drucker Linux Computer und Notebooks