Mon DNS Free rame à mort!!

Recherche :

Dernière réponse
Sujet : Mon DNS Free rame à mort!!
NeoY2k	Moralité: pas de problemes de DNS... Mais un probleme quelque part ailleurs

Votre réponse

Nom d'utilisateur

Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !

Le ton de votre message

Votre réponse

Smilies

Liste des smilies perso
Wiki smilies
Chercher un smiley

Options

Activer votre signature
Désactiver les smilies
Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

NeoY2k

Moralité: pas de problemes de DNS...
Mais un probleme quelque part ailleurs

NeoY2k

knoppix@ttyp0[knoppix]$ ping hardware.fr
PING hardware.fr (83.243.20.80): 56 data bytes
64 bytes from 83.243.20.80: icmp_seq=0 ttl=54 time=45.7 ms
64 bytes from 83.243.20.80: icmp_seq=1 ttl=54 time=45.8 ms

--- hardware.fr ping statistics ---
2 packets transmitted, 2 packets received, 0% packet loss
round-trip min/avg/max = 45.7/45.7/45.8 ms

knoppix@ttyp0[knoppix]$ dig hardware.fr

; <<>> DiG 9.2.4rc2 <<>> hardware.fr
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 58370
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;hardware.fr. IN A

;; ANSWER SECTION:
hardware.fr. 13381 IN A 83.243.20.80

;; Query time: 62 msec
;; SERVER: 212.27.32.5#53(212.27.32.5)
;; WHEN: Sat Sep 3 13:05:20 2005
;; MSG SIZE rcvd: 45

knoppix@ttyp0[knoppix]$ dig 83.243.20.80

; <<>> DiG 9.2.4rc2 <<>> 83.243.20.80
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 34033
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;83.243.20.80. IN A

;; ANSWER SECTION:
83.243.20.80. 655360 IN A 83.243.20.80

;; Query time: 52 msec
;; SERVER: 212.27.32.5#53(212.27.32.5)
;; WHEN: Sat Sep 3 13:05:40 2005
;; MSG SIZE rcvd: 46

knoppix@ttyp0[knoppix]$ traceroute hardware.fr
traceroute to hardware.fr (83.243.20.80), 30 hops max, 38 byte packets
1 192.168.0.254 (192.168.0.254) 1.516 ms * 1.438 ms
2 segur-1-81-57-67-254.fbx.proxad.net (81.57.67.254) 44.054 ms 41.608 ms 44.432 ms
3 vlq-6k-2-a5.routers.proxad.net (213.228.4.254) 42.189 ms 42.801 ms 44.170 ms
4 * * vlq-6k-2-v802.intf.routers.proxad.net (212.27.50.46) 42.069 ms
5 th1-6k-2-v806.intf.routers.proxad.net (212.27.50.41) 46.826 ms 44.415 ms 44.346 ms
6 cbv-6k-2-v802.intf.routers.proxad.net (212.27.50.34) 45.166 ms 44.948 ms 43.719 ms
7 ldc-6k-1-a0.routers.proxad.net (213.228.15.67) 43.658 ms 44.211 ms 45.167 ms
8 bsocom.FreeIX.net (213.228.3.168) 45.446 ms 43.510 ms 44.706 ms
9 ge-3-1-0.cr2.th2.fr.bsocom.net (83.243.16.62) 45.047 ms 45.563 ms 45.904 ms
10 ge-4-1-0.cr2.itx.fr.bsocom.net (83.243.16.34) 45.220 ms 44.632 ms 45.146 ms
11 s080.x1.fr (83.243.20.80) 44.771 ms 43.606 ms 45.072 ms

knoppix@ttyp0[knoppix]$ traceroute 83.243.20.80
traceroute to 83.243.20.80 (83.243.20.80), 30 hops max, 38 byte packets
1 192.168.0.254 (192.168.0.254) 5.961 ms 5.883 ms 5.784 ms
2 segur-1-81-57-67-254.fbx.proxad.net (81.57.67.254) 46.240 ms 46.244 ms 45.631 ms
3 vlq-6k-2-a5.routers.proxad.net (213.228.4.254) 47.088 ms 45.720 ms 45.589 ms
4 * * *
5 th1-6k-2-v806.intf.routers.proxad.net (212.27.50.41) 45.194 ms 46.560 ms 46.786 ms
6 cbv-6k-2-v802.intf.routers.proxad.net (212.27.50.34) 44.243 ms 44.009 ms 44.391 ms
7 ldc-6k-1-a0.routers.proxad.net (213.228.15.67) 45.884 ms 46.396 ms 44.687 ms
8 bsocom.FreeIX.net (213.228.3.168) 43.742 ms 44.832 ms 45.818 ms
9 ge-3-1-0.cr2.th2.fr.bsocom.net (83.243.16.62) 48.096 ms 46.853 ms 45.207 ms
10 ge-4-1-0.cr2.itx.fr.bsocom.net (83.243.16.34) 45.220 ms 45.698 ms 46.395 ms
11 s080.x1.fr (83.243.20.80) 47.120 ms 45.562 ms 45.526 ms
knoppix@ttyp0[knoppix]$

hotline-free525

