J'ai un serveur Wheezy chez OVH (gamme SoYouStart) dot=C3=A9 d'une IP princ=
ipale
et de deux secondaires (dites IP Failover).
J'ai une machine Wheezy connect=C3=A9e =C3=A0 un LAN sur lequel sont instal=
l=C3=A9s deux
modem-routeurs vers le Net.
Le but ultime est de faire de l'aggr=C3=A9gation de bande passante via du V=
PN
Bonding (cf [1])
Lors de mes essais, j'ai constat=C3=A9 (sauf erreur) que :
- par d=C3=A9faut (ie sans instruction "local a.b.c.d" dans
/etc/openvpn/server.conf), je ne peux me connecter que via l'IP principale
(ie pas les IP secondaires) ,
- en ajoutant une instruction "local 1.2.3.4" (1.2.3.4 =C3=A9tant une IP
secondaire), je peux me connecter via cette IP secondaire mais plus via
l'IP principale ou l'autre secondaire,
- en ajoutant successivement deux instructions "local 1.2.3.4" puis "local
4.3.2.1" (4.3.2.1 =C3=A9tant la 2=C3=A8me IP secondaire), je peux me connec=
ter que
via la derni=C3=A8re IP secondaire,
- en ajoutant successivement une instruction "local 1.2.3.4 4.3.2.1", je
peux me connecter que via la premi=C3=A8re IP secondaire,
- =C3=A0 chaque fois, l'=C3=A9chec de connexion se traduit par une erreur
"ovpn-server[21156]: read UDPv4 [ECONNREFUSED]: Connection refused
(code=3D111)" qui prouve que le daemon re=C3=A7oit bien la demande du clien=
t mais
la refuse
Mes questions sont:
1. Dois-je lancer 2 instances sur le serveur ou 1 instance acceptant 2 IP ?
2. Y-a-t-il sur Wheezy d'autres m=C3=A9canismes plus adapt=C3=A9s pour aggr=
=C3=A9ger de la
bande passante entre deux machines qui coop=C3=A8rent et sont situ=C3=A9s d=
ans les
r=C3=A9seaux diff=C3=A9rents.
<div dir=3D"ltr"><div><div><div><div><div><div><div><div><div><div>Bonjour,=
<br><br></div>J'ai un serveur Wheezy chez OVH (gamme SoYouStart) dot=C3=
=A9 d'une IP principale et de deux secondaires (dites IP Failover).<br>=
<br>
</div>J'ai une machine Wheezy connect=C3=A9e =C3=A0 un LAN sur lequel s=
ont install=C3=A9s deux modem-routeurs vers le Net.<br><br></div><div>Le bu=
t ultime est de faire de l'aggr=C3=A9gation de bande passante via du VP=
N Bonding (cf [1])<br>
</div><div><br></div>Lors de mes essais, j'ai constat=C3=A9 (sauf erreu=
r) que :<br></div>- par d=C3=A9faut (ie sans instruction "local a.b.c.=
d" dans /etc/openvpn/server.conf), je ne peux me connecter que via l&#=
39;IP principale (ie pas les IP secondaires) ,<br>
</div>- en ajoutant une instruction "local 1.2.3.4" (1.2.3.4 =C3=
=A9tant une IP secondaire), je peux me connecter via cette IP secondaire ma=
is plus via l'IP principale ou l'autre secondaire,<br></div>- en aj=
outant successivement deux instructions "local 1.2.3.4" puis &quo=
t;local 4.3.2.1" (4.3.2.1 =C3=A9tant la 2=C3=A8me IP secondaire), je =
peux me connecter que via la derni=C3=A8re IP secondaire,<br>
- en ajoutant successivement une instruction "local 1.2.3.4=C2=A0 4.3.=
2.1", je peux me=20
connecter que via la premi=C3=A8re IP secondaire,<br></div><div>- =C3=A0 ch=
aque fois, l'=C3=A9chec de connexion se traduit par une erreur "ov=
pn-server[21156]: read UDPv4 [ECONNREFUSED]: Connection refused (code=3D111=
)" qui prouve que le daemon re=C3=A7oit bien la demande du client mais=
la refuse<br>
<br></div>Mes questions sont:<br><br></div>1. Dois-je lancer 2 instances su=
r le serveur ou 1 instance acceptant 2 IP ?<br></div>2. Y-a-t-il sur Wheez=
y d'autres m=C3=A9canismes plus adapt=C3=A9s pour aggr=C3=A9ger de la b=
ande passante entre deux machines qui coop=C3=A8rent et sont situ=C3=A9s da=
ns les r=C3=A9seaux diff=C3=A9rents.<br>
<br></div>Slts<br><div><div><div><div><br><br>[1] <a href=3D"http://simonmo=
tt.co.uk/vpn-bonding">http://simonmott.co.uk/vpn-bonding</a><br></div></div=
></div></div></div>
--047d7bacbedc1151b304fa03dcff--
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/CAPeT9jjg7pOsJEm7JRNksdAMtJuG9tnxj4MmJAjz=5sL2S+5Pg@mail.gmail.com
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/CABGC0bsrv3eiyaR+
SAlut,
On test ca actuellement pour un client: http://www.mlvpn.fr/
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/CABGC0bsrv3eiyaR+eWXY4N0y5gVYMC6twPLgNrFqm15remsOrA@mail.gmail.com
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/CABGC0bsrv3eiyaR+
Guillaume
Le 22/05/2014 23:33, Olivier a écrit :
Bonjour,
J'ai un serveur Wheezy chez OVH (gamme SoYouStart) doté d'une IP principale et de deux secondaires (dites IP Failover).
J'ai une machine Wheezy connectée à un LAN sur lequel sont installés deux modem-routeurs vers le Net.
Le but ultime est de faire de l'aggrégation de bande passante via du VPN Bonding (cf [1])
Lors de mes essais, j'ai constaté (sauf erreur) que : - par défaut (ie sans instruction "local a.b.c.d" dans /etc/openvpn/server.conf), je ne peux me connecter que via l'IP principale (ie pas les IP secondaires) , - en ajoutant une instruction "local 1.2.3.4" (1.2.3.4 étant une IP secondaire), je peux me connecter via cette IP secondaire mais plus via l'IP principale ou l'autre secondaire, - en ajoutant successivement deux instructions "local 1.2.3.4" puis "local 4.3.2.1" (4.3.2.1 étant la 2ème IP secondaire), je peux me connecter que via la dernière IP secondaire, - en ajoutant successivement une instruction "local 1.2.3.4 4.3.2.1", je peux me connecter que via la première IP secondaire, - à chaque fois, l'échec de connexion se traduit par une erreur "ovpn-server[21156]: read UDPv4 [ECONNREFUSED]: Connection refused (code1)" qui prouve que le daemon reçoit bien la demande du client mais la refuse
Mes questions sont:
1. Dois-je lancer 2 instances sur le serveur ou 1 instance acceptant 2 IP ? 2. Y-a-t-il sur Wheezy d'autres mécanismes plus adaptés pour aggréger de la bande passante entre deux machines qui coopèrent et sont situés dans les réseaux différents.
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/
Le 22/05/2014 23:33, Olivier a écrit :
Bonjour,
J'ai un serveur Wheezy chez OVH (gamme SoYouStart) doté d'une IP
principale et de deux secondaires (dites IP Failover).
J'ai une machine Wheezy connectée à un LAN sur lequel sont installés
deux modem-routeurs vers le Net.
Le but ultime est de faire de l'aggrégation de bande passante via du
VPN Bonding (cf [1])
Lors de mes essais, j'ai constaté (sauf erreur) que :
- par défaut (ie sans instruction "local a.b.c.d" dans
/etc/openvpn/server.conf), je ne peux me connecter que via l'IP
principale (ie pas les IP secondaires) ,
- en ajoutant une instruction "local 1.2.3.4" (1.2.3.4 étant une IP
secondaire), je peux me connecter via cette IP secondaire mais plus
via l'IP principale ou l'autre secondaire,
- en ajoutant successivement deux instructions "local 1.2.3.4" puis
"local 4.3.2.1" (4.3.2.1 étant la 2ème IP secondaire), je peux me
connecter que via la dernière IP secondaire,
- en ajoutant successivement une instruction "local 1.2.3.4 4.3.2.1",
je peux me connecter que via la première IP secondaire,
- à chaque fois, l'échec de connexion se traduit par une erreur
"ovpn-server[21156]: read UDPv4 [ECONNREFUSED]: Connection refused
(code1)" qui prouve que le daemon reçoit bien la demande du client
mais la refuse
Mes questions sont:
1. Dois-je lancer 2 instances sur le serveur ou 1 instance acceptant 2
IP ?
2. Y-a-t-il sur Wheezy d'autres mécanismes plus adaptés pour aggréger
de la bande passante entre deux machines qui coopèrent et sont situés
dans les réseaux différents.
Slts
[1] http://simonmott.co.uk/vpn-bonding
Bonjour,
il faut lancer 2 instances sur le serveur distant et aussi sur le
serveur local.
Sur le serveur distant tu peux très bien n'utiliser qu'une seul adresse
IP et utiliser 1 port / instance
--
Guillaume
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/537F3463.20504@gwilhom.fr
J'ai un serveur Wheezy chez OVH (gamme SoYouStart) doté d'une IP principale et de deux secondaires (dites IP Failover).
J'ai une machine Wheezy connectée à un LAN sur lequel sont installés deux modem-routeurs vers le Net.
Le but ultime est de faire de l'aggrégation de bande passante via du VPN Bonding (cf [1])
Lors de mes essais, j'ai constaté (sauf erreur) que : - par défaut (ie sans instruction "local a.b.c.d" dans /etc/openvpn/server.conf), je ne peux me connecter que via l'IP principale (ie pas les IP secondaires) , - en ajoutant une instruction "local 1.2.3.4" (1.2.3.4 étant une IP secondaire), je peux me connecter via cette IP secondaire mais plus via l'IP principale ou l'autre secondaire, - en ajoutant successivement deux instructions "local 1.2.3.4" puis "local 4.3.2.1" (4.3.2.1 étant la 2ème IP secondaire), je peux me connecter que via la dernière IP secondaire, - en ajoutant successivement une instruction "local 1.2.3.4 4.3.2.1", je peux me connecter que via la première IP secondaire, - à chaque fois, l'échec de connexion se traduit par une erreur "ovpn-server[21156]: read UDPv4 [ECONNREFUSED]: Connection refused (code1)" qui prouve que le daemon reçoit bien la demande du client mais la refuse
Mes questions sont:
1. Dois-je lancer 2 instances sur le serveur ou 1 instance acceptant 2 IP ? 2. Y-a-t-il sur Wheezy d'autres mécanismes plus adaptés pour aggréger de la bande passante entre deux machines qui coopèrent et sont situés dans les réseaux différents.