Comment peut-on diagnostiquer un problème DNS?
Parce que ma connexion internet est bizarre. Quand je rentre une url ça bloque un moment puis tout arrive d'un coup.
Je ne sais pas si ça vient de ma configuration ou alors de mon FAI (Neuf).
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Pascal Hambourg
Salut,
Gaëtan PERRIER a écrit :
Comment peut-on diagnostiquer un problème DNS?
Ça dépend du problème. Avec des outils comme host ou dig, on arrive à faire pas mal de diagnostics.
Parce que ma connexion internet est bizarre. Quand je rentre une url ça bloque un moment puis tout arrive d'un coup.
Possible que le cache DNS configuré en primaire ne réponde pas. Pour vérifier, déjà, ne pas utiliser un navigateur mais des outils plus bas niveau. Par exemple : 1) Lister les DNS inscrits dans /etc/resolv.conf 2) Interroger chacun d'eux, par ex: host <nom_a_resoudre> <ip_dns> 3) Si le premier ne répond pas, le permuter avec un qui répond et chercher la raison (adresse incorrecte, panne temporaire...)
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Salut,
Gaëtan PERRIER a écrit :
Comment peut-on diagnostiquer un problème DNS?
Ça dépend du problème. Avec des outils comme host ou dig, on arrive à
faire pas mal de diagnostics.
Parce que ma connexion internet est bizarre. Quand je rentre une url
ça bloque un moment puis tout arrive d'un coup.
Possible que le cache DNS configuré en primaire ne réponde pas.
Pour vérifier, déjà, ne pas utiliser un navigateur mais des outils plus
bas niveau. Par exemple :
1) Lister les DNS inscrits dans /etc/resolv.conf
2) Interroger chacun d'eux, par ex: host <nom_a_resoudre> <ip_dns>
3) Si le premier ne répond pas, le permuter avec un qui répond et
chercher la raison (adresse incorrecte, panne temporaire...)
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Ça dépend du problème. Avec des outils comme host ou dig, on arrive à faire pas mal de diagnostics.
Parce que ma connexion internet est bizarre. Quand je rentre une url ça bloque un moment puis tout arrive d'un coup.
Possible que le cache DNS configuré en primaire ne réponde pas. Pour vérifier, déjà, ne pas utiliser un navigateur mais des outils plus bas niveau. Par exemple : 1) Lister les DNS inscrits dans /etc/resolv.conf 2) Interroger chacun d'eux, par ex: host <nom_a_resoudre> <ip_dns> 3) Si le premier ne répond pas, le permuter avec un qui répond et chercher la raison (adresse incorrecte, panne temporaire...)
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
David Dumortier
Gaëtan PERRIER a écrit :
Bonsoir,
Comment peut-on diagnostiquer un problème DNS? Parce que ma connexion internet est bizarre. Quand je rentre une url ça bloque un moment puis tout arrive d'un coup. Je ne sais pas si ça vient de ma configuration ou alors de mon FAI (Neuf).
Gaëtan
Tu passes par un proxy ? As-tu le même phénomène avec un traceroute [-n] ? (avec les temps on peut voir si c'est DNS, une passerelle lente, etc., enfin tout au moins faire un peu plus de supposition) -- David Dumortier
-- Pensez
Gaëtan PERRIER a écrit :
Bonsoir,
Comment peut-on diagnostiquer un problème DNS?
Parce que ma connexion internet est bizarre. Quand je rentre une url ça bloque un moment puis tout arrive d'un coup.
Je ne sais pas si ça vient de ma configuration ou alors de mon FAI (Neuf).
Gaëtan
Tu passes par un proxy ?
As-tu le même phénomène avec un traceroute [-n] ? (avec les temps on
peut voir si c'est DNS, une passerelle lente, etc., enfin tout au moins
faire un peu plus de supposition)
--
David Dumortier
Comment peut-on diagnostiquer un problème DNS? Parce que ma connexion internet est bizarre. Quand je rentre une url ça bloque un moment puis tout arrive d'un coup. Je ne sais pas si ça vient de ma configuration ou alors de mon FAI (Neuf).
Gaëtan
Tu passes par un proxy ? As-tu le même phénomène avec un traceroute [-n] ? (avec les temps on peut voir si c'est DNS, une passerelle lente, etc., enfin tout au moins faire un peu plus de supposition) -- David Dumortier
-- Pensez
Gaëtan PERRIER
Le Tue, 28 Feb 2006 23:06:38 +0100 Pascal Hambourg a écrit:
Salut,
Gaëtan PERRIER a écrit : > > Comment peut-on diagnostiquer un problème DNS?
Ça dépend du problème. Avec des outils comme host ou dig, on arrive à faire pas mal de diagnostics.
> Parce que ma connexion internet est bizarre. Quand je rentre une > url ça bloque un moment puis tout arrive d'un coup.
Possible que le cache DNS configuré en primaire ne réponde pas. Pour vérifier, déjà, ne pas utiliser un navigateur mais des outils plus bas niveau. Par exemple : 1) Lister les DNS inscrits dans /etc/resolv.conf 2) Interroger chacun d'eux, par ex: host <nom_a_resoudre> <ip_dns> 3) Si le premier ne répond pas, le permuter avec un qui répond et chercher la raison (adresse incorrecte, panne temporaire...)
bon ça semble être le serveur primaire qui est en rade!
www.neuf.fr has address 212.30.118.74 Using domain server: Name: 86.64.145.141 Address: 86.64.145.141#53 Aliases:
Using domain server: Name: 86.64.145.141 Address: 86.64.145.141#53 Aliases:
Pas doués chez neuf car ça fait 3j que ça dure!
Merci.
Gaëta
-- Pensez
Le Tue, 28 Feb 2006 23:06:38 +0100
Pascal Hambourg <pascal.mail@plouf.fr.eu.org> a écrit:
Salut,
Gaëtan PERRIER a écrit :
>
> Comment peut-on diagnostiquer un problème DNS?
Ça dépend du problème. Avec des outils comme host ou dig, on arrive
à faire pas mal de diagnostics.
> Parce que ma connexion internet est bizarre. Quand je rentre une
> url ça bloque un moment puis tout arrive d'un coup.
Possible que le cache DNS configuré en primaire ne réponde pas.
Pour vérifier, déjà, ne pas utiliser un navigateur mais des outils
plus bas niveau. Par exemple :
1) Lister les DNS inscrits dans /etc/resolv.conf
2) Interroger chacun d'eux, par ex: host <nom_a_resoudre> <ip_dns>
3) Si le premier ne répond pas, le permuter avec un qui répond et
chercher la raison (adresse incorrecte, panne temporaire...)
bon ça semble être le serveur primaire qui est en rade!
Le Tue, 28 Feb 2006 23:06:38 +0100 Pascal Hambourg a écrit:
Salut,
Gaëtan PERRIER a écrit : > > Comment peut-on diagnostiquer un problème DNS?
Ça dépend du problème. Avec des outils comme host ou dig, on arrive à faire pas mal de diagnostics.
> Parce que ma connexion internet est bizarre. Quand je rentre une > url ça bloque un moment puis tout arrive d'un coup.
Possible que le cache DNS configuré en primaire ne réponde pas. Pour vérifier, déjà, ne pas utiliser un navigateur mais des outils plus bas niveau. Par exemple : 1) Lister les DNS inscrits dans /etc/resolv.conf 2) Interroger chacun d'eux, par ex: host <nom_a_resoudre> <ip_dns> 3) Si le premier ne répond pas, le permuter avec un qui répond et chercher la raison (adresse incorrecte, panne temporaire...)
bon ça semble être le serveur primaire qui est en rade!
www.neuf.fr has address 212.30.118.74 Using domain server: Name: 86.64.145.141 Address: 86.64.145.141#53 Aliases:
Using domain server: Name: 86.64.145.141 Address: 86.64.145.141#53 Aliases:
Pas doués chez neuf car ça fait 3j que ça dure!
Merci.
Gaëta
-- Pensez
Gaëtan PERRIER
Le Tue, 28 Feb 2006 22:45:09 +0100 David Dumortier a écrit:
Gaëtan PERRIER a écrit :
>Bonsoir, > >Comment peut-on diagnostiquer un problème DNS? >Parce que ma connexion internet est bizarre. Quand je rentre une >url ça bloque un moment puis tout arrive d'un coup. Je ne sais pas >si ça vient de ma configuration ou alors de mon FAI (Neuf). > >Gaëtan > > Tu passes par un proxy ? As-tu le même phénomène avec un traceroute [-n] ? (avec les temps on peut voir si c'est DNS, une passerelle lente, etc., enfin tout au moins faire un peu plus de supposition)
Non je suis connecté en direct avec juste un firewall.
traceroute to 86.64.145.141 (86.64.145.141), 64 hops max, 40 byte packets 1 * * * 2 * * * 3 * 62.39.148.58 38 ms * 4 62.39.148.85 38 ms * 41 ms 5 86.64.145.141 37 ms 38 ms 42 ms
traceroute -n 86.64.145.151 traceroute to 86.64.145.151 (86.64.145.151), 64 hops max, 40 byte packets 1 * * * 2 * * * 3 * * * 4 62.39.148.2 38 ms * * 5 86.64.145.151 39 ms 42 ms 39 ms
La machine semble donc bien être présente mais le serveur DNS semble HS, non?
Gaëtan
-- Pensez
Le Tue, 28 Feb 2006 22:45:09 +0100
David Dumortier <david.dumortier@dudu.dynalias.net> a écrit:
Gaëtan PERRIER a écrit :
>Bonsoir,
>
>Comment peut-on diagnostiquer un problème DNS?
>Parce que ma connexion internet est bizarre. Quand je rentre une
>url ça bloque un moment puis tout arrive d'un coup. Je ne sais pas
>si ça vient de ma configuration ou alors de mon FAI (Neuf).
>
>Gaëtan
>
>
Tu passes par un proxy ?
As-tu le même phénomène avec un traceroute [-n] ? (avec les temps
on peut voir si c'est DNS, une passerelle lente, etc., enfin tout
au moins faire un peu plus de supposition)
Non je suis connecté en direct avec juste un firewall.
traceroute to 86.64.145.141 (86.64.145.141), 64 hops max, 40 byte packets
1 * * *
2 * * *
3 * 62.39.148.58 38 ms *
4 62.39.148.85 38 ms * 41 ms
5 86.64.145.141 37 ms 38 ms 42 ms
traceroute -n 86.64.145.151
traceroute to 86.64.145.151 (86.64.145.151), 64 hops max, 40 byte packets
1 * * *
2 * * *
3 * * *
4 62.39.148.2 38 ms * *
5 86.64.145.151 39 ms 42 ms 39 ms
La machine semble donc bien être présente mais le serveur DNS semble HS, non?
Le Tue, 28 Feb 2006 22:45:09 +0100 David Dumortier a écrit:
Gaëtan PERRIER a écrit :
>Bonsoir, > >Comment peut-on diagnostiquer un problème DNS? >Parce que ma connexion internet est bizarre. Quand je rentre une >url ça bloque un moment puis tout arrive d'un coup. Je ne sais pas >si ça vient de ma configuration ou alors de mon FAI (Neuf). > >Gaëtan > > Tu passes par un proxy ? As-tu le même phénomène avec un traceroute [-n] ? (avec les temps on peut voir si c'est DNS, une passerelle lente, etc., enfin tout au moins faire un peu plus de supposition)
Non je suis connecté en direct avec juste un firewall.
traceroute to 86.64.145.141 (86.64.145.141), 64 hops max, 40 byte packets 1 * * * 2 * * * 3 * 62.39.148.58 38 ms * 4 62.39.148.85 38 ms * 41 ms 5 86.64.145.141 37 ms 38 ms 42 ms
traceroute -n 86.64.145.151 traceroute to 86.64.145.151 (86.64.145.151), 64 hops max, 40 byte packets 1 * * * 2 * * * 3 * * * 4 62.39.148.2 38 ms * * 5 86.64.145.151 39 ms 42 ms 39 ms
La machine semble donc bien être présente mais le serveur DNS semble HS, non?
Gaëtan
-- Pensez
Pascal Hambourg
Gaëtan PERRIER a écrit :
bon ça semble être le serveur primaire qui est en rade!
Ton intuition sur la cause du problème était donc bonne.
Le Tue, 28 Feb 2006 23:59:40 +0100 Pascal Hambourg a écrit:
Gaëtan PERRIER a écrit : > > bon ça semble être le serveur primaire qui est en rade!
Ton intuition sur la cause du problème était donc bonne.
> cat /etc/resolv.conf > nameserver 86.64.145.151 > nameserver 86.64.145.141 [démonstration] > Pas doués chez neuf car ça fait 3j que ça dure!
Ça dépend. D'où viennent ces adresses ? Inscrites en dur ou récupérées dynmaiquement par la connexion PPP ou DHCP ?
Récupération dynamique à la connexion (je viens de vérifier que le fichier a bien été réécrit à la connexion)... c'est triste, non?
Gaëtan
-- Pensez
Pascal Hambourg
Gaëtan PERRIER a écrit :
cat /etc/resolv.conf nameserver 86.64.145.151 <- ne répond pas nameserver 86.64.145.141
Pas doués chez neuf car ça fait 3j que ça dure!
Ça dépend. D'où viennent ces adresses ? Inscrites en dur ou récupérées dynmaiquement par la connexion PPP ou DHCP ?
Récupération dynamique à la connexion (je viens de vérifier que le fichier a bien été réécrit à la connexion)... c'est triste, non?
En fait 86.64.145.151 semble marcher "un peu" : par moment il répond en TCP, plus ou moins vite (parfois au bout de presque 2 mn !). J'ai même eu une réponse en UDP, mais une seule. Faudrait leur signaler.
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Gaëtan PERRIER a écrit :
cat /etc/resolv.conf
nameserver 86.64.145.151 <- ne répond pas
nameserver 86.64.145.141
Pas doués chez neuf car ça fait 3j que ça dure!
Ça dépend. D'où viennent ces adresses ? Inscrites en dur ou
récupérées dynmaiquement par la connexion PPP ou DHCP ?
Récupération dynamique à la connexion (je viens de vérifier que
le fichier a bien été réécrit à la connexion)... c'est triste, non?
En fait 86.64.145.151 semble marcher "un peu" : par moment il répond en
TCP, plus ou moins vite (parfois au bout de presque 2 mn !). J'ai même
eu une réponse en UDP, mais une seule. Faudrait leur signaler.
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
cat /etc/resolv.conf nameserver 86.64.145.151 <- ne répond pas nameserver 86.64.145.141
Pas doués chez neuf car ça fait 3j que ça dure!
Ça dépend. D'où viennent ces adresses ? Inscrites en dur ou récupérées dynmaiquement par la connexion PPP ou DHCP ?
Récupération dynamique à la connexion (je viens de vérifier que le fichier a bien été réécrit à la connexion)... c'est triste, non?
En fait 86.64.145.151 semble marcher "un peu" : par moment il répond en TCP, plus ou moins vite (parfois au bout de presque 2 mn !). J'ai même eu une réponse en UDP, mais une seule. Faudrait leur signaler.
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
gaetan.perrier
Selon Pascal Hambourg :
Gaëtan PERRIER a écrit : >> >>>cat /etc/resolv.conf >>>nameserver 86.64.145.151 <- ne répond pas >>>nameserver 86.64.145.141 >> >>>Pas doués chez neuf car ça fait 3j que ça dure! >> >>Ça dépend. D'où viennent ces adresses ? Inscrites en dur ou >>récupérées dynmaiquement par la connexion PPP ou DHCP ? > > Récupération dynamique à la connexion (je viens de vérifier que > le fichier a bien été réécrit à la connexion)... c'est triste, non?
En fait 86.64.145.151 semble marcher "un peu" : par moment il répond en TCP, plus ou moins vite (parfois au bout de presque 2 mn !). J'ai même eu une réponse en UDP, mais une seule. Faudrait leur signaler.
Je leur ai envoyé un mail pour me plaindre.
Gaëtan
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Selon Pascal Hambourg <pascal.mail@plouf.fr.eu.org>:
Gaëtan PERRIER a écrit :
>>
>>>cat /etc/resolv.conf
>>>nameserver 86.64.145.151 <- ne répond pas
>>>nameserver 86.64.145.141
>>
>>>Pas doués chez neuf car ça fait 3j que ça dure!
>>
>>Ça dépend. D'où viennent ces adresses ? Inscrites en dur ou
>>récupérées dynmaiquement par la connexion PPP ou DHCP ?
>
> Récupération dynamique à la connexion (je viens de vérifier que
> le fichier a bien été réécrit à la connexion)... c'est triste, non?
En fait 86.64.145.151 semble marcher "un peu" : par moment il répond en
TCP, plus ou moins vite (parfois au bout de presque 2 mn !). J'ai même
eu une réponse en UDP, mais une seule. Faudrait leur signaler.
Je leur ai envoyé un mail pour me plaindre.
Gaëtan
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Gaëtan PERRIER a écrit : >> >>>cat /etc/resolv.conf >>>nameserver 86.64.145.151 <- ne répond pas >>>nameserver 86.64.145.141 >> >>>Pas doués chez neuf car ça fait 3j que ça dure! >> >>Ça dépend. D'où viennent ces adresses ? Inscrites en dur ou >>récupérées dynmaiquement par la connexion PPP ou DHCP ? > > Récupération dynamique à la connexion (je viens de vérifier que > le fichier a bien été réécrit à la connexion)... c'est triste, non?
En fait 86.64.145.151 semble marcher "un peu" : par moment il répond en TCP, plus ou moins vite (parfois au bout de presque 2 mn !). J'ai même eu une réponse en UDP, mais une seule. Faudrait leur signaler.
Je leur ai envoyé un mail pour me plaindre.
Gaëtan
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
gaetan.perrier
Selon :
Selon Pascal Hambourg :
> Gaëtan PERRIER a écrit : > >> > >>>cat /etc/resolv.conf > >>>nameserver 86.64.145.151 <- ne répond pas > >>>nameserver 86.64.145.141 > >> > >>>Pas doués chez neuf car ça fait 3j que ça dure! > >> > >>Ça dépend. D'où viennent ces adresses ? Inscrites en dur ou > >>récupérées dynmaiquement par la connexion PPP ou DHCP ? > > > > Récupération dynamique à la connexion (je viens de vérifier que > > le fichier a bien été réécrit à la connexion)... c'est triste, non? > > En fait 86.64.145.151 semble marcher "un peu" : par moment il répond en > TCP, plus ou moins vite (parfois au bout de presque 2 mn !). J'ai même > eu une réponse en UDP, mais une seule. Faudrait leur signaler. >
Je leur ai envoyé un mail pour me plaindre.
Ils m'ont répondu en me disant qu'effectivement cette adresse était invalide et qu'il fallait mettre en dur 2 nouvelles adresses en m'indiquant la procédure pour Windows alors que dans le formulaire j'avais coché Linux dans leur liste de choix... Bref chez Neuf quand tu te connectes ils te retournent des DNS qu'il ne faut pas utiliser! Logique!!! Leurs admin coûtaient trop cher, ils les ont viré?
Gaëtan
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Selon gaetan.perrier@free.fr:
Selon Pascal Hambourg <pascal.mail@plouf.fr.eu.org>:
> Gaëtan PERRIER a écrit :
> >>
> >>>cat /etc/resolv.conf
> >>>nameserver 86.64.145.151 <- ne répond pas
> >>>nameserver 86.64.145.141
> >>
> >>>Pas doués chez neuf car ça fait 3j que ça dure!
> >>
> >>Ça dépend. D'où viennent ces adresses ? Inscrites en dur ou
> >>récupérées dynmaiquement par la connexion PPP ou DHCP ?
> >
> > Récupération dynamique à la connexion (je viens de vérifier que
> > le fichier a bien été réécrit à la connexion)... c'est triste, non?
>
> En fait 86.64.145.151 semble marcher "un peu" : par moment il répond en
> TCP, plus ou moins vite (parfois au bout de presque 2 mn !). J'ai même
> eu une réponse en UDP, mais une seule. Faudrait leur signaler.
>
Je leur ai envoyé un mail pour me plaindre.
Ils m'ont répondu en me disant qu'effectivement cette adresse était invalide et
qu'il fallait mettre en dur 2 nouvelles adresses en m'indiquant la procédure
pour Windows alors que dans le formulaire j'avais coché Linux dans leur liste
de choix...
Bref chez Neuf quand tu te connectes ils te retournent des DNS qu'il ne faut pas
utiliser! Logique!!!
Leurs admin coûtaient trop cher, ils les ont viré?
Gaëtan
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
> Gaëtan PERRIER a écrit : > >> > >>>cat /etc/resolv.conf > >>>nameserver 86.64.145.151 <- ne répond pas > >>>nameserver 86.64.145.141 > >> > >>>Pas doués chez neuf car ça fait 3j que ça dure! > >> > >>Ça dépend. D'où viennent ces adresses ? Inscrites en dur ou > >>récupérées dynmaiquement par la connexion PPP ou DHCP ? > > > > Récupération dynamique à la connexion (je viens de vérifier que > > le fichier a bien été réécrit à la connexion)... c'est triste, non? > > En fait 86.64.145.151 semble marcher "un peu" : par moment il répond en > TCP, plus ou moins vite (parfois au bout de presque 2 mn !). J'ai même > eu une réponse en UDP, mais une seule. Faudrait leur signaler. >
Je leur ai envoyé un mail pour me plaindre.
Ils m'ont répondu en me disant qu'effectivement cette adresse était invalide et qu'il fallait mettre en dur 2 nouvelles adresses en m'indiquant la procédure pour Windows alors que dans le formulaire j'avais coché Linux dans leur liste de choix... Bref chez Neuf quand tu te connectes ils te retournent des DNS qu'il ne faut pas utiliser! Logique!!! Leurs admin coûtaient trop cher, ils les ont viré?
Gaëtan
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Gaëtan PERRIER
Le Wed, 01 Mar 2006 16:42:44 +0100 a écrit:
Selon :
> Selon Pascal Hambourg : > > > Gaëtan PERRIER a écrit : > > >> > > >>>cat /etc/resolv.conf > > >>>nameserver 86.64.145.151 <- ne répond pas > > >>>nameserver 86.64.145.141 > > >> > > >>>Pas doués chez neuf car ça fait 3j que ça dure! > > >> > > >>Ça dépend. D'où viennent ces adresses ? Inscrites en dur ou > > >>récupérées dynmaiquement par la connexion PPP ou DHCP ? > > > > > > Récupération dynamique à la connexion (je viens de vérifier > > > que le fichier a bien été réécrit à la connexion)... c'est > > > triste, non? > > > > En fait 86.64.145.151 semble marcher "un peu" : par moment il > > répond en TCP, plus ou moins vite (parfois au bout de presque 2 > > mn !). J'ai même eu une réponse en UDP, mais une seule. > > Faudrait leur signaler. > > > > Je leur ai envoyé un mail pour me plaindre. >
Ils m'ont répondu en me disant qu'effectivement cette adresse était invalide et qu'il fallait mettre en dur 2 nouvelles adresses en m'indiquant la procédure pour Windows alors que dans le formulaire j'avais coché Linux dans leur liste de choix... Bref chez Neuf quand tu te connectes ils te retournent des DNS qu'il ne faut pas utiliser! Logique!!! Leurs admin coûtaient trop cher, ils les ont viré?
Un bon point pour eux ils sont réactifs. Ce soir ce sont les bons DNS qui sont émis.
Gaëtan
-- Pensez
Le Wed, 01 Mar 2006 16:42:44 +0100
gaetan.perrier@free.fr a écrit:
Selon gaetan.perrier@free.fr:
> Selon Pascal Hambourg <pascal.mail@plouf.fr.eu.org>:
>
> > Gaëtan PERRIER a écrit :
> > >>
> > >>>cat /etc/resolv.conf
> > >>>nameserver 86.64.145.151 <- ne répond pas
> > >>>nameserver 86.64.145.141
> > >>
> > >>>Pas doués chez neuf car ça fait 3j que ça dure!
> > >>
> > >>Ça dépend. D'où viennent ces adresses ? Inscrites en dur ou
> > >>récupérées dynmaiquement par la connexion PPP ou DHCP ?
> > >
> > > Récupération dynamique à la connexion (je viens de vérifier
> > > que le fichier a bien été réécrit à la connexion)... c'est
> > > triste, non?
> >
> > En fait 86.64.145.151 semble marcher "un peu" : par moment il
> > répond en TCP, plus ou moins vite (parfois au bout de presque 2
> > mn !). J'ai même eu une réponse en UDP, mais une seule.
> > Faudrait leur signaler.
> >
>
> Je leur ai envoyé un mail pour me plaindre.
>
Ils m'ont répondu en me disant qu'effectivement cette adresse était
invalide et qu'il fallait mettre en dur 2 nouvelles adresses en
m'indiquant la procédure pour Windows alors que dans le formulaire
j'avais coché Linux dans leur liste de choix...
Bref chez Neuf quand tu te connectes ils te retournent des DNS
qu'il ne faut pas utiliser! Logique!!!
Leurs admin coûtaient trop cher, ils les ont viré?
Un bon point pour eux ils sont réactifs. Ce soir ce sont les bons DNS qui sont émis.
> Selon Pascal Hambourg : > > > Gaëtan PERRIER a écrit : > > >> > > >>>cat /etc/resolv.conf > > >>>nameserver 86.64.145.151 <- ne répond pas > > >>>nameserver 86.64.145.141 > > >> > > >>>Pas doués chez neuf car ça fait 3j que ça dure! > > >> > > >>Ça dépend. D'où viennent ces adresses ? Inscrites en dur ou > > >>récupérées dynmaiquement par la connexion PPP ou DHCP ? > > > > > > Récupération dynamique à la connexion (je viens de vérifier > > > que le fichier a bien été réécrit à la connexion)... c'est > > > triste, non? > > > > En fait 86.64.145.151 semble marcher "un peu" : par moment il > > répond en TCP, plus ou moins vite (parfois au bout de presque 2 > > mn !). J'ai même eu une réponse en UDP, mais une seule. > > Faudrait leur signaler. > > > > Je leur ai envoyé un mail pour me plaindre. >
Ils m'ont répondu en me disant qu'effectivement cette adresse était invalide et qu'il fallait mettre en dur 2 nouvelles adresses en m'indiquant la procédure pour Windows alors que dans le formulaire j'avais coché Linux dans leur liste de choix... Bref chez Neuf quand tu te connectes ils te retournent des DNS qu'il ne faut pas utiliser! Logique!!! Leurs admin coûtaient trop cher, ils les ont viré?
Un bon point pour eux ils sont réactifs. Ce soir ce sont les bons DNS qui sont émis.
