Itinéraire statique sur un TP-Link TL-WR1043ND

La première chose que je conseillerais est de brancher une machine de test sur le routeur connecté à Internet. Donnez-lui manuellement une adresse IP et configurez une route vers l'autre routeur.

Si vous avez Linux, ce serait quelque chose comme ceci : ip addr add 10.89.49.x/24 dev eth0 ip link set up dev eth0 ip route add 10.89.7.0/24 via 10.89.49.101 dev eth0

Ensuite, essayez de faire un ping sur 10.89.49.101 (pour vérifier que vous pouvez atteindre l'interface wan de votre routeur) et ensuite essayez de faire un ping sur quelque chose au-delà comme 10.89.7.1.

Si vous ne trouvez pas .1, il s'agit probablement d'un problème de NAT ou de pare-feu. Le pare-feu peut empêcher le trafic en provenance de l'interface WAN d'atteindre le LAN. À moins d'avoir une raison de l'activer, je vous conseille de désactiver tous les pare-feu du dispositif. (Espérons que le fabricant le supporte).

Enfin, vérifiez si le routeur dispose de paramètres NAT. Si le NAT est activé, il se peut qu'il attende de vous que vous configuriez explicitement des redirections pour des ports sur 10.89.7.101 vers des machines et des ports dans 10.89.7.0/24.

Si vous n'avez pas de machine de test Linux, envisagez de télécharger un Live CD pour effectuer les tests ou quelqu'un d'autre peut commenter et vous expliquer comment faire cela sous Windows.

Je ne suis pas sûr si répondre à cette question ajoutera de la valeur à ce problème car elle a été publiée il y a environ 6 ans!

Après avoir examiné attentivement votre diagramme et lu les réponses ci-dessus, je comprends la configuration empêchant la communication bidirectionnelle. Le routeur grand public de type TP-Link (SOHO) est censé fonctionner la plupart du temps comme un dispositif passerelle Internet autonome et permettre à l'utilisateur non technique de commencer à utiliser ces dispositifs NAT sur le LAN> Trafic WAN configuré par défaut. Sur votre réseau, tout trafic originaire du deuxième routeur atteignant Internet ouvert après avoir au moins 2 en-têtes NAT de destination sur chaque paquet.

pouvoir se connecter d'un appareil sans fil à un appareil câblé, par exemple SSH de 10.89.7.X à 10.89.49.Y, mais ça ne marche pas dans l'autre sens

Lorsque vous vous connectez en ssh sur le réseau 10.89.49.Y, le serveur hôte ssh voit la connexion provenant de l'interface WAN du deuxième routeur (IP 10.89.49.Y), en réalité, 10.89.7.x ne sort jamais en traversant le deuxième routeur.

Donc, sans réinitialiser votre câble ou toute autre configuration, désactivez simplement le NAT sur le deuxième routeur. (Sur un TP-Link, cela peut apparaître comme un mode 'Point d'accès sans fil', et non comme un 'Mode routeur sans fil'.

J'espère que votre problème est déjà résolu depuis longtemps...

En cherchant une réponse à ma situation actuelle, je suis tombé sur votre question et j'ai essayé de voir si cela pouvait m'aider. Hélas, non.

Cependant, il semble que vous devez configurer le routage sur les deux appareils si vous utilisez des ports WAN. Alors que vous avez configuré le routage du routeur 1 vers le réseau du routeur 2, le routeur 1 enverra tous les paquets de données mais n'en recevra aucun en retour car le routeur 2 ne le permet pas (je pense que c'est celui en 10.89.7.*). Accédez à la liste de routage statique du deuxième routeur et ajoutez le chemin inverse et maintenant ils devraient bien fonctionner ensemble.

J'ai aussi deux TP-Links, mais de modèles différents et c'est la seule façon dont j'ai pu avoir accès entre deux réseaux différents selon votre topologie.

Cependant, la réponse proposée par Salvador Seekatz est une meilleure façon de résoudre le problème sur votre petit réseau, à mon avis. Le routage avancé et les multiples réseaux sont pour des besoins différents.