Faites le même test avec l'ip d'un site (puis l'url) puis comparez les résultats...
----
Ensuite on pourra en déduire quelque chose....

NeoY2k

hotline-free525 a écrit :

De toute façon pour savoir si le dns joue sur le temps de réponse il suffit simplement de faire un tracert sur un site en utilisant l'url puis un tracert sur le site en utilisant l'ip du site.

Je pense qu'il serait de bon ton de ne pas dire n'importe quoi..

Je pense qu'il serait de bon ton de considerer que si les résultats de quelques dig et tracert sont bons, la résolution de noms prend des plombes chez moi, je ne considère pas normal de devoir attendre 20 secondes la résolution d'un nom (alors que part moment ce sera fait presque normalement - toujours plus lentement que ce que ça devrait -) et je pense que tout le monde est d'accord avec ça. Le fait que les serveurs droppent les requêtes ICMP m'empêche effectivement de bien tracert, mais les faits sont là: la résolution de noms déconne par moments en me plongeant dans des trous noirs, qui peuvent tout à fait être des trous noirs de connection tout court, ce qui est peu vraissemblable vu que d'autres communications ne sont pas interrompues...

Je vais utiliser les DNS Oleane et voir si ça merde toujours: si c'est le cas, c'est un merdage quelquepart chez Free (et pas la peine de dire que ça merde chez moi, là dessus, tracert est plutôt éloquent: 6ms de mon ordi à la bobox, ce qui est pas mal vu la portée catastrophique de la carte Wifi fournie...)

Pour le reste, considérons que je m'en fous ;)

Max2000

jlighty a écrit :

Citation :

J'ai fait un dig et un traceroute dans le trou noir, mais il n'est pas très évocateur, sinon que le "4" a encore droppé tous mes paquets, mais qu'il y'a quelque chose quez uk.above.net qui a pris plus que son temps... (mais de là à expliquer un trou de 20 secondes? :??: )

je ne sais pas si le drop de paquet ICMP ne serait pas du à un paramètrage manuel d'un routeur pour éviter d'engorger le trafic.

Oui c'est dans ce but là :)

hotline-free525

ory	le traceroute tu t'en fout, la le dig demande une adresse comme si toi tu la demandais. Là tu as des résultats de 49 et 51ms, ce qui est très bien comme temps de réponse. Ton dns marche donc bien

NeoY2k

Il y'a des chances je pense, parce que s'il droppe autant tout ce qui passe que mes paquets ICMP, on n'irait pas à la vitesse d'un 33k :/

jlighty

Citation :

je ne sais pas si le drop de paquet ICMP ne serait pas du à un paramètrage manuel d'un routeur pour éviter d'engorger le trafic.

NeoY2k

Ok merci
Ben non y'a quelque chose qui merde quelque part et ça ne me l'affiche pas clairement...
Je te parle pas des "trous noirs"
Je viens d'ailleurs d'en avoir un (d'une bonne vingtaine de secondes), celà touche tous les sites que je viens de charger (lien/f5/...), ainsi que toutes les requêtes (images/bouts de scripts/...)

J'ai fait un dig et un traceroute dans le trou noir, mais il n'est pas très évocateur, sinon que le "4" a encore droppé tous mes paquets, mais qu'il y'a quelque chose quez uk.above.net qui a pris plus que son temps... (mais de là à expliquer un trou de 20 secondes? :??: )

knoppix@ttyp0[knoppix]$ dig google.fr

; <<>> DiG 9.2.4rc2 <<>> google.fr
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 52630
;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;google.fr. IN A

;; ANSWER SECTION:
google.fr. 494 IN A 216.239.59.104
google.fr. 494 IN A 216.239.39.104
google.fr. 494 IN A 216.239.57.104

;; Query time: 51 msec
;; SERVER: 212.27.32.5#53(212.27.32.5)
;; WHEN: Fri Sep 2 17:20:10 2005
;; MSG SIZE rcvd: 75

knoppix@ttyp0[knoppix]$ traceroute google.fr
traceroute: Warning: google.fr has multiple addresses; using 216.239.39.104
traceroute to google.fr (216.239.39.104), 30 hops max, 38 byte packets
1 192.168.0.254 (192.168.0.254) 3.566 ms 3.717 ms 3.135 ms
2 segur-1-81-57-67-254.fbx.proxad.net (81.57.67.254) 44.008 ms 48.000 ms 44.145 ms
3 vlq-6k-2-a5.routers.proxad.net (213.228.4.254) 45.901 ms 45.994 ms 44.780 ms
4 * * *
5 p19-6k-2-v810.intf.routers.proxad.net (212.27.51.81) 48.561 ms 45.330 ms 44.947 ms
6 * th2-6k-2-v802.intf.routers.proxad.net (212.27.50.9) 44.750 ms 45.116 ms
7 gi-5-1.cr1.cdg2.fr.above.net (84.207.21.253) 44.703 ms 45.128 ms 45.120 ms
8 so-5-1-0.cr1.lhr3.uk.above.net (64.125.31.129) 53.563 ms 51.984 ms 52.700 ms
9 so-7-0-0.cr1.dca2.us.above.net (64.125.31.186) 125.780 ms 125.181 ms 125.490 ms
10 so-0-0-0.cr2.dca2.us.above.net (64.125.29.122) 124.837 ms 125.709 ms 124.351 ms
11 so-6-0-0.mpr2.iad1.us.above.net (64.125.28.130) 125.200 ms 124.914 ms 155.582 ms
12 so-3-0-0.mpr2.iad5.us.above.net (64.125.28.14) 133.769 ms 130.224 ms 123.145 ms
13 216.200.151.110.available.above.net (216.200.151.110) 133.712 ms 149.025 ms 143.212 ms
14 216.239.46.244 (216.239.46.244) 140.926 ms 134.792 ms 139.907 ms
15 216.239.48.90 (216.239.48.90) 149.839 ms 216.239.47.70 (216.239.47.70) 124.769 ms 125.669 ms
16 216.239.47.58 (216.239.47.58) 126.830 ms 128.680 ms 216.239.47.54 (216.239.47.54) 127.563 ms
17 216.239.39.104 (216.239.39.104) 134.943 ms 134.807 ms 134.774 ms
knoppix@ttyp0[knoppix]$

Max2000

Tes DNS fonctionnent bien... Au pirre si t'as vraiment un problème met les DNS d'Oleane qui sont ouvertes et puis ton traceroute est correct lui aussi, perso je vois pas de problèmes :??:

NeoY2k

oups grillaid pour le dig ;)
Je refait un traceroute

knoppix@ttyp0[knoppix]$ traceroute hardware.fr
traceroute to hardware.fr (83.243.20.80), 30 hops max, 38 byte packets
1 192.168.0.254 (192.168.0.254) 6.140 ms 4.379 ms 2.840 ms
2 segur-1-81-57-67-254.fbx.proxad.net (81.57.67.254) 44.489 ms 44.371 ms 45.085 ms
3 vlq-6k-2-a5.routers.proxad.net (213.228.4.254) 45.062 ms 47.134 ms 46.797 ms
4 vlq-6k-2-v802.intf.routers.proxad.net (212.27.50.46) 46.651 ms * *
5 th1-6k-2-v806.intf.routers.proxad.net (212.27.50.41) 42.278 ms 46.337 ms 45.027 ms
6 cbv-6k-2-v802.intf.routers.proxad.net (212.27.50.34) 46.360 ms 44.936 ms 44.119 ms
7 ldc-6k-1-a0.routers.proxad.net (213.228.15.67) 45.430 ms * 46.490 ms
8 bsocom.FreeIX.net (213.228.3.168) 46.672 ms 44.204 ms 44.265 ms
9 ge-3-1-0.cr2.th2.fr.bsocom.net (83.243.16.62) 47.332 ms 46.645 ms 45.890 ms
10 ge-4-1-0.cr2.itx.fr.bsocom.net (83.243.16.34) 45.783 ms 44.697 ms 44.623 ms
11 s080.x1.fr (83.243.20.80) 44.046 ms 45.421 ms 44.429 ms

Jme suis pas fait completement dropper cette fois :lol:

NeoY2k

knoppix@ttyp0[knoppix]$ dig google.fr @212.27.32.5

; <<>> DiG 9.2.4rc2 <<>> google.fr @212.27.32.5
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 38144
;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;google.fr. IN A

;; ANSWER SECTION:
google.fr. 794 IN A 216.239.59.104
google.fr. 794 IN A 216.239.39.104
google.fr. 794 IN A 216.239.57.104

;; Query time: 49 msec
;; SERVER: 212.27.32.5#53(212.27.32.5)
;; WHEN: Fri Sep 2 17:15:09 2005
;; MSG SIZE rcvd: 75

Max2000

NeoY2k a écrit :

Je ne sais pas si les résultats du traceroute ont étés alterés, je n'y comprends plus grand chose (ce serait donc ce fameux 4 le routeur th2?: visiblement, ce serait plutôt ma carte DSLAM qui ramerait...

knoppix@ttyp0[knoppix]$ traceroute 212.27.32.5
traceroute to 212.27.32.5 (212.27.32.5), 30 hops max, 38 byte packets
1 192.168.0.254 (192.168.0.254) 4.610 ms 4.205 ms 4.332 ms
2 segur-1-81-57-67-254.fbx.proxad.net (81.57.67.254) 44.695 ms 44.780 ms 43.958 ms
3 vlq-6k-2-a5.routers.proxad.net (213.228.4.254) 44.031 ms 45.098 ms 44.685 ms
4 * * *
5 vlq-6k-1-po1.intf.routers.proxad.net (212.27.50.2) 45.022 ms 44.288 ms 44.391 ms
6 dnscache-7.proxad.net (212.27.32.5) 44.561 ms 44.967 ms 44.694 ms
knoppix@ttyp0[knoppix]$

Quant à dig, il me sort des résultats parfaitement aberrants et absolument pas significatifs de quoique ce soit, quoi que je ping...

Recommence une seconde fois le traceroute (les routeurs drop les packets ICMP quand ils sont surchargés), et fais un dig sur un nom de domaine par exemple les-potes.com et balance le résultat ici :)

