Qui a débranché l’Allemagne et l’Autriche ?
Une panne relativement sévère des serveurs DNS du Denic (le gestionnaire de noms de domaine en .DE) a pendant un peu plus d’une heure, en début d’après-midi, coupé d’Internet un certain nombre de sites allemands.
Si la cause exacte de cette panne n’est pas encore connue, certains symptômes laissent supposer que c’est le générateur de zones qui est en cause. Comme l’explique Stéphane Bortzmeyer, cette application est en charge de la génération de la zone DNS à partir de la base de données du serveur de noms. En pratique, le problème a donc touché les domaines dont le nom commence par les lettres F à Z, ainsi que certains sites en .com, .net ou .AT gérés par un serveur DNS d'autorité en extension .DE. Une mise à jour de ces mêmes serveurs a bien eu lieu hier, mais il est encore trop tôt pour savoir si les deux évènements sont liés…
- Qui obtiendra les fréquences 3G restantes ?
- La plateforme Vision 2010 chez Acer
- Jusqu'à 24 To dans un boîtier chez LSI
- Panasonic : du Core i3/i5 dopé au magnésium
- OWC lance le premier SSD SandForce de 480Go
- Tom's Guide teste Office 2010
- Android 2.2 serait presque 6 fois plus rapide
- Callisto : des SSD « SandForce » chez Mushkin
- AMD lance ses Phenom quad core mobiles
- Un capteur 3D Sharp pour smartphones
- Dell et HP penchent vers Citrix
- Le CPU Apple A4 dans l’iPhone
- L’AMD Fusion 2 en 2015
- MAJ de notre comparatif CPL
- 26 jours pour déconnecter un joueur de sa Xbox
- NVIDIA aurait déjà livré plus de 100 000 Fermi
- ChromeOS dans deux semaines avec Acer
- Un eBook couleur chez Plastic Logic






Je pensais que les serveurs de noms du premier niveau étaient redondants pour éviter ce genre de panne.
Si c'est un problème logiciel alors ça montre bien que même aujourd'hui la technique utilisé au début par la nasa peut encore être utile (trois systèmes avec trois logiciel différents écrit par trois équipes différentes pour éviter qu'un bug logiciel ne provoque le blocage de tous les exemplaires du matériel installé en redondance).
si on va dans ton sens ca voudrait dire que chaque internaute devrait avoir 3 providers etc etc ... sinon y'a tjs un element unique qui peut lacher qqpart
Ouais, mais au niveau d'un pays entier c'est autre chose...
sebbk > Une liaison ADSL qui tombe, ça touche quoi? Une famille? Une PME?
Un DNS primaire qui répond plus pendant une heure ça touche quoi? Des millions de personnes? Des centaines de milliers d'entreprises?
Autant pour la plupart des PME et pour les familles on peut se contenter d'un petit 98% de fiabilité sur la liaison internet, autant au niveau des DNS primaire, une fiabilité du service d' "à peine" 99.9% est intolérable.
certes, mais reste à savoir a combien tu estimes le cout d'un disfonctionnement de 0.01% du temps, et combien ca couterait d'obtenir un fonctionnement de 99,999999999%
sachant que meme a la nasa ca merde et que de toutes façons murphy fera que ce qui doit arriver arrivera
Ahhh ok ok je croyais que c'était le serveur de notre filiale qui était tombé.
Pas de pot les "G" sont dans la fourchette...
Comment ça se passe avec la téléphonie par IP ? Ca se casse la gueule aussi ?
J'imagine pour notre siège en France : une entreprise de service de 1000 personnes sans téléphone ni mail et avec les sites web en carafe. Le bordel !
Avec la méthode "6 sigma", à la mode en ce moment, le taux d'erreur visé est de l'ordre de 3 par million.
d'où l'utilité d'avoir des petits serveurs dns maison tout de même!
ou d utiliser les serveurs DNS de Google
8.8.8.8
ou d utiliser les serveurs DNS de Google 8.8.8.8
Euh non, là moi j'utiliserais plutôt le nombre 6.6.6
Ça aurait pu faire l'objet d'un épisode de Papa Schultz
Ça aurait pu faire l'objet d'un épisode de Papa Schultz
A ceci prés qu'ils se seraient attaqués aux pigeons voyageurs et non aux serveurs DNS
Tout à fait

Sympa de te croiser Bill, ça faisait un bail
Sergent Schulz !!! http://www.faqs.org/rfcs/rfc1149.html
Si j'ai bien compris le problème, le ou les DNS ne sont PAS tombés ! Il y a bien évidemment redondance pour ce genre de serveurs... Mais un DNS, c'est une liste de noms de domaines (et leurs IP), càd que ça change, ça vit, il faut faire des mises à jour.
Et là, ça a foiré ! Une mise à jour a généré une liste incomplète de noms de domaines (jusqu'à la lettre F), et cette liste a très certainement été propagée sur le 2 ou 3 ou 4 serveurs redondants !
Donc, tous les serveurs DNS déservant les .de étaient actifs mais avec de mauvaises données (incomplètes).
Ok, suffit de remettre les bonnes données ? Oui évidemment... mais...
Le problème est le cache lors des recherches DNS : il est impossible d'avoir un accès sans cache DNS. Imaginer votre PC qui ferait des demandes DNS (pour trouver free.fr ou ubuntu.com ou google.de) à CHAQUE page web... pire, à CHAQUE élément d'une page ... Impossible ! ce serait hyper lent, le trafic DNS serait immense et nécessiterait des serveurs DNS 100 fois plus gros.
Donc, pour limiter les demandes DNS, il y a des caches : dans votre PC, dans votre modem ou Box, chez votre fournisseur Internet, etc.
De cette façon, si vous accédez à 20 pages sur le site de Microsoft (par ex), votre PC ne demandera la résolution DNS que la 1ère fois (les IP ne changent pas si souvent que ça).
L'information DNS obtenue (nom de domaine = IP) a une certaine durée de vie, entre 5 minutes et plusieurs heures, 24h même). Càd que si votre PC redemande la même résolution de nom de domaine dans ce délais, le cache fourni l'adresse IP sans redemander au niveau supérieur. ça réduit fortement le trafic DNS et accélère vos accès Web...
Le problème est que, si une info est invalide ou manquante... elle peut aussi rester en cache pendant quelques heures ou même 24 ou 48h (avec le jeu des caches successifs PC / Box / FAI / Registrar ...).
De ce fait, quand ça foire, l'erreur peut mettre longtemps à se corriger, MÊME si le top DNS fait la correction "rapidement" ...
J'ai expérimenté cela : lors d'un changement brutal de serveur (problème sur l'ancien), j'ai du changer l'adresse IP chez mon registrar : ça a mis presque 2j pour retrouver l'accès depuis tous les FAI (ça marchait depuis Skynet, pas depuis Orange, etc...). C'est le délais de propagation des DNS Internet...
Donc, ici :
- ce n'est pas un problème d'UN DNS en panne : il y a redondance
- les DNS fonctionnaient, mais table des domaines incomplètes
- même après correction sur le serveur DNS, ça peut mettre plusieurs heures pour que les domaines redeviennent disponibles (çàd que l'utilisateur reçoive la bonne IP) chez tous les FAI...
;-)
Didier_bc > Raisonnement valable, mais qui oublie un point important : pour chaque domaine est indiqué une durée de validité qui doit être pris en compte par tous les caches. Une fois cette duré écoulé l'enregistrement est considéré comme périmé et les DNS sont censé redemander les infos au DNS gérant le nom de domaine avant de les faire suivre. C'est vrai qu'en général on indique des durées de plusieurs heures pour cette durée là quand on est sur que l'adresse ne va pas changer.

Si vous avez été bloqué pendant 48h ça veut dire que vous aviez surement indiqué une durée de rafraichissement d'au moins 24h. Quand votre serveur est tombé en panne et que vous avez changé d'IP, les autres DNS avaient encore un enregistrement indiqué comme valide et donc aucune raison logique de vérifier s'il n'avait pas eu de mise à jour. Si la dite durée avait indiqué que le rafraichissement devait se faire toutes les heures, alors vos visiteurs n'auraient été bloqué au pire que pendant une heure.
Évidement personne ne peut deviner la minute exacte de la panne d'un serveur sans quoi il suffirait de changer l'info quelques jours plus tôt pour que les visiteurs ne soient gêné que pendant quelques minutes.