OVH Cloud OVH Cloud

LARTC et plusieurs connections Internet

3 réponses
Avatar
Alain JUPIN
Bonjour,

Est il possible de réaliser le chapitre 4.2 du LARTC en ayant les 2
modem/routeur sur la même interface reseau ?

Modem1 en bridge (IP 82.20.30.30), Modem2 en mode routeur (IP
192.168.21.254) sur le roouteur, une IP publique du style (82.20.30.25) et
un alias eth1:modem2 avec l'IP 192.168.21.1)

http://www.linux-france.org/prj/inetdoc/guides/lartc/lartc.rpdb.multiple-links.html

A première vue cela ne semble pas fonctionner

Mon but, si la connection sur Modem1 est HS, alors on bascule sur la
connection modem2

Alain

3 réponses

Avatar
Sébastien Monbrun aka TiChou
Dans le message <news:,
*Alain JUPIN* tapota sur f.c.r.ip :

Bonjour,

Est il possible de réaliser le chapitre 4.2 du LARTC en ayant les 2
modem/routeur sur la même interface reseau ?


Oui.

Modem1 en bridge (IP 82.20.30.30), Modem2 en mode routeur (IP
192.168.21.254) sur le roouteur, une IP publique du style (82.20.30.25)
et un alias eth1:modem2 avec l'IP 192.168.21.1)

http://www.linux-france.org/prj/inetdoc/guides/lartc/lartc.rpdb.multiple-links.html

A première vue cela ne semble pas fonctionner


Symptômes ? Quelles sont les règles et les routes qui ont été mises en place
?

Mon but, si la connection sur Modem1 est HS, alors on bascule sur la
connection modem2


Pour cela, il faut un mécanisme pour détecter quand le lien principal est
hors service ou non et changer en conséquence la route par défaut pour faire
basculer le trafic sur le lien de secours ou non. Par exemple, un test
régulier sur la passerelle du lien principal par envoi d'icmp echo.

--
Sébastien Monbrun aka TiChou

Avatar
Elekaj
Le Thu, 28 Sep 2006 14:15:29 +0200, Sébastien Monbrun aka TiChou a
écrit :

Dans le message <news:,
*Alain JUPIN* tapota sur f.c.r.ip :

Bonjour,

Est il possible de réaliser le chapitre 4.2 du LARTC en ayant les 2
modem/routeur sur la même interface reseau ?


Oui.

Modem1 en bridge (IP 82.20.30.30), Modem2 en mode routeur (IP
192.168.21.254) sur le roouteur, une IP publique du style (82.20.30.25)
et un alias eth1:modem2 avec l'IP 192.168.21.1)

http://www.linux-france.org/prj/inetdoc/guides/lartc/lartc.rpdb.multiple-links.html

A première vue cela ne semble pas fonctionner


Symptômes ? Quelles sont les règles et les routes qui ont été mises en place
?


Avec la configuration suivante :

eth0 Link encap:Ethernet HWaddr 00:02:B3:9A:38:02
inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0

eth1 Link encap:Ethernet HWaddr 00:E0:18:7D:A3:C9
inet addr:82.20.30.25 Bcast:82.20.30.31 Mask:255.255.255.248

eth1:mode Link encap:Ethernet HWaddr 00:E0:18:7D:A3:C9
inet addr:192.168.21.1 Bcast:192.168.21.255 Mask:255.255.255.0

Et les routes suivantes :
82.20.30.24 0.0.0.0 255.255.255.248 U 0 0 0 eth1
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
192.168.21.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo
0.0.0.0 82.20.30.30 0.0.0.0 UG 0 0 0 eth1


Quand je fais un route del default gw 82.20.30.30 && route add default gw 192.168.21.254

L'accès à internet devient impossible. Après analyse, je pense que cela
est du a un problème de NAT quand je passe sur la passerelle modem2 (car
celle ci est en mode routeur et non bridge).

Mais par ex, mon modem2 se configure par HTTP. Depuis une machine du LAN
(par ex 192.168.1.152), impossible d'acceder a l'interface Web du modem 2.


Mon but, si la connection sur Modem1 est HS, alors on bascule sur la
connection modem2


Pour cela, il faut un mécanisme pour détecter quand le lien principal est
hors service ou non et changer en conséquence la route par défaut pour faire
basculer le trafic sur le lien de secours ou non. Par exemple, un test
régulier sur la passerelle du lien principal par envoi d'icmp echo.


C'est fait comme cela oui.

Elekaj


Avatar
Sébastien Monbrun aka TiChou
Dans le message <news:,
*Elekaj* tapota sur f.c.r.ip :

Quand je fais un route del default gw 82.20.30.30 && route add default gw
192.168.21.254


Veillez à bien préciser les interfaces. Attention aussi aux entrées dans le
cache des routes ; videz le.

L'accès à internet devient impossible. Après analyse, je pense que cela
est du a un problème de NAT quand je passe sur la passerelle modem2 (car
celle ci est en mode routeur et non bridge).


Quelles sont les règles NAT en place ? Sont-elles modifiées/adaptées à la
nouvelle situation ? Attention aussi aux délais des états dans la table des
suivis des connexions (ip_conntrack).

Mais par ex, mon modem2 se configure par HTTP. Depuis une machine du LAN
(par ex 192.168.1.152), impossible d'acceder a l'interface Web du
modem 2.


Que donne un traceroute ? Vérifiez avec tcpdump comment les paquets entrent
et sortent sur vos interfaces.

--
Sébastien Monbrun aka TiChou