DD-WRT: impossible de voir le client lors de l'utilisation d'Ethernet filaire

Un peu d'un problème frustrant auquel j'ai été confronté - je ne sais tout simplement pas ce qui ne va pas.

J'ai un routeur Netgear WNR2000v3 avec DD-WRT v24-sp2 (03/19/12) std installé. Tout fonctionne parfaitement à part un problème.

J'ai un serveur de fichiers qui est branché sur l'un des ports Ethernet à l'arrière du routeur. Le serveur de fichiers peut voir tous les périphériques réseau correctement (peut envoyer une requête ping très bien). Le serveur de fichiers - et tous les appareils - peuvent accéder à Internet via l'interface eth0 (configurée pour être WAN). DD-WRT obtient une IP WAN via DHCP - tout va bien.

Voici la partie intéressante. Lorsque mon ordinateur portable est connecté via wifi (périphérique ath0 sur le routeur), l'ordinateur portable peut voir le serveur de fichiers - je peux le cingler correctement. Cependant, lorsque je branche ensuite l'ordinateur portable sur un autre port Ethernet à l'arrière du routeur, il ne peut plus atteindre le serveur de fichiers! Chaque fois que je fais un ping, j'obtiens des messages "Aucune route vers l'hôte" et "L'hôte est en panne" de manière interchangeable - même si cela fonctionne toujours bien.

J'ai pensé que cela pourrait être un problème concernant l'interface br0 créée par défaut - mais pour autant que je puisse voir, les ports Ethernet (eth1) et le wifi (ath0) sont pontés comme je m'y attendais. Vous pouvez voir la page des paramètres le montrant ici:

Je suis convaincu que les sous-réseaux sont les mêmes. Je dois également noter que lorsque je me connecte au routeur (ce que je peux faire à la fois sur le wifi et sur l'Ethernet filaire), le routeur peut envoyer une requête ping au serveur de fichiers à tout moment. Je ne peux tout simplement pas comprendre ce qui ne va pas et j'espère que quelqu'un pourra faire la lumière sur cet étrange problème.

J'ai trouvé la solution, vous devez exécuter les deux commandes suivantes pour permettre aux clients connectés au commutateur de se parler:

swconfig dev eth1 set enable_vlan 1
swconfig dev eth1 set apply 

Commandes gracieuseté de tomshardware

Je ne comprends toujours pas:

1. Que font ces commandes
2. Pourquoi ils n'étaient pas activés par défaut

J'ai fait une recherche sur Google et cela semble être un bug dans le firmware DD-WRT . Il est question sur le forum DD-WRT que la nouvelle version a du micrologiciel résoudra le problème . Le correctif de SiegeX fonctionne très bien, une autre chose que je ferais serait de l'ajouter en tant que commande de démarrage dans la fenêtre de commandes afin que la prochaine fois que votre routeur redémarre, il se "corrige" lui-même.

Notez que selon le bogue du firmware DD-WRT lié à @Simon The Cat, vous devrez peut-être exécuter des commandes supplémentaires comme je l'ai fait sur mon TL-WR841Nv9 lors de la mise à niveau vers DD-WRT build 38240.

Vous pouvez / devez vérifier quelle interface utiliser en exécutant "swconfig list" dans une session SSH.

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

Vous pouvez également confirmer sur quels ports vous avez besoin d'activer vlan 0 avec "swconfig dev eth0 show" ... Dans le cas ci-dessous, j'ai les ports 0,1,2,3 et 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:~#

Les dernières commandes que j'ai mises dans Administration -> Commandes -> Command Shell [box] -> "Save Startup" étaient les suivantes. Remplacez votre nom d'interface ci-dessous qui est pour 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

Ensuite - aucune idée pourquoi, la sortie ci-dessous de "swconfig dev eth0 show" semble identique à la sortie de la même commande après avoir exécuté ces deux commandes au démarrage "swconfig dev eth0 set enable_vlan 1; swconfig dev eth0 set apply 1;" mais pour une raison quelconque, mon routeur avait besoin des deux autres lignes pour que les ports du commutateur communiquent correctement entre les périphériques, comme indiqué dans le rapport de bogue :

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:~#