DD-WRT: Der Client kann bei Verwendung von kabelgebundenem Ethernet nicht angezeigt werden

Ein frustrierendes Problem, mit dem ich konfrontiert war - ich weiß nur nicht, was los ist.

Ich habe einen Netgear WNR2000v3-Router mit DD-WRT v24-sp2 (19.03.12) Standard installiert. Bis auf ein Problem funktioniert alles perfekt.

Ich habe einen Dateiserver, der an einen der Ethernet-Ports auf der Rückseite des Routers angeschlossen ist. Der Dateiserver kann alle Netzwerkgeräte gut sehen (kann gut pingen). Der Dateiserver - und alle Geräte - können über die eth0-Schnittstelle (konfiguriert als WAN) auf das Internet zugreifen. DD-WRT erhält eine WAN-IP über DHCP - alles in Ordnung.

Hier ist der interessante Teil. Wenn mein Laptop über WLAN verbunden ist (Gerät ath0 auf dem Router), kann der Laptop den Dateiserver sehen - ich kann ihn gut anpingen. Wenn ich den Laptop dann an einen anderen Ethernet-Anschluss auf der Rückseite des Routers anschließe, kann er den Dateiserver nicht mehr erreichen! Immer wenn ich pinge, erhalte ich austauschbar die Meldungen "Keine Route zum Host" und "Host ist ausgefallen" - obwohl sie tatsächlich noch einwandfrei funktionieren.

Ich dachte, es könnte ein Problem mit der standardmäßig erstellten br0-Schnittstelle sein - aber soweit ich sehen kann, werden die Ethernet-Ports (eth1) und das WLAN (ath0) so überbrückt, wie ich es erwarten würde. Sie können die Einstellungsseite sehen, die dies hier zeigt:

Ich bin zuversichtlich, dass die Subnetze gleich sind. Ich sollte auch beachten, dass, wenn ich SSH in den Router (was ich sowohl über WLAN als auch über kabelgebundenes Ethernet tun kann), der Router den Dateiserver jederzeit einwandfrei anpingen kann. Ich kann einfach nicht herausfinden, was los ist, und hoffe, dass jemand etwas Licht in dieses seltsame Problem bringen kann.

Ich habe die Lösung gefunden. Sie müssen die folgenden zwei Befehle ausführen, damit Clients, die an den Switch angeschlossen sind, miteinander kommunizieren können:

swconfig dev eth1 set enable_vlan 1
swconfig dev eth1 set apply 

Befehle mit freundlicher Genehmigung von Tomshardware

Ich verstehe immer noch nicht:

1. Was diese Befehle tun
2. Warum wurden sie nicht standardmäßig aktiviert?

Ich habe ein bisschen gegoogelt und es scheint ein Fehler in der DD-WRT-Firmware zu sein . Im DD-WRT-Forum ist die Rede davon, dass eine neuere Version a der Firmware das Problem beheben wird . Das Update von SiegeX funktioniert hervorragend. Eine zusätzliche Sache, die ich tun würde, wäre, es als Startbefehl in das Befehlsfenster einzufügen, damit es sich beim nächsten Neustart Ihres Routers selbst "repariert".

Beachten Sie, dass Sie gemäß dem Fehler in der DD-WRT-Firmware , den @Simon The Cat verknüpft hat, möglicherweise einige zusätzliche Befehle ausführen müssen, wie ich es auf meinem TL-WR841Nv9 getan habe, als ich auf DD-WRT Build 38240 aktualisiert habe.

Sie können / sollten überprüfen, welche Schnittstelle verwendet werden soll, indem Sie "swconfig list" in einer SSH-Sitzung ausführen.

root@TL-WR841Nv9:~# swconfig list
Found: switch0 - eth0
root@TL-WR841Nv9:~#

Sie können auch bestätigen, welche Ports Sie benötigen, um vlan 0 zu aktivieren, mit "swconfig dev eth0 show" ... Im folgenden Fall habe ich die Ports 0,1,2,3 und 4:

root@TL-WR841Nv9:~# swconfig dev eth0 show
Global attributes:
        enable_vlan: 0
        mirror_monitor_port: 15
Port 0:
        enable_mirror_rx: 0
        enable_mirror_tx: 0
        pvid: 0
        link: port:0 link:up speed:1000baseT full-duplex txflow rxflow
Port 1:
        enable_mirror_rx: 0
        enable_mirror_tx: 0
        pvid: 0
        link: port:1 link:down
Port 2:
        enable_mirror_rx: 0
        enable_mirror_tx: 0
        pvid: 0
        link: port:2 link:down
Port 3:
        enable_mirror_rx: 0
        enable_mirror_tx: 0
        pvid: 0
        link: port:3 link:up speed:100baseT full-duplex auto
Port 4:
        enable_mirror_rx: 0
        enable_mirror_tx: 0
        pvid: 0
        link: port:4 link:up speed:100baseT full-duplex auto
VLAN 0:
        vid: 0
        ports: 0 1 2 3 4
root@TL-WR841Nv9:~#

Die letzten Befehle, die ich in Administration -> Befehle -> Befehlsshell [Feld] -> "Start speichern" eingegeben habe, waren wie folgt. Ersetzen Sie den folgenden Schnittstellennamen für TP-Link TL-WR841Nv9:

swconfig dev eth0 set reset 1;
swconfig dev eth0 set enable_vlan 1
swconfig dev eth0 vlan 0 set ports '0 1 2 3 4'
swconfig dev eth0 set apply 1

Danach - keine Ahnung warum, sieht die Ausgabe unten von "swconfig dev eth0 show" identisch mit der Ausgabe desselben Befehls aus, nachdem ich beim Start nur diese beiden Befehle ausgeführt habe. "Swconfig dev eth0 set enable_vlan 1; swconfig dev eth0 set apply 1;" Aus irgendeinem Grund benötigte mein Router die beiden anderen Leitungen, damit die Switch-Ports ordnungsgemäß zwischen Geräten kommunizieren konnten, wie im Fehlerbericht dokumentiert :

root@TL-WR841Nv9:~# swconfig dev eth0 show
Global attributes:
        enable_vlan: 1
        mirror_monitor_port: 15
Port 0:
        enable_mirror_rx: 0
        enable_mirror_tx: 0
        pvid: 0
        link: port:0 link:up speed:1000baseT full-duplex txflow rxflow
Port 1:
        enable_mirror_rx: 0
        enable_mirror_tx: 0
        pvid: 0
        link: port:1 link:down
Port 2:
        enable_mirror_rx: 0
        enable_mirror_tx: 0
        pvid: 0
        link: port:2 link:down
Port 3:
        enable_mirror_rx: 0
        enable_mirror_tx: 0
        pvid: 0
        link: port:3 link:up speed:100baseT full-duplex auto
Port 4:
        enable_mirror_rx: 0
        enable_mirror_tx: 0
        pvid: 0
        link: port:4 link:up speed:100baseT full-duplex auto
VLAN 0:
        vid: 0
        ports: 0 1 2 3 4
root@TL-WR841Nv9:~#