On Sat, 13 Oct 2007 18:30:16 +0200, Pascal Hambourg wrote:
En poursuivant ma lecture, je tombe sur <http://www.opendns.com/features/overview/>, qui m'apprend qu'OpenDNS n'est pas un service de resolver DNS neutre mais trafique les réponses (filtrage, correction).
Et qui analyse les querys pour vendre des stats... Faudrait me payer très cher pour utiliser ce truc. -- Nina
On Sat, 13 Oct 2007 18:30:16 +0200, Pascal Hambourg
<boite-a-spam@plouf.fr.eu.org> wrote:
En poursuivant ma lecture, je tombe sur
<http://www.opendns.com/features/overview/>, qui m'apprend qu'OpenDNS
n'est pas un service de resolver DNS neutre mais trafique les réponses
(filtrage, correction).
Et qui analyse les querys pour vendre des stats...
Faudrait me payer très cher pour utiliser ce truc.
--
Nina
On Sat, 13 Oct 2007 18:30:16 +0200, Pascal Hambourg wrote:
En poursuivant ma lecture, je tombe sur <http://www.opendns.com/features/overview/>, qui m'apprend qu'OpenDNS n'est pas un service de resolver DNS neutre mais trafique les réponses (filtrage, correction).
Et qui analyse les querys pour vendre des stats... Faudrait me payer très cher pour utiliser ce truc. -- Nina
Nouvel abonné
Un début de réponse se trouve peut-être sur la page du site d'OpenDNS <http://www.opendns.com/how/faster/global-footprint/>. Extrait :
"our network uses Anycast routing technology, which means no matter where you are in the world your DNS requests are answered by our closest datacenter"
Selon le FAI d'origine les requêtes DNS à une même adresse IP peuvent aboutir sur des serveurs différents (procédé dit anycast), et il se peut que celui qui est utilisé depuis ta connexion Free ait un problème. Par curiosité, que répond l'autre serveur d'OpenDNS, 208.67.220.220 ? (si sous Windows, exécuter "nslookup -debug ecom.cimetz.com 208.67.220.220")
Un traceroute devrait permettre de localiser le serveur physique utilisé depuis une connexion donnée. Depuis ma connexion Nerim :
$ traceroute -If 4 208.67.222.222 4 if-2-0-0.har1.PV0-Paris.teleglobe.net (195.219.224.29) 33.533 ms 5 195.219.215.1 (195.219.215.1) 32.317 ms 6 ge-2-5.r02.parsfr01.fr.bb.gin.ntt.net (129.250.8.177) 31.657 ms 7 xe-6-0-0.r20.parsfr01.fr.bb.gin.ntt.net (129.250.2.132) 33.536 ms 8 as-0.r23.londen03.uk.bb.gin.ntt.net (129.250.2.144) 42.263 ms 9 xe-3-1.r01.londen03.uk.bb.gin.ntt.net (129.250.2.46) 41.131 ms 10 83.231.146.198 (83.231.146.198) 39.831 ms 11 resolver1.opendns.com (208.67.222.222) 40.104 ms
(si sous Windows, exécuter "tracert 208.67.222.222")
C:Documents and SettingsAdmin>nslookup ecom.cimetz.com 208.67.222.222 Serveur : resolver1.opendns.com Address: 208.67.222.222
Réponse ne faisant pas autorité : Nom : ecom.cimetz.com Address: 81.80.127.134
C:Documents and SettingsAdmin>nslookup ecom.cimetz.com 208.67.220.220 Serveur : resolver2.opendns.com Address: 208.67.220.220
Réponse ne faisant pas autorité : Nom : ecom.cimetz.com Address: 81.80.127.144
On voit donc que les 2 DNS n'ont pas la même info, ce qui confirmerait que c'est bien OpenDNS qui a un problème.
Depuis Free : C:Documents and SettingsAdmin>tracert 208.67.222.222 Détermination de l'itinéraire vers resolver1.opendns.com [208.67.222.222] avec un maximum de 30 sauts :
4 66 ms 73 ms 91 ms boisgrenier-6k-1-po2.intf.routers.proxad.net [21 2.27.51.46] 5 * * * Délai d'attente de la demande dépassé. 6 * * * Délai d'attente de la demande dépassé. 7 79 ms 79 ms 79 ms ge-0.linx.londen03.uk.bb.gin.ntt.net [195.66.224 .138] 8 90 ms 91 ms 91 ms xe-0-2-0.r23.londen03.uk.bb.gin.ntt.net [129.250 .2.66] 9 80 ms 79 ms 79 ms xe-3-1.r01.londen03.uk.bb.gin.ntt.net [129.250.2 .46] 10 77 ms 79 ms 79 ms 83.231.146.198 11 82 ms 83 ms 85 ms resolver1.opendns.com [208.67.222.222]
Itinéraire déterminé.
Un début de réponse se trouve peut-être sur la page du site d'OpenDNS
<http://www.opendns.com/how/faster/global-footprint/>. Extrait :
"our network uses Anycast routing technology, which means no matter
where you are in the world your DNS requests are answered by our closest
datacenter"
Selon le FAI d'origine les requêtes DNS à une même adresse IP peuvent
aboutir sur des serveurs différents (procédé dit anycast), et il se peut
que celui qui est utilisé depuis ta connexion Free ait un problème. Par
curiosité, que répond l'autre serveur d'OpenDNS, 208.67.220.220 ? (si
sous Windows, exécuter "nslookup -debug ecom.cimetz.com 208.67.220.220")
Un traceroute devrait permettre de localiser le serveur physique utilisé
depuis une connexion donnée. Depuis ma connexion Nerim :
$ traceroute -If 4 208.67.222.222
4 if-2-0-0.har1.PV0-Paris.teleglobe.net (195.219.224.29) 33.533 ms
5 195.219.215.1 (195.219.215.1) 32.317 ms
6 ge-2-5.r02.parsfr01.fr.bb.gin.ntt.net (129.250.8.177) 31.657 ms
7 xe-6-0-0.r20.parsfr01.fr.bb.gin.ntt.net (129.250.2.132) 33.536 ms
8 as-0.r23.londen03.uk.bb.gin.ntt.net (129.250.2.144) 42.263 ms
9 xe-3-1.r01.londen03.uk.bb.gin.ntt.net (129.250.2.46) 41.131 ms
10 83.231.146.198 (83.231.146.198) 39.831 ms
11 resolver1.opendns.com (208.67.222.222) 40.104 ms
(si sous Windows, exécuter "tracert 208.67.222.222")
C:Documents and SettingsAdmin>nslookup ecom.cimetz.com 208.67.222.222
Serveur : resolver1.opendns.com
Address: 208.67.222.222
Réponse ne faisant pas autorité :
Nom : ecom.cimetz.com
Address: 81.80.127.134
C:Documents and SettingsAdmin>nslookup ecom.cimetz.com 208.67.220.220
Serveur : resolver2.opendns.com
Address: 208.67.220.220
Réponse ne faisant pas autorité :
Nom : ecom.cimetz.com
Address: 81.80.127.144
On voit donc que les 2 DNS n'ont pas la même info, ce qui confirmerait
que c'est bien OpenDNS qui a un problème.
Depuis Free :
C:Documents and SettingsAdmin>tracert 208.67.222.222
Détermination de l'itinéraire vers resolver1.opendns.com [208.67.222.222]
avec un maximum de 30 sauts :
4 66 ms 73 ms 91 ms
boisgrenier-6k-1-po2.intf.routers.proxad.net [21
2.27.51.46]
5 * * * Délai d'attente de la demande dépassé.
6 * * * Délai d'attente de la demande dépassé.
7 79 ms 79 ms 79 ms ge-0.linx.londen03.uk.bb.gin.ntt.net
[195.66.224
.138]
8 90 ms 91 ms 91 ms xe-0-2-0.r23.londen03.uk.bb.gin.ntt.net
[129.250
.2.66]
9 80 ms 79 ms 79 ms xe-3-1.r01.londen03.uk.bb.gin.ntt.net
[129.250.2
.46]
10 77 ms 79 ms 79 ms 83.231.146.198
11 82 ms 83 ms 85 ms resolver1.opendns.com [208.67.222.222]
Un début de réponse se trouve peut-être sur la page du site d'OpenDNS <http://www.opendns.com/how/faster/global-footprint/>. Extrait :
"our network uses Anycast routing technology, which means no matter where you are in the world your DNS requests are answered by our closest datacenter"
Selon le FAI d'origine les requêtes DNS à une même adresse IP peuvent aboutir sur des serveurs différents (procédé dit anycast), et il se peut que celui qui est utilisé depuis ta connexion Free ait un problème. Par curiosité, que répond l'autre serveur d'OpenDNS, 208.67.220.220 ? (si sous Windows, exécuter "nslookup -debug ecom.cimetz.com 208.67.220.220")
Un traceroute devrait permettre de localiser le serveur physique utilisé depuis une connexion donnée. Depuis ma connexion Nerim :
$ traceroute -If 4 208.67.222.222 4 if-2-0-0.har1.PV0-Paris.teleglobe.net (195.219.224.29) 33.533 ms 5 195.219.215.1 (195.219.215.1) 32.317 ms 6 ge-2-5.r02.parsfr01.fr.bb.gin.ntt.net (129.250.8.177) 31.657 ms 7 xe-6-0-0.r20.parsfr01.fr.bb.gin.ntt.net (129.250.2.132) 33.536 ms 8 as-0.r23.londen03.uk.bb.gin.ntt.net (129.250.2.144) 42.263 ms 9 xe-3-1.r01.londen03.uk.bb.gin.ntt.net (129.250.2.46) 41.131 ms 10 83.231.146.198 (83.231.146.198) 39.831 ms 11 resolver1.opendns.com (208.67.222.222) 40.104 ms
(si sous Windows, exécuter "tracert 208.67.222.222")
C:Documents and SettingsAdmin>nslookup ecom.cimetz.com 208.67.222.222 Serveur : resolver1.opendns.com Address: 208.67.222.222
Réponse ne faisant pas autorité : Nom : ecom.cimetz.com Address: 81.80.127.134
C:Documents and SettingsAdmin>nslookup ecom.cimetz.com 208.67.220.220 Serveur : resolver2.opendns.com Address: 208.67.220.220
Réponse ne faisant pas autorité : Nom : ecom.cimetz.com Address: 81.80.127.144
On voit donc que les 2 DNS n'ont pas la même info, ce qui confirmerait que c'est bien OpenDNS qui a un problème.
Depuis Free : C:Documents and SettingsAdmin>tracert 208.67.222.222 Détermination de l'itinéraire vers resolver1.opendns.com [208.67.222.222] avec un maximum de 30 sauts :
4 66 ms 73 ms 91 ms boisgrenier-6k-1-po2.intf.routers.proxad.net [21 2.27.51.46] 5 * * * Délai d'attente de la demande dépassé. 6 * * * Délai d'attente de la demande dépassé. 7 79 ms 79 ms 79 ms ge-0.linx.londen03.uk.bb.gin.ntt.net [195.66.224 .138] 8 90 ms 91 ms 91 ms xe-0-2-0.r23.londen03.uk.bb.gin.ntt.net [129.250 .2.66] 9 80 ms 79 ms 79 ms xe-3-1.r01.londen03.uk.bb.gin.ntt.net [129.250.2 .46] 10 77 ms 79 ms 79 ms 83.231.146.198 11 82 ms 83 ms 85 ms resolver1.opendns.com [208.67.222.222]
Itinéraire déterminé.
Pascal Hambourg
C:Documents and SettingsAdmin>nslookup ecom.cimetz.com 208.67.222.222 Serveur : resolver1.opendns.com Address: 208.67.222.222
Réponse ne faisant pas autorité : Nom : ecom.cimetz.com Address: 81.80.127.134
Dommage que tu aies omis l'option -debug, j'aurais aimé avoir les détails de la réponse, ça aurait peut-être permis de voir s'il s'agissait de données périmées.
C:Documents and SettingsAdmin>nslookup ecom.cimetz.com 208.67.220.220 Serveur : resolver2.opendns.com Address: 208.67.220.220
Réponse ne faisant pas autorité : Nom : ecom.cimetz.com Address: 81.80.127.144
On voit donc que les 2 DNS n'ont pas la même info, ce qui confirmerait que c'est bien OpenDNS qui a un problème.
Si 208.67.220.220 fonctionne bien pour toi, tu peux permuter l'ordre des DNS dans ta configuration IP afin qu'il soit interrogé en priorité.
Depuis Free : C:Documents and SettingsAdmin>tracert 208.67.222.222 Détermination de l'itinéraire vers resolver1.opendns.com [208.67.222.222] avec un maximum de 30 sauts :
4 66 ms 73 ms 91 ms boisgrenier-6k-1-po2.intf.routers.proxad.net [21 2.27.51.46] 5 * * * Délai d'attente de la demande dépassé. 6 * * * Délai d'attente de la demande dépassé. 7 79 ms 79 ms 79 ms ge-0.linx.londen03.uk.bb.gin.ntt.net [195.66.224 .138] 8 90 ms 91 ms 91 ms xe-0-2-0.r23.londen03.uk.bb.gin.ntt.net [129.250 .2.66] 9 80 ms 79 ms 79 ms xe-3-1.r01.londen03.uk.bb.gin.ntt.net [129.250.2 .46] 10 77 ms 79 ms 79 ms 83.231.146.198 11 82 ms 83 ms 85 ms resolver1.opendns.com [208.67.222.222]
La fin du chemin est la même que pour Nina et moi (et probablement ta connexion Orange), donc mon hypothèse mettant en cause l'anycast tombe à l'eau. A moins que les routeurs soient aussi en anycast, mais j'ai un gros doute.
Autre hypothèse, sur chaque site les adresses visibles des serveurs DNS ne sont que des frontaux de répartition de charge vers des clusters de serveurs. Cf. <http://www.opendns.com/how/reliable/global-redundancy/>. Si la répartition de charge est basée sur l'adresse source, il se peut que par malchance l'adresse IP de ta connexion Free te fasse tomber sur un serveur final défaillant du site européen.
C:Documents and SettingsAdmin>nslookup ecom.cimetz.com 208.67.222.222
Serveur : resolver1.opendns.com
Address: 208.67.222.222
Réponse ne faisant pas autorité :
Nom : ecom.cimetz.com
Address: 81.80.127.134
Dommage que tu aies omis l'option -debug, j'aurais aimé avoir les
détails de la réponse, ça aurait peut-être permis de voir s'il
s'agissait de données périmées.
C:Documents and SettingsAdmin>nslookup ecom.cimetz.com 208.67.220.220
Serveur : resolver2.opendns.com
Address: 208.67.220.220
Réponse ne faisant pas autorité :
Nom : ecom.cimetz.com
Address: 81.80.127.144
On voit donc que les 2 DNS n'ont pas la même info, ce qui confirmerait
que c'est bien OpenDNS qui a un problème.
Si 208.67.220.220 fonctionne bien pour toi, tu peux permuter l'ordre des
DNS dans ta configuration IP afin qu'il soit interrogé en priorité.
Depuis Free :
C:Documents and SettingsAdmin>tracert 208.67.222.222
Détermination de l'itinéraire vers resolver1.opendns.com [208.67.222.222]
avec un maximum de 30 sauts :
4 66 ms 73 ms 91 ms
boisgrenier-6k-1-po2.intf.routers.proxad.net [21
2.27.51.46]
5 * * * Délai d'attente de la demande dépassé.
6 * * * Délai d'attente de la demande dépassé.
7 79 ms 79 ms 79 ms ge-0.linx.londen03.uk.bb.gin.ntt.net
[195.66.224
.138]
8 90 ms 91 ms 91 ms xe-0-2-0.r23.londen03.uk.bb.gin.ntt.net
[129.250
.2.66]
9 80 ms 79 ms 79 ms xe-3-1.r01.londen03.uk.bb.gin.ntt.net
[129.250.2
.46]
10 77 ms 79 ms 79 ms 83.231.146.198
11 82 ms 83 ms 85 ms resolver1.opendns.com [208.67.222.222]
La fin du chemin est la même que pour Nina et moi (et probablement ta
connexion Orange), donc mon hypothèse mettant en cause l'anycast tombe à
l'eau. A moins que les routeurs soient aussi en anycast, mais j'ai un
gros doute.
Autre hypothèse, sur chaque site les adresses visibles des serveurs DNS
ne sont que des frontaux de répartition de charge vers des clusters de
serveurs. Cf. <http://www.opendns.com/how/reliable/global-redundancy/>.
Si la répartition de charge est basée sur l'adresse source, il se peut
que par malchance l'adresse IP de ta connexion Free te fasse tomber sur
un serveur final défaillant du site européen.
C:Documents and SettingsAdmin>nslookup ecom.cimetz.com 208.67.222.222 Serveur : resolver1.opendns.com Address: 208.67.222.222
Réponse ne faisant pas autorité : Nom : ecom.cimetz.com Address: 81.80.127.134
Dommage que tu aies omis l'option -debug, j'aurais aimé avoir les détails de la réponse, ça aurait peut-être permis de voir s'il s'agissait de données périmées.
C:Documents and SettingsAdmin>nslookup ecom.cimetz.com 208.67.220.220 Serveur : resolver2.opendns.com Address: 208.67.220.220
Réponse ne faisant pas autorité : Nom : ecom.cimetz.com Address: 81.80.127.144
On voit donc que les 2 DNS n'ont pas la même info, ce qui confirmerait que c'est bien OpenDNS qui a un problème.
Si 208.67.220.220 fonctionne bien pour toi, tu peux permuter l'ordre des DNS dans ta configuration IP afin qu'il soit interrogé en priorité.
Depuis Free : C:Documents and SettingsAdmin>tracert 208.67.222.222 Détermination de l'itinéraire vers resolver1.opendns.com [208.67.222.222] avec un maximum de 30 sauts :
4 66 ms 73 ms 91 ms boisgrenier-6k-1-po2.intf.routers.proxad.net [21 2.27.51.46] 5 * * * Délai d'attente de la demande dépassé. 6 * * * Délai d'attente de la demande dépassé. 7 79 ms 79 ms 79 ms ge-0.linx.londen03.uk.bb.gin.ntt.net [195.66.224 .138] 8 90 ms 91 ms 91 ms xe-0-2-0.r23.londen03.uk.bb.gin.ntt.net [129.250 .2.66] 9 80 ms 79 ms 79 ms xe-3-1.r01.londen03.uk.bb.gin.ntt.net [129.250.2 .46] 10 77 ms 79 ms 79 ms 83.231.146.198 11 82 ms 83 ms 85 ms resolver1.opendns.com [208.67.222.222]
La fin du chemin est la même que pour Nina et moi (et probablement ta connexion Orange), donc mon hypothèse mettant en cause l'anycast tombe à l'eau. A moins que les routeurs soient aussi en anycast, mais j'ai un gros doute.
Autre hypothèse, sur chaque site les adresses visibles des serveurs DNS ne sont que des frontaux de répartition de charge vers des clusters de serveurs. Cf. <http://www.opendns.com/how/reliable/global-redundancy/>. Si la répartition de charge est basée sur l'adresse source, il se peut que par malchance l'adresse IP de ta connexion Free te fasse tomber sur un serveur final défaillant du site européen.
Nina Popravka
On Sat, 13 Oct 2007 18:57:02 +0200, Nouvel abonné wrote:
On voit donc que les 2 DNS n'ont pas la même info, ce qui confirmerait que c'est bien OpenDNS qui a un problème.
Sinon, sur le fond, si vous ne souhaitez pas dépendre des DNS de votre fai, c'est tout aussi simple d'en installer un sur votre machine... Si vous êtes sous Win, y a Posadis qui fait ça très bien en clicodrome <http://posadis.sourceforge.net/posadis> ou le standard en ce domaine, et un peu plus complexe à paramétrer : <http://www.isc.org/index.pl?/sw/bind/> -- Nina
On Sat, 13 Oct 2007 18:57:02 +0200, Nouvel abonné
<pasadresse@padadresse.com> wrote:
On voit donc que les 2 DNS n'ont pas la même info, ce qui confirmerait
que c'est bien OpenDNS qui a un problème.
Sinon, sur le fond, si vous ne souhaitez pas dépendre des DNS de votre
fai, c'est tout aussi simple d'en installer un sur votre machine...
Si vous êtes sous Win, y a Posadis qui fait ça très bien en clicodrome
<http://posadis.sourceforge.net/posadis>
ou le standard en ce domaine, et un peu plus complexe à paramétrer :
<http://www.isc.org/index.pl?/sw/bind/>
--
Nina
On Sat, 13 Oct 2007 18:57:02 +0200, Nouvel abonné wrote:
On voit donc que les 2 DNS n'ont pas la même info, ce qui confirmerait que c'est bien OpenDNS qui a un problème.
Sinon, sur le fond, si vous ne souhaitez pas dépendre des DNS de votre fai, c'est tout aussi simple d'en installer un sur votre machine... Si vous êtes sous Win, y a Posadis qui fait ça très bien en clicodrome <http://posadis.sourceforge.net/posadis> ou le standard en ce domaine, et un peu plus complexe à paramétrer : <http://www.isc.org/index.pl?/sw/bind/> -- Nina