ory

NeoY2k a écrit :

Je ne sais pas si les résultats du traceroute ont étés alterés, je n'y comprends plus grand chose (ce serait donc ce fameux 4 le routeur th2?: visiblement, ce serait plutôt ma carte DSLAM qui ramerait...

knoppix@ttyp0[knoppix]$ traceroute 212.27.32.5
traceroute to 212.27.32.5 (212.27.32.5), 30 hops max, 38 byte packets
1 192.168.0.254 (192.168.0.254) 4.610 ms 4.205 ms 4.332 ms
2 segur-1-81-57-67-254.fbx.proxad.net (81.57.67.254) 44.695 ms 44.780 ms 43.958 ms
3 vlq-6k-2-a5.routers.proxad.net (213.228.4.254) 44.031 ms 45.098 ms 44.685 ms
4 * * *
5 vlq-6k-1-po1.intf.routers.proxad.net (212.27.50.2) 45.022 ms 44.288 ms 44.391 ms
6 dnscache-7.proxad.net (212.27.32.5) 44.561 ms 44.967 ms 44.694 ms
knoppix@ttyp0[knoppix]$

Quant à dig, il me sort des résultats parfaitement aberrants et absolument pas significatifs de quoique ce soit, quoi que je ping...

montre voir comment tu t'en sert

NeoY2k

jlighty

NeoY2K> c'est traceroute pour la Knoppix
mais comme le routeur th2 a tendance à dropper le^s requètes ICMP, les résultats de traceroute n'auront aucun rapport avec la résolution du DNS.

ory	c'est pas avec un ping que tu teste ca, mais plutot avec dig

NeoY2k

C'est vrai que ça serait plus délicat :lol: mais je n'ai pas la commande tracert sous knoppix, il faudrait l'installer, et n'ayant pas de hdd, spapissib :(

Il est effectivement possible que quelquechose merde sur la route de mon DNS... Ou merde encore plus plus loin...

jlighty

plutôt que de donner le délai avec l'outil ping, essaye d'afficher la route via la commande tracert.

NeoY2k

Le DNS de Free est lamentablement lent, ce qui se ressent énormément à la navigation.
Par moment, il refuse toute résolution de nom pendant plusieurs secondes (des "trous noirs" ) même si je n'ai pas pu affirmer sa "culpabilité" sur ce point puisque je suis en Wifi et qu'il serait compréhensible qu'il y'ait des "trous" (surtout en tenant compte de la pitoyable puissance de la carte wifi fournie par Free... Si je l'avais su si mauvaise, je me serais payé un deuxieme point d'accès...).

Pourtant les relevés de ping (loin d'être excellent certes) soit loin d'être aussi catastrophiques que ressentis.
Et pour les mauvaises langues: Linux/windows, Opera/mozilla/firefox/IE, même chose ;)

Citation :

root@ttyp0[knoppix]# ping 192.168.0.254
PING 192.168.0.254 (192.168.0.254): 56 data bytes
64 bytes from 192.168.0.254: icmp_seq=0 ttl=64 time=6.0 ms
64 bytes from 192.168.0.254: icmp_seq=1 ttl=64 time=6.3 ms
64 bytes from 192.168.0.254: icmp_seq=2 ttl=64 time=3.8 ms
64 bytes from 192.168.0.254: icmp_seq=3 ttl=64 time=4.6 ms
64 bytes from 192.168.0.254: icmp_seq=4 ttl=64 time=4.0 ms

--- 192.168.0.254 ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max = 3.8/4.9/6.3 ms
root@ttyp0[knoppix]# ping 212.27.32.5
PING 212.27.32.5 (212.27.32.5): 56 data bytes
64 bytes from 212.27.32.5: icmp_seq=0 ttl=59 time=47.3 ms
64 bytes from 212.27.32.5: icmp_seq=1 ttl=59 time=47.7 ms
64 bytes from 212.27.32.5: icmp_seq=2 ttl=59 time=47.2 ms
64 bytes from 212.27.32.5: icmp_seq=3 ttl=59 time=45.5 ms
64 bytes from 212.27.32.5: icmp_seq=4 ttl=59 time=45.7 ms

--- 212.27.32.5 ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max = 45.5/46.6/47.7 ms

On remarque que sur le chemin...