Si MachineA n'est pas un container OpenVZ, il me suffit de lui ajouter la nouvelle route vers Y.Y.Y.Y en passant par Z.Z.Z.2, et d'avoir l'IP forwarding d'activé sur MachineB pour pouvoir pinger Y.Y.Y.Y
C'est ça qui est surprenant, et franchement pas normal.
Du point de vue de X.X.X.X, il y a deux connections (ou sockets, si tu préfère):
La connection SSH:
X.X.X.X:22 <-> Y.Y.Y.Y:????
Le ping dans le tunnel:
Z.Z.Z.1 <-> Y.Y.Y.Y
Quand tu modifie la route vers Y.Y.Y.Y, tu la modifie pour tout les paquets à destination de Y.Y.Y.Y. Y compris pour les paquets SSH. qui encapsulent tes paquets tunellés. Je ne comprend pas comment ça peut marcher sous Linux de base, à moins que SSH fasse quelque chose de spécial ou qu'il y ai un bug dans le noyau. Quelle est la version de ton noyau ?
Sinon je vois pas l'intérêt de vouloir continuer à chercher à faire fonctionner avec OpenVZ une configuration réseau qui n'est pas censé marcher de base.
[^] # Re: Si tu veux pas que je trolle ...
Posté par Batchyx . En réponse au message Problème du vendredi: réseau, ssh -w, OpenVZ :-). Évalué à 2.
C'est ça qui est surprenant, et franchement pas normal.
Du point de vue de X.X.X.X, il y a deux connections (ou sockets, si tu préfère):
Quand tu modifie la route vers Y.Y.Y.Y, tu la modifie pour tout les paquets à destination de Y.Y.Y.Y. Y compris pour les paquets SSH. qui encapsulent tes paquets tunellés. Je ne comprend pas comment ça peut marcher sous Linux de base, à moins que SSH fasse quelque chose de spécial ou qu'il y ai un bug dans le noyau. Quelle est la version de ton noyau ?
Sinon je vois pas l'intérêt de vouloir continuer à chercher à faire fonctionner avec OpenVZ une configuration réseau qui n'est pas censé marcher de base.