bonjour ,
j'ai plusieurs serveurs chez ovh et effectivement ce petit
ralentissement existe mais avec leur config il suffit de mettre les
depots officiels debian à la place de leur dépots et ce problème
disparait ....
----- Mail original -----
De: "Nicolas Roudninski"
À: "Liste Debian"
Envoyé: Dimanche 9 Juin 2013 14:08:05
Objet: Serveur ovh et temps de latence apt-get
Bonjour,
Je dispose depuis un mois d'un nouveau serveur kimsuffi chez ovh et
il y a un truc bizarre (enfin, pour moi) : quand j'installe un paquet
(apt-get install) ou que je mets à jour la liste des paquets (apt-get
update), j'ai un temps de latence (une dizaine de secondes voire
plus) sur les adresses des miroirs debian( http://ftp.fr.debian.org
ou http://security.debian.org ). en fait ça bloque momentanément sur
Connexion à security.debian.org (2001:a78:5:1:216:35ff:fe7f:6ceb)].
J'en déduis (peut-être un peu vite que la latence est due aux
adresses IPV6.
Je cherche une piste pour régler ce (léger) problème.
Cordialement,
bonjour ,
j'ai plusieurs serveurs chez ovh et effectivement ce petit
ralentissement existe mais avec leur config il suffit de mettre les
depots officiels debian à la place de leur dépots et ce problème
disparait ....
----- Mail original -----
De: "Nicolas Roudninski" <nicoroud@gmail.com>
À: "Liste Debian" <debian-user-french@lists.debian.org>
Envoyé: Dimanche 9 Juin 2013 14:08:05
Objet: Serveur ovh et temps de latence apt-get
Bonjour,
Je dispose depuis un mois d'un nouveau serveur kimsuffi chez ovh et
il y a un truc bizarre (enfin, pour moi) : quand j'installe un paquet
(apt-get install) ou que je mets à jour la liste des paquets (apt-get
update), j'ai un temps de latence (une dizaine de secondes voire
plus) sur les adresses des miroirs debian( http://ftp.fr.debian.org
ou http://security.debian.org ). en fait ça bloque momentanément sur
Connexion à security.debian.org (2001:a78:5:1:216:35ff:fe7f:6ceb)].
J'en déduis (peut-être un peu vite que la latence est due aux
adresses IPV6.
Je cherche une piste pour régler ce (léger) problème.
Cordialement,
bonjour ,
j'ai plusieurs serveurs chez ovh et effectivement ce petit
ralentissement existe mais avec leur config il suffit de mettre les
depots officiels debian à la place de leur dépots et ce problème
disparait ....
----- Mail original -----
De: "Nicolas Roudninski"
À: "Liste Debian"
Envoyé: Dimanche 9 Juin 2013 14:08:05
Objet: Serveur ovh et temps de latence apt-get
Bonjour,
Je dispose depuis un mois d'un nouveau serveur kimsuffi chez ovh et
il y a un truc bizarre (enfin, pour moi) : quand j'installe un paquet
(apt-get install) ou que je mets à jour la liste des paquets (apt-get
update), j'ai un temps de latence (une dizaine de secondes voire
plus) sur les adresses des miroirs debian( http://ftp.fr.debian.org
ou http://security.debian.org ). en fait ça bloque momentanément sur
Connexion à security.debian.org (2001:a78:5:1:216:35ff:fe7f:6ceb)].
J'en déduis (peut-être un peu vite que la latence est due aux
adresses IPV6.
Je cherche une piste pour régler ce (léger) problème.
Cordialement,
bonjour ,
j'ai plusieurs serveurs chez ovh et effectivement ce petit ralentissement
existe mais avec leur config il suffit de mettre les depots officiels
debian à la place de leur dépots et ce problème disparait ....
----- Mail original -----
De: "Nicolas Roudninski"
À: "Liste Debian"
Envoyé: Dimanche 9 Juin 2013 14:08:05
Objet: Serveur ovh et temps de latence apt-get
Bonjour,
Je dispose depuis un mois d'un nouveau serveur kimsuffi chez ovh et il y a
un truc bizarre (enfin, pour moi) : quand j'installe un paquet (apt-get
install) ou que je mets à jour la liste des paquets (apt-get update) , j'ai
un temps de latence (une dizaine de secondes voire plus) sur les adresses
des miroirs debian( http://ftp.fr.debian.org ou http://security.debian.or" target="_blank" class="text-blue hover:opacity-90 " style="word-break: break-all;" rel="noopener nofollow">http://security.debian.or g). en fait ça bloque momentanément sur
Connexion à security.debian.org (2001:a78:5:1:216:35ff:fe7f:6ceb)]. J'en
déduis (peut-être un peu vite que la latence est due aux adress es IPV6.
Je cherche une piste pour régler ce (léger) problème.
Cordialement,
--
Nicolas Roudninski
Merci de cliquez ici pour m'envoyer un accusé de réception.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists" target="_blank" class="text-blue hover:opacity-90 " style="word-break: break-all;" rel="noopener nofollow">http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive:
http://lists.debian.org/
bonjour ,
j'ai plusieurs serveurs chez ovh et effectivement ce petit ralentissement
existe mais avec leur config il suffit de mettre les depots officiels
debian à la place de leur dépots et ce problème disparait ....
----- Mail original -----
De: "Nicolas Roudninski" <nicoroud@gmail.com>
Ã: "Liste Debian" <debian-user-french@lists.debian.org>
Envoyé: Dimanche 9 Juin 2013 14:08:05
Objet: Serveur ovh et temps de latence apt-get
Bonjour,
Je dispose depuis un mois d'un nouveau serveur kimsuffi chez ovh et il y a
un truc bizarre (enfin, pour moi) : quand j'installe un paquet (apt-get
install) ou que je mets à jour la liste des paquets (apt-get update) , j'ai
un temps de latence (une dizaine de secondes voire plus) sur les adresses
des miroirs debian( http://ftp.fr.debian.org ou http://security.debian.or g). en fait ça bloque momentanément sur
Connexion à security.debian.org (2001:a78:5:1:216:35ff:fe7f:6ceb)]. J'en
déduis (peut-être un peu vite que la latence est due aux adress es IPV6.
Je cherche une piste pour régler ce (léger) problème.
Cordialement,
--
Nicolas Roudninski
nicoroud@gmail.com
Merci de cliquez ici pour m'envoyer un accusé de réception.
--
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:
http://lists.debian.org/1844010.55.1370788654682.JavaMail.baal@GAMER-PC
bonjour ,
j'ai plusieurs serveurs chez ovh et effectivement ce petit ralentissement
existe mais avec leur config il suffit de mettre les depots officiels
debian à la place de leur dépots et ce problème disparait ....
----- Mail original -----
De: "Nicolas Roudninski"
À: "Liste Debian"
Envoyé: Dimanche 9 Juin 2013 14:08:05
Objet: Serveur ovh et temps de latence apt-get
Bonjour,
Je dispose depuis un mois d'un nouveau serveur kimsuffi chez ovh et il y a
un truc bizarre (enfin, pour moi) : quand j'installe un paquet (apt-get
install) ou que je mets à jour la liste des paquets (apt-get update) , j'ai
un temps de latence (une dizaine de secondes voire plus) sur les adresses
des miroirs debian( http://ftp.fr.debian.org ou http://security.debian.or" target="_blank" class="text-blue hover:opacity-90 " style="word-break: break-all;" rel="noopener nofollow">http://security.debian.or g). en fait ça bloque momentanément sur
Connexion à security.debian.org (2001:a78:5:1:216:35ff:fe7f:6ceb)]. J'en
déduis (peut-être un peu vite que la latence est due aux adress es IPV6.
Je cherche une piste pour régler ce (léger) problème.
Cordialement,
--
Nicolas Roudninski
Merci de cliquez ici pour m'envoyer un accusé de réception.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists" target="_blank" class="text-blue hover:opacity-90 " style="word-break: break-all;" rel="noopener nofollow">http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive:
http://lists.debian.org/
Le Sun, 9 Jun 2013 16:37:40 +0200 (CEST),
sylvain a écrit :
> bonjour ,
>
> j'ai plusieurs serveurs chez ovh et effectivement ce petit
> ralentissement existe mais avec leur config il suffit de mettre les
> depots officiels debian à la place de leur dépots et ce probl ème
> disparait ....
>
>
>
> ----- Mail original -----
> De: "Nicolas Roudninski"
> À: "Liste Debian"
> Envoyé: Dimanche 9 Juin 2013 14:08:05
> Objet: Serveur ovh et temps de latence apt-get
>
> Bonjour,
>
>
> Je dispose depuis un mois d'un nouveau serveur kimsuffi chez ovh et
> il y a un truc bizarre (enfin, pour moi) : quand j'installe un paquet
> (apt-get install) ou que je mets à jour la liste des paquets (apt- get
> update), j'ai un temps de latence (une dizaine de secondes voire
> plus) sur les adresses des miroirs debian( http://ftp.fr.debian.org" target="_blank" class="text-blue hover:opacity-90 " style="word-break: break-all;" rel="noopener nofollow">http://ftp.fr.debian.org
> ou http://security.debian.org" target="_blank" class="text-blue hover:opacity-90 " style="word-break: break-all;" rel="noopener nofollow">http://security.debian.org ). en fait ça bloque momentaném ent sur
>
> Connexion à security.debian.org (2001:a78:5:1:216:35ff:fe7f:6ceb)] .
> J'en déduis (peut-être un peu vite que la latence est due aux
> adresses IPV6.
>
>
> Je cherche une piste pour régler ce (léger) problème.
>
>
> Cordialement,
>
bonjour,
voici ce que je propose comme solution efficace, installer un
paquet
nommé : netselect-apt
ensuite, l'employer directement avec le générateur de s ources.list
et remplacer dans /etc/apt/sources.list
relancer par un apt-get update en étant root
Le Sun, 9 Jun 2013 16:37:40 +0200 (CEST),
sylvain <contact@baal.fr> a écrit :
> bonjour ,
>
> j'ai plusieurs serveurs chez ovh et effectivement ce petit
> ralentissement existe mais avec leur config il suffit de mettre les
> depots officiels debian à la place de leur dépots et ce probl ème
> disparait ....
>
>
>
> ----- Mail original -----
> De: "Nicolas Roudninski" <nicoroud@gmail.com>
> Ã: "Liste Debian" <debian-user-french@lists.debian.org>
> Envoyé: Dimanche 9 Juin 2013 14:08:05
> Objet: Serveur ovh et temps de latence apt-get
>
> Bonjour,
>
>
> Je dispose depuis un mois d'un nouveau serveur kimsuffi chez ovh et
> il y a un truc bizarre (enfin, pour moi) : quand j'installe un paquet
> (apt-get install) ou que je mets à jour la liste des paquets (apt- get
> update), j'ai un temps de latence (une dizaine de secondes voire
> plus) sur les adresses des miroirs debian( http://ftp.fr.debian.org
> ou http://security.debian.org ). en fait ça bloque momentaném ent sur
>
> Connexion à security.debian.org (2001:a78:5:1:216:35ff:fe7f:6ceb)] .
> J'en déduis (peut-être un peu vite que la latence est due aux
> adresses IPV6.
>
>
> Je cherche une piste pour régler ce (léger) problème.
>
>
> Cordialement,
>
bonjour,
voici ce que je propose comme solution efficace, installer un
paquet
nommé : netselect-apt
ensuite, l'employer directement avec le générateur de s ources.list
et remplacer dans /etc/apt/sources.list
relancer par un apt-get update en étant root
Le Sun, 9 Jun 2013 16:37:40 +0200 (CEST),
sylvain a écrit :
> bonjour ,
>
> j'ai plusieurs serveurs chez ovh et effectivement ce petit
> ralentissement existe mais avec leur config il suffit de mettre les
> depots officiels debian à la place de leur dépots et ce probl ème
> disparait ....
>
>
>
> ----- Mail original -----
> De: "Nicolas Roudninski"
> À: "Liste Debian"
> Envoyé: Dimanche 9 Juin 2013 14:08:05
> Objet: Serveur ovh et temps de latence apt-get
>
> Bonjour,
>
>
> Je dispose depuis un mois d'un nouveau serveur kimsuffi chez ovh et
> il y a un truc bizarre (enfin, pour moi) : quand j'installe un paquet
> (apt-get install) ou que je mets à jour la liste des paquets (apt- get
> update), j'ai un temps de latence (une dizaine de secondes voire
> plus) sur les adresses des miroirs debian( http://ftp.fr.debian.org" target="_blank" class="text-blue hover:opacity-90 " style="word-break: break-all;" rel="noopener nofollow">http://ftp.fr.debian.org
> ou http://security.debian.org" target="_blank" class="text-blue hover:opacity-90 " style="word-break: break-all;" rel="noopener nofollow">http://security.debian.org ). en fait ça bloque momentaném ent sur
>
> Connexion à security.debian.org (2001:a78:5:1:216:35ff:fe7f:6ceb)] .
> J'en déduis (peut-être un peu vite que la latence est due aux
> adresses IPV6.
>
>
> Je cherche une piste pour régler ce (léger) problème.
>
>
> Cordialement,
>
bonjour,
voici ce que je propose comme solution efficace, installer un
paquet
nommé : netselect-apt
ensuite, l'employer directement avec le générateur de s ources.list
et remplacer dans /etc/apt/sources.list
relancer par un apt-get update en étant root
Le 9 juin 2013 16:37, sylvain a écrit :
> bonjour ,
>
> j'ai plusieurs serveurs chez ovh et effectivement ce petit
> ralentissement existe mais avec leur config il suffit de mettre les
> depots officiels debian à la place de leur dépots et ce problème
> disparait ....
>
Non, le problème ne disparaît pas justement. J'ai changé le
sources.list avec les dépôts officiels sans amélioration...
Le 9 juin 2013 16:37, sylvain <contact@baal.fr> a écrit :
> bonjour ,
>
> j'ai plusieurs serveurs chez ovh et effectivement ce petit
> ralentissement existe mais avec leur config il suffit de mettre les
> depots officiels debian à la place de leur dépots et ce problème
> disparait ....
>
Non, le problème ne disparaît pas justement. J'ai changé le
sources.list avec les dépôts officiels sans amélioration...
Le 9 juin 2013 16:37, sylvain a écrit :
> bonjour ,
>
> j'ai plusieurs serveurs chez ovh et effectivement ce petit
> ralentissement existe mais avec leur config il suffit de mettre les
> depots officiels debian à la place de leur dépots et ce problème
> disparait ....
>
Non, le problème ne disparaît pas justement. J'ai changé le
sources.list avec les dépôts officiels sans amélioration...
Le Sun, 9 Jun 2013 19:05:08 +0200,
Nicolas Roudninski a écrit :
> Le 9 juin 2013 16:37, sylvain a écrit :
>
> > bonjour ,
> >
> > j'ai plusieurs serveurs chez ovh et effectivement ce petit
> > ralentissement existe mais avec leur config il suffit de mettre les
> > depots officiels debian à la place de leur dépots et ce pro blème
> > disparait ....
> >
>
> Non, le problème ne disparaît pas justement. J'ai changé le
> sources.list avec les dépôts officiels sans amélioration ...
Bonjour,
ne serait ce point un problème de mtu ?
Le Sun, 9 Jun 2013 19:05:08 +0200,
Nicolas Roudninski <nicoroud@gmail.com> a écrit :
> Le 9 juin 2013 16:37, sylvain <contact@baal.fr> a écrit :
>
> > bonjour ,
> >
> > j'ai plusieurs serveurs chez ovh et effectivement ce petit
> > ralentissement existe mais avec leur config il suffit de mettre les
> > depots officiels debian à la place de leur dépots et ce pro blème
> > disparait ....
> >
>
> Non, le problème ne disparaît pas justement. J'ai changé le
> sources.list avec les dépôts officiels sans amélioration ...
Bonjour,
ne serait ce point un problème de mtu ?
Le Sun, 9 Jun 2013 19:05:08 +0200,
Nicolas Roudninski a écrit :
> Le 9 juin 2013 16:37, sylvain a écrit :
>
> > bonjour ,
> >
> > j'ai plusieurs serveurs chez ovh et effectivement ce petit
> > ralentissement existe mais avec leur config il suffit de mettre les
> > depots officiels debian à la place de leur dépots et ce pro blème
> > disparait ....
> >
>
> Non, le problème ne disparaît pas justement. J'ai changé le
> sources.list avec les dépôts officiels sans amélioration ...
Bonjour,
ne serait ce point un problème de mtu ?
Nicolas Roudninski a écrit :
Ce paquet ne règle pas le problème : netselect-apt me trouve l es mêmes
dépots que les dépots originaux d'ovh (
http://debian.mirrors.ovh.net/debian/).
Le problème ne vient pas de miroirs lents mais, il me semble, des ad resses
en ipv6 puisque le blocage survient à la connexion aux serveurs :
[Connexion à ftp.fr.debian.org (2a01:e0c:1:1598::2)] [Connexion Ã
security.debian.org (2001:a78:5:0:216:35ff:fe7f:be4f)]
Est-ce ça pourrait venir du fichier /etc/network/interfaces :
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet static
address 37.59.44.88
netmask 255.255.255.0
network 37.59.44.0
broadcast 37.59.44.255
gateway 37.59.44.254
iface eth0 inet6 static
address 2001:41D0:8:6758::1
netmask 64
post-up /sbin/ip -f inet6 route add 2001:41D0:8:67ff:ff:ff:ff:ff
dev eth0
post-up /sbin/ip -f inet6 route add default via
2001:41D0:8:67ff:ff:ff:ff:ff
pre-down /sbin/ip -f inet6 route del default via
2001:41D0:8:67ff:ff:ff:ff:ff
pre-down /sbin/ip -f inet6 route del 2001:41D0:8:67ff:ff:ff:ff:ff
dev eth0
Merci tout de même,
Salut,
[~]: $ ping6 2001:41D0:8:6758::1
[19:43]
PING 2001:41D0:8:6758::1(2001:41d0:8:6758::1) 56 data bytes
From 2001:41d0::173 icmp_seq=1 Destination unreachable: Address unreach able
From 2001:41d0::173 icmp_seq=5 Destination unreachable: Address unreach able
un ip6tables de configuré ?
Nicolas Roudninski a écrit :
Ce paquet ne règle pas le problème : netselect-apt me trouve l es mêmes
dépots que les dépots originaux d'ovh (
http://debian.mirrors.ovh.net/debian/).
Le problème ne vient pas de miroirs lents mais, il me semble, des ad resses
en ipv6 puisque le blocage survient à la connexion aux serveurs :
[Connexion à ftp.fr.debian.org (2a01:e0c:1:1598::2)] [Connexion Ã
security.debian.org (2001:a78:5:0:216:35ff:fe7f:be4f)]
Est-ce ça pourrait venir du fichier /etc/network/interfaces :
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet static
address 37.59.44.88
netmask 255.255.255.0
network 37.59.44.0
broadcast 37.59.44.255
gateway 37.59.44.254
iface eth0 inet6 static
address 2001:41D0:8:6758::1
netmask 64
post-up /sbin/ip -f inet6 route add 2001:41D0:8:67ff:ff:ff:ff:ff
dev eth0
post-up /sbin/ip -f inet6 route add default via
2001:41D0:8:67ff:ff:ff:ff:ff
pre-down /sbin/ip -f inet6 route del default via
2001:41D0:8:67ff:ff:ff:ff:ff
pre-down /sbin/ip -f inet6 route del 2001:41D0:8:67ff:ff:ff:ff:ff
dev eth0
Merci tout de même,
Salut,
stux@wks1[~]: $ ping6 2001:41D0:8:6758::1
[19:43]
PING 2001:41D0:8:6758::1(2001:41d0:8:6758::1) 56 data bytes
From 2001:41d0::173 icmp_seq=1 Destination unreachable: Address unreach able
From 2001:41d0::173 icmp_seq=5 Destination unreachable: Address unreach able
un ip6tables de configuré ?
Nicolas Roudninski a écrit :
Ce paquet ne règle pas le problème : netselect-apt me trouve l es mêmes
dépots que les dépots originaux d'ovh (
http://debian.mirrors.ovh.net/debian/).
Le problème ne vient pas de miroirs lents mais, il me semble, des ad resses
en ipv6 puisque le blocage survient à la connexion aux serveurs :
[Connexion à ftp.fr.debian.org (2a01:e0c:1:1598::2)] [Connexion Ã
security.debian.org (2001:a78:5:0:216:35ff:fe7f:be4f)]
Est-ce ça pourrait venir du fichier /etc/network/interfaces :
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet static
address 37.59.44.88
netmask 255.255.255.0
network 37.59.44.0
broadcast 37.59.44.255
gateway 37.59.44.254
iface eth0 inet6 static
address 2001:41D0:8:6758::1
netmask 64
post-up /sbin/ip -f inet6 route add 2001:41D0:8:67ff:ff:ff:ff:ff
dev eth0
post-up /sbin/ip -f inet6 route add default via
2001:41D0:8:67ff:ff:ff:ff:ff
pre-down /sbin/ip -f inet6 route del default via
2001:41D0:8:67ff:ff:ff:ff:ff
pre-down /sbin/ip -f inet6 route del 2001:41D0:8:67ff:ff:ff:ff:ff
dev eth0
Merci tout de même,
Salut,
[~]: $ ping6 2001:41D0:8:6758::1
[19:43]
PING 2001:41D0:8:6758::1(2001:41d0:8:6758::1) 56 data bytes
From 2001:41d0::173 icmp_seq=1 Destination unreachable: Address unreach able
From 2001:41d0::173 icmp_seq=5 Destination unreachable: Address unreach able
un ip6tables de configuré ?
Nicolas Roudninski a écrit :
Salut,
[~]: $ ping6 2001:41D0:8:6758::1
[19:43]
PING 2001:41D0:8:6758::1(2001:41d0:8:6758::1) 56 data bytes
From 2001:41d0::173 icmp_seq=1 Destination unreachable: Address
unreachable
From 2001:41d0::173 icmp_seq=5 Destination unreachable: Address
unreachable
un ip6tables de configuré ?
Pas que je sache. Je n'ai jamais configuré d'ip6tables .
Hello,
Ton fichier /etc/network/interfaces semble bon pour un dédié ch ez OVH,
(j'en ai deux comme ça qui traînent, et ça fonctionne).
Mais de toute évidence tu as un soucis de connectivité IPv6 .
Quel est le résultat des commandes suivantes ?
ip -6 a s
ip -6 r s
ping6 ipv6.ovh.com
Chose qui pouvait passer relativement inapercu auparavant, mais maintenan t
(depuis lenny pour autant que je me souvienne), si connectivité IPv6
publique et enregistrement DNS en AAAA répondent lors d'une connexio n
quelconque , la priorité est à IPv6 , et si ca ne marche pas, o n tente en
IPv4.
Je pense que dans ton cas, c'est le "si ca marche pas" se traduit par un
timeout de connexion (le pire des cas), ce qui donne lieu aux symptô mes que
tu nous exposes.
Le fichier interfaces , tu l'as eu comme ça dès la livraison du serveur
(c'est ce que fournit OVH à présent), ou tu l'as modifié t oi même ?
Ma question sur ip6tables n'est pas innocente non plus, et il faut faire
particulièrement attention au blocage de l'ICMP : il est utilisà © comme
remplacement de l'ARP quand on est en IPv6 ...
Nicolas Roudninski a écrit :
Salut,
stux@wks1[~]: $ ping6 2001:41D0:8:6758::1
[19:43]
PING 2001:41D0:8:6758::1(2001:41d0:8:6758::1) 56 data bytes
From 2001:41d0::173 icmp_seq=1 Destination unreachable: Address
unreachable
From 2001:41d0::173 icmp_seq=5 Destination unreachable: Address
unreachable
un ip6tables de configuré ?
Pas que je sache. Je n'ai jamais configuré d'ip6tables .
Hello,
Ton fichier /etc/network/interfaces semble bon pour un dédié ch ez OVH,
(j'en ai deux comme ça qui traînent, et ça fonctionne).
Mais de toute évidence tu as un soucis de connectivité IPv6 .
Quel est le résultat des commandes suivantes ?
ip -6 a s
ip -6 r s
ping6 ipv6.ovh.com
Chose qui pouvait passer relativement inapercu auparavant, mais maintenan t
(depuis lenny pour autant que je me souvienne), si connectivité IPv6
publique et enregistrement DNS en AAAA répondent lors d'une connexio n
quelconque , la priorité est à IPv6 , et si ca ne marche pas, o n tente en
IPv4.
Je pense que dans ton cas, c'est le "si ca marche pas" se traduit par un
timeout de connexion (le pire des cas), ce qui donne lieu aux symptô mes que
tu nous exposes.
Le fichier interfaces , tu l'as eu comme ça dès la livraison du serveur
(c'est ce que fournit OVH à présent), ou tu l'as modifié t oi même ?
Ma question sur ip6tables n'est pas innocente non plus, et il faut faire
particulièrement attention au blocage de l'ICMP : il est utilisà © comme
remplacement de l'ARP quand on est en IPv6 ...
Nicolas Roudninski a écrit :
Salut,
[~]: $ ping6 2001:41D0:8:6758::1
[19:43]
PING 2001:41D0:8:6758::1(2001:41d0:8:6758::1) 56 data bytes
From 2001:41d0::173 icmp_seq=1 Destination unreachable: Address
unreachable
From 2001:41d0::173 icmp_seq=5 Destination unreachable: Address
unreachable
un ip6tables de configuré ?
Pas que je sache. Je n'ai jamais configuré d'ip6tables .
Hello,
Ton fichier /etc/network/interfaces semble bon pour un dédié ch ez OVH,
(j'en ai deux comme ça qui traînent, et ça fonctionne).
Mais de toute évidence tu as un soucis de connectivité IPv6 .
Quel est le résultat des commandes suivantes ?
ip -6 a s
ip -6 r s
ping6 ipv6.ovh.com
Chose qui pouvait passer relativement inapercu auparavant, mais maintenan t
(depuis lenny pour autant que je me souvienne), si connectivité IPv6
publique et enregistrement DNS en AAAA répondent lors d'une connexio n
quelconque , la priorité est à IPv6 , et si ca ne marche pas, o n tente en
IPv4.
Je pense que dans ton cas, c'est le "si ca marche pas" se traduit par un
timeout de connexion (le pire des cas), ce qui donne lieu aux symptô mes que
tu nous exposes.
Le fichier interfaces , tu l'as eu comme ça dès la livraison du serveur
(c'est ce que fournit OVH à présent), ou tu l'as modifié t oi même ?
Ma question sur ip6tables n'est pas innocente non plus, et il faut faire
particulièrement attention au blocage de l'ICMP : il est utilisà © comme
remplacement de l'ARP quand on est en IPv6 ...
Bonjour,
Je dispose depuis un mois d'un nouveau serveur kimsuffi chez ovh et il y a
un truc bizarre (enfin, pour moi) : quand j'installe un paquet (apt-get
install) ou que je mets à jour la liste des paquets (apt-get update), j 'ai
un temps de latence (une dizaine de secondes voire plus) sur les adresses
des miroirs debian(http://ftp.fr.debian.org ou http://security.debian.org" target="_blank" class="text-blue hover:opacity-90 " style="word-break: break-all;" rel="noopener nofollow">http://security.debian.org ).
en fait ça bloque momentanément sur
Connexion à security.debian.org (2001:a78:5:1:216:35ff:fe7f:6ceb)]. J'e n
déduis (peut-être un peu vite que la latence est due aux adresses IPV 6.
Je cherche une piste pour régler ce (léger) problème.
Cordialement,
--
Nicolas Roudninski
Merci de cliquez ici pour m'envoyer un accusé de réception.<nicoroud@ gmail.com?subjectcusé+de+réception&body=Votre+message+a+bien+é té+reçu.>
Bonjour,
Je dispose depuis un mois d'un nouveau serveur kimsuffi chez ovh et il y a
un truc bizarre (enfin, pour moi) : quand j'installe un paquet (apt-get
install) ou que je mets à jour la liste des paquets (apt-get update), j 'ai
un temps de latence (une dizaine de secondes voire plus) sur les adresses
des miroirs debian(http://ftp.fr.debian.org ou http://security.debian.org ).
en fait ça bloque momentanément sur
Connexion à security.debian.org (2001:a78:5:1:216:35ff:fe7f:6ceb)]. J'e n
déduis (peut-être un peu vite que la latence est due aux adresses IPV 6.
Je cherche une piste pour régler ce (léger) problème.
Cordialement,
--
Nicolas Roudninski
nicoroud@gmail.com
Merci de cliquez ici pour m'envoyer un accusé de réception.<nicoroud@ gmail.com?subject=Accusé+de+réception&body=Votre+message+a+bien+é té+reçu.>
Bonjour,
Je dispose depuis un mois d'un nouveau serveur kimsuffi chez ovh et il y a
un truc bizarre (enfin, pour moi) : quand j'installe un paquet (apt-get
install) ou que je mets à jour la liste des paquets (apt-get update), j 'ai
un temps de latence (une dizaine de secondes voire plus) sur les adresses
des miroirs debian(http://ftp.fr.debian.org ou http://security.debian.org" target="_blank" class="text-blue hover:opacity-90 " style="word-break: break-all;" rel="noopener nofollow">http://security.debian.org ).
en fait ça bloque momentanément sur
Connexion à security.debian.org (2001:a78:5:1:216:35ff:fe7f:6ceb)]. J'e n
déduis (peut-être un peu vite que la latence est due aux adresses IPV 6.
Je cherche une piste pour régler ce (léger) problème.
Cordialement,
--
Nicolas Roudninski
Merci de cliquez ici pour m'envoyer un accusé de réception.<nicoroud@ gmail.com?subjectcusé+de+réception&body=Votre+message+a+bien+é té+reçu.>
# ping6 ipv6.ovh.com <http://ipv6.ovh.com>" target="_blank" class="text-blue hover:opacity-90 " style="word-break: break-all;" rel="noopener nofollow">http://ipv6.ovh.com>
PING ipv6.ovh.com <http://ipv6.ovh.com>" target="_blank" class="text-blue hover:opacity-90 " style="word-break: break-all;" rel="noopener nofollow">http://ipv6.ovh.com>(www.ovh.com
<http://www.ovh.com>) 56 data bytes
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
# ping6 ipv6.ovh.com <http://ipv6.ovh.com>
PING ipv6.ovh.com <http://ipv6.ovh.com>(www.ovh.com
<http://www.ovh.com>) 56 data bytes
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
# ping6 ipv6.ovh.com <http://ipv6.ovh.com>" target="_blank" class="text-blue hover:opacity-90 " style="word-break: break-all;" rel="noopener nofollow">http://ipv6.ovh.com>
PING ipv6.ovh.com <http://ipv6.ovh.com>" target="_blank" class="text-blue hover:opacity-90 " style="word-break: break-all;" rel="noopener nofollow">http://ipv6.ovh.com>(www.ovh.com
<http://www.ovh.com>) 56 data bytes
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted