effectivement j'ai ça aussi. Le bug n'est donc pas chez Orange ni sur un lien de peering Orange vers le Royaume-Uni, c'est bien l'hébergeur dn DNS "authoritative" des domaines OSM qui est tombé. Et cela ne touche pas que les sites OSM.
Sur le wiki, il y a une mise à jour du statut qui affiche "DNS down". Bref la Fondation doit appeler son hébergeur pour le support Le 8 décembre 2015 à 11:51, Jérôme Seigneuret <jseigneuret-...@yahoo.fr> a écrit : > C:\Users\j.seigneuret>nslookup open www.openstreetmap > DNS request timed out. > timeout was 2 seconds. > Serveur : UnKnown > Address: 193.63.75.103 > > DNS request timed out. > timeout was 2 seconds. > DNS request timed out. > timeout was 2 seconds. > *** Le délai de la requête sur UnKnown est dépassé. > > Le 8 décembre 2015 à 11:46, Philippe Verdy <verd...@wanadoo.fr> a écrit : > >> Pour confirmer que c'est un routage qui ne marche pas, il faudrait savoir >> quelle adresse IP est retournée par "nslookup www.openstreetmap.org" >> chez les abonnés Free pour que ça marche. >> Avec OpenDNS (comme serveur DSNS) j'obtiens: >> >> >nslookup www.openstreetmap.org >> Serveur : resolver1.opendns.com >> Address: 208.67.222.222 >> Réponse ne faisant pas autorité : >> Nom : www.openstreetmap.org >> Addresses: 2001:630:12:500:21a:4bff:fea5:fd2a >> 2001:630:12:500:219:bbff:fe39:3d9e >> 2001:630:12:500:219:bbff:fe39:8aba >> 193.63.75.103 >> 193.63.75.99 >> 193.63.75.100 >> Peut-être qu'on peut se connecter en IPv6 sur le site web si c'est un >> lien de peering mort pour les adresses IPv4 193.63.75.* >> >> >nslookup wiki.openstreetmap.org >> Serveur : resolver1.opendns.com >> Address: 208.67.222.222 >> Réponse ne faisant pas autorité : >> Nom : wiki.openstreetmap.org >> Address: 193.63.75.106 >> >> Si le peering est mort (liaison cassée) ça peut toucher pas mal d'autres >> sites web vers le même site de colocation. Mais ça ne marcherait pas en se >> connectant depuis Free. >> >> Le 8 décembre 2015 à 11:38, Philippe Verdy <verd...@wanadoo.fr> a écrit : >> >>> C'est le serveur DNS du domaine qui est en rade. Ou plutôt les >>> inscriptions du domaine qui sont erronées, et pas remises à jour ou pas >>> encore propagées (en revanche les serveurs de l'hébergeur du DNS sont >>> actifs, mais les infos "authoritative" sont inexistantes). >>> >>> Pas moyen non plus en changeant de résolveur DNS côté client (avec les >>> infos en cache) >>> Donc pas la faute d'Orange. >>> >>> Ca sent plutot la bourde dans la reconfiguration du domaine, côté >>> Fondation OSM, pâr un de ses admins (chargement d'une zone vide? Mise en >>> commentaire?). >>> >>> Le 8 décembre 2015 à 11:29, Tony Emery <tony.em...@yahoo.fr> a écrit : >>> >>>> Donc c'est un acte de terrorisme de la part d'Orange ? >>>> >>>> >>>> >>>> ----- >>>> Tony EMERY >>>> Administrateur OpenStreetMap.fr >>>> Mandataire Grand Sud-Est >>>> Géomaticien & chef de projets >>>> -- >>>> View this message in context: >>>> http://gis.19327.n5.nabble.com/OSM-Maps-service-en-rad-tp5861945p5861959.html >>>> Sent from the France mailing list archive at Nabble.com. >>>> >>>> _______________________________________________ >>>> Talk-fr mailing list >>>> Talk-fr@openstreetmap.org >>>> https://lists.openstreetmap.org/listinfo/talk-fr >>>> >>> >>> >> >> _______________________________________________ >> Talk-fr mailing list >> Talk-fr@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-fr >> >> >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
