Bon, désolé de vous avoir offensé alors !!  :cheesy:
Non mais de toute façon, je pense que mon problème est indépendant de l'OS, et qu'il relève simplement du routage  (enfin, si seulement c'était  si simple.. :frown: )

Hello,

  Je ne suis pas sur d'avoir bien compris ta description du problème.

En ce qui concerne le VPN, il y a deux implémentations classique: le mode tunnel (IPSEC en mode tunnel, openVPN, vpn propriétaire Cisco, etc...) et le mode transport (A ma connaissance, il n'existe qu'IPSec en mode transport pour cela.).

Avec le mode transport, la présence du vpn est transparente au niveau des interfaces, comme l'implémentation n'affecte que la couche IP. Les tables de routage n'ont pas à être modifiées. J'assume donc que ce n'est donc pas IPSec en mode transport que tu utilises.

En mode tunnel, le système fait apparaître une interface "tunnel" virtuelle. Les paquets envoyés dans cette interface sont encryptés, enveloppés dans un paquet a destination de l'autre extrémité du tunnel, puis réinjectées dans le routage, qui détermine comment faire arriver le paquet enveloppe à destination.

Est-ce qu'une de tes interfaces A ou B est une interface "tunnel" ? ou as-tu deux interfaces physiques reliées à Internet ?

Si jamais tu utilises un VPN hardware: la configuration des VPNs sur les équipements Juniper est assez contre-intuitive. Il faut assigner la règle "tunnel" sur la connexion à protéger dans la direction de l'entrée, pas de la sortie.

Il n'existe aucune raison de connecter deux interfaces physiques au même segment de réseau, dans une configuration normale. (sous linux en tout cas... le seul cas que je peux imaginer, c'est un honeypot sous windows avec une interface furtive, contre un cracker assez malin pour vérifier par une intrusion locale si deux machines correspondent a la même interface physique. Et encore, ptet que windows sait le faire aussi). Donc, j'assume que si A et B sont deux interfaces physiques, elles sont reliées à internet mais par deux routeurs différents.

Si les deux interfaces sont sur le même subnet (que ce soit sur un segment séparé ou non, c'est mauvais), il faut revoir ta configuration réseau. Dans ce cas la, une possibilité est que ton démon vpn en userland ne s'attache qu'a une seule des interfaces réseau. Il faut activer le forwarding IP pour permettre aux paquets entrant sur la mauvaise interface de traverser le routage. (sous linux: echo 1 >/proc/sys/net/ipv4/ip_forward)

Linux a une fonction dite de "reverse path filtering" qui protège partiellement contre le spoofing IP en refusant les paquets entrant par une interface qui ne serait pas bonne route pour l'adresse source. Cette fonction empêche le fonctionnement du routage asymétrique. Peut-être que windows a l'équivalent et qu'il faudrait le désactiver ? (sous linux:
echo 0 > /proc/sys/net/ipv4/conf/ethX/rp_filter )

Si tes deux interfaces sont sur des subnets publics différents, leur règles de routages ne devraient pas entrer en collision. Si tu utilises un système vpn en userland (OpenVPN ou autres), il faut peut-être demander au démon vpn de s'attacher explicitement à une interface donnée.

Dernière observation: il n'est ni facile ni raisonnable de vouloir router des paquets en fonction de par ou les paquets entrants sont arrivés. Dans un cas comme celui-ci, il est en général beaucoup plus facile de mettre une connexion bridge entre les deux interfaces et de laisser le code du bridge déterminer la bonne direction.

Conclusion: donnes nous plus d'infos, et essaie linux, tu te feras moins ch*** !

Il nous manque toujours une description plus précise de ta topologie réseau..

bon, allez, wild guess:

route add <s.s.s.s>  <g.g.g.g> if <b> 

où <s.s.s.s> est l'adresse IP du serveur vpn, <g.g.g.g> l'adresse ip de la gateway internet accessible via l'interface B, et <b> le numéro de l'interface B tel qu'il est affiché par

route print