DD-WRT: Impossible de voir le client lors de l'utilisation de Wired Ethernet
Un peu de problème frustrant à laquelle 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 d'un problème.
J'ai un fichier de fichiers qui est branché dans 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 ping amende). Le serveur de fichiers - et de tous les périphériques - peut accéder à Internet via l'interface ETH0 (configuré pour être WAN). DD-WRT obtient un WAN IP via DHCP - tout va bien.
Voici la partie intéressante. Lorsque mon ordinateur portable est connecté via WiFi (appareil ATH0 sur le routeur), l'ordinateur portable peut voir le serveur de fichiers - je peux ping ça bien. Cependant, lorsque je branche ensuite l'ordinateur portable dans un autre port Ethernet à l'arrière du routeur, il ne peut plus atteindre le serveur de fichiers! Chaque fois que je ping, je n'obtiens pas "Aucun itinéraire d'héberger" et "Host est en bas" Messages de manière interchangeable - même si cela fonctionne toujours bien.
Je pensais que cela pourrait être un problème concernant l'interface BR0 créée par défaut - mais aussi loin que je peux le voir, les ports Ethernet (ETH1) et le WiFi (ATH0) sont pontés car je m'attendrais à ce qu'ils soient. Vous pouvez voir la page Paramètres le montrant ici:
Je suis convaincu que les sous-réseaux sont les mêmes. Je devrais également noter que lorsque je SSH dans le routeur (que je peux faire sur la connexion Wi-Fi et Wired Ethernet), le routeur peut ping l'amende de FileServer à tout moment. Je ne peux tout simplement pas comprendre ce qui ne va pas, et j'espère que quelqu'un peut éclairer ce problème étrange.
J'ai trouvé la solution, vous devez exécuter les deux commandes suivantes pour permettre aux clients connectés au commutateur pour se parler:
swconfig dev eth1 set enable_vlan 1
swconfig dev eth1 set apply
Commandes de courtoisie de Tomshaardware
Je ne comprends toujours pas:
- Ce que font ces commandes
- Pourquoi ils n'étaient pas activés par défaut
J'ai fait du googling et cela semble être un bug dans le micrologiciel DD-WRT . Il y a des discussions sur le forum DD-WRT que la nouvelle version A du micrologiciel corrige le problème . La solution de Siegex fonctionne bien, une chose supplémentaire que je ferais serait de l'ajouter sous la forme d'une commande de démarrage dans la fenêtre de commandes afin que votre routeur redémarre la prochaine fois qu'il "se réparera".