Re: openvpn entre deux debian : très très très très lent
On Mon, 12 Sep 2011 19:06:31 +0200, Yann Cohen <yann@ianco.org> wrote:
...
> 64 bytes from store-ascain (192.168.3.50): icmp_req=88 ttl=63
> time=273621 ms
...
> D'où cela peut-il provenir ?
C'est de dieu et nul mortel ne peut s'y soustraire.
Plus sérieusement, je suppose que comme tu peux pinger tu es bridged et non
routed... Ce qui est intriguant, c'est que les 2 premiers pings sont bons
et que ça se dégrade violemment à partir du 3ème; ce qui parait relativement
suspect.
> PING 192.168.3.70 (192.168.3.70) 56(84) bytes of data.
> 64 bytes from 192.168.3.70: icmp_req=1 ttl=64 time=74.3 ms
> 64 bytes from 192.168.3.70: icmp_req=2 ttl=64 time=73.6 ms
> 64 bytes from 192.168.3.70: icmp_req=3 ttl=64 time=18328 ms
> 64 bytes from 192.168.3.70: icmp_req=4 ttl=64 time=72713 ms
Par ailleurs, certains ISPs font du DPI pour pouvoir détecter et restreindre
l'usage de certains ports/Sces, histoire de bien te faire comprendre qu'il faut
utiliser leurs services (payants) si tu veux que ça fonctionne correctement
(ft & sfr, au hasard).
Perso, j'ai bagarré pendant un après-midi sur un OpenVPN entre un
cellulaire (sfr) et un bureau (ft), pour m'apercevoir que le même type de
PB que ce que tu rencontres a automagistracalmement disparu lorsque j'ai changé
le port de 1193 vers 443
Si ça ne marche pas, il faudra revenir et nous dire:
* ce que disent les routes?
* ce que dit un traceroute?
* et si on peut voir les 2 fichiers de conf (cli/svr)?
--
< Overfiend> well, excellent. I get to tear someone a new asshole.
-- in #debian-devel
Reply to: