Enfin !!!… Une bonne nouvelle, les problèmes d’accès sont résolus (il était temps hein ?) !

Voila donc un petit peu ce qui s’est passé:

Comme expliqué sur un des articles sur les problèmes de DNS (comme ça on voit si vous suivez…), un serveur DNS est un répertoire indexant les noms de domaine ainsi que leurs adresses IP exactement comme les Pages Jaunes indexent nos noms et numéros de téléphones.

Les deux champs les plus utilisés pour attribuer une adresse IP à un nom de domaine sont:

• Le champs « A »: Ce champs permet d’attribuer directement une adresse à un nom (Jusque là… Logique).
  • Ex:  www.virtual-info.info     A 91.121.88.208

• Le champs « CNAME »: Ce champs permet d’attribuer à un nom, l’adresse IP d’un autre nom (Là encore… Pratique).
  • Ex: i.virtual-info.info     CNAME www.virtual-info.info

Le problème a commencé quand la zone de virtual-info.eu a déconné. Il fallu la refaire (Oui oui, encore désolé c’était de ma faute…), et là… Il fallait remettre toutes les adresses une par une.

J’ai commencé par l’adresse maitresse du serveur, à savoir l’adresse qui a coup sûr mène au serveur, un A. Puis les « NS1/2 » devaient être en CNAME vers les adresses maitresses.

Ensuite normalement (c’est pas pour rien s’il est souligné et en gras…), tout devait fonctionner ainsi, mais c’est à ce moment que notre bazar inter-galactique ramena ses fesses… Il se trouve que maintenant nous savons que certains FAI ne savent pas configurer leurs DNS…

En effet, la résolution se fait comme ceci (ex: www.virtual-info.info):

1. On demande aux Masters DNS du « .info » (ceux qui contiennent l’adresse des DNS de TOUT LES « .info« ) s’ils connaissent « virtual-info« 
2. On demande maintenant au serveur détenant la configuration de « virtual-info.info » s’il connait « www« .
3. Celui ci nous renvoi l’adresse IP associé à « www.virtual-info.info« 

Je ne suis pas à 100% informé de exactement comment ça fonctionne, mais je sais que ces Master DNS sont connus de TOUT les DNS du monde, ils sont inscrits automatiquement à l’intérieur.

Les fournisseurs d’accès fournissent eux même leurs DNS à leurs clients, et un serveur, une fois qu’il demande une adresse, la conserve en mémoire pour ne plus avoir à la redemander (Ouh… Le coquin !). Seulement voila, les DNS de certains FAI ne connaissaient pas nos adresse parce que l’adresse « NS1/2 » qu’on donne à nos clients à l’inscription, étaient des « CNAME » (Oh la bourde -_-’ )…

Cette erreur de notre ma part nous a permit de découvrir que les administrateurs réseaux de certains FAI (comme Orange France) dont je ne citerais pas les noms, ont mal configuré leurs serveurs, ce qui nous a valu pleeeeein de problèmes pendant près de 2 semaines.

D’ailleurs, d’autres FAI (Oh, merci Free !) qui eux avaient de bonnes configs n’ont pas été touchés par mon erreur.

Alors note personnelle et pour tout les administrateurs réseaux en herbe qui lisent cet article…:

Mettez les adresses de serveurs DNS en « A » et non en « CNAME » comme je l’avais fais…!

PS: Il est facile de glisser sur le « O » en écrivant le « I » de « FIN » trop vite je trouve… -_-’

Là ça devient sérieux ET inexplicable. Certains de nos clients, pas tous, n’arrivent pas à accéder à leur site depuis leur PC, mais y arrivent depuis un autres, ou parfois pas du tout.

Après vérification de certains traceroute (2 ou 3 en réalité), j’ai pensé à appeler OVH et à leur demander s’ils avaient une solution… Ils ne font pas de support pour Kimsufi.

Enfin, j’ai pensé à une solution ultime, la seule envisageable: La synchronisation des TimeStamps.

J’explique:
Dans la configuration d’une Zone DNS, il y a une partie « Timestamp », une sorte de numéro de série unique à chaque Zone (c’est à dire qu’une même zone ne peut avoir 2 fois de suite le même timestamp). Le TS est au format <ANNÉE><MOIS><JOUR><N°Modif>, la première modification du jour donnera pour TS à la zone modifiée « 2010022401 » avec « 01 » pour la 1ere modif du jour.

Les Master DNS se calent sur ces TS pour mettre à jour leur configs, si le TS est le même que celui qu’ils possèdent, cela signifie qu’ils n’ont aucune MAJ à faire. Si en revenche le TS change, les Master DNS font une mise à jour et récupèrent les configs (Je suis même pas sûr à 100% que ce sont les Master DNS qui se calent sur le TS, mais le principe est le même).

Idée? Mettre tout les TS à jour à une date récente. Alors un petit coup de « sed » et tout les TS sont passés à: 2010022405

La commande: sed -i ‘s/2010022200/2010022405/g’ /var/cache/bind/*.db

Normalement, maintenant d’ici 24 ou 48h, tout devrait fonctionner.

Nous nous excusons pour la gène occasionnée, mais on patauge un peu là >_<’

Cet article fait suite à celui concernant nos problèmes de DNS.

A ce jour, nous ne constatons aucun problème sur notre serveur DNS:

• Notre serveur DNS contient bien tout les noms de domaines.
• Il n’y a pas de problème de syntaxe sur nos fichiers de configuration
• Au minimum, j’ai moi-même accès à tout les domaines qui nous ont été reportés comme non-fonctionnels
• Les outils disponibles sur internet ne révèlent pas de problèmes particuliers
• Les traceroutes ne donnent rien non plus…

D’ailleurs parlons des traceroutes.

Il est vrai que malgré toutes nos vérifications, notre serveur pourrait avoir un problème, non détecté par tout ces outils. Mais il n’y en a qu’un qui serait vraiment significatif, il s’agit du traceroute.

Traceroute est le nom d’un outil permettant de tracer un paquet, et chaque fois qu’il atteint un serveur, retourne l’emplacement. C’est en quelque sorte (que dis-je… C’est réellement) le chemin emprunté par le paquet jusqu’à destination.

Sous Windows, cet outil est dispo en ligne de commande, en natif, il s’agit de « tracert »
Sous Linux, c’est « traceroute »

-> Je demande à TOUT CEUX qui ont un problème d’accès à leur site, leur FTP, ou n’importe quoi lié à Virtual-Info, de nous envoyer le résultat de leur traceroute par mail, à l’adresse suivante: contact@virtual-info.info

D’après ce résultat, nous sauront vraiment d’où vient le problème. Voici le résultat de mon traceroute exemple:

Comme vous l’aurez remarqué, le dernier carré vert devrait être le même pour TOUT le monde. ou du moins l’adresse IP.

Vous pouvez nous envoyer une capture d’écran, ou simplement faire un copié collé du résultat, en fichier joint txt SVP.

Encore toutes nos excuses pour la ou les gènes occasionnées.

Comme certains ont pu le remarquer, comme par exemple nos clients, les sites internet que nous hébergeons étaient inaccessibles, les mails non-reçus, et aucune nouvelles de nous.

Les explications sont plutôt simples, nous avions un souci avec notre serveur DNS (Notre serveur de résolution de noms, celui qui gère « virtual-info.eu », lui même indiquant aux machines du net quel serveur résoudra l’adresse de l’emplacement de votre site, vos e-mails… Je sais, c’est mal expliqué et assez complexe… =P )

Une explication un peu plus approfondie s’impose.
Un DNS (Domain Name Server) est un serveur contenant un annuaire des correspondances « Adresse IP/Nom de machine ». C’est ce même serveur qui dira à votre ordinateur « www.virtual-info.info » correspond à 91.121.88.208.

-> Chez Virtual-Info, ce système est un peu différent. Au lieu de passer directement par notre DNS, la résolution de TOUTES nos adresses passe (pour des raisons de sécurité) par un autre serveur DNS.

Ce système est celui de Virtual-Info, ainsi que celui de tous nos hébergés à l’exception de ceux qui utilisent nos domaines en « .v-info.info »

Le problème est survenu sur le premier serveur DNS, celui qui gère « virtual-info.eu ». Ainsi, ce serveur n’indiquait plus le 2e serveur, c’est ainsi que plus personne n’avait accès  à son site, ni à l’hébergement.
Pour des raisons personnelles (j’étais en Week-End airsoft ), l’erreur n’a ni été diagnostiquée, ni réparée.

Nous nous excusons pour la gène occasionnée, l’indisponibilité et l’éventuelle perte de temps qui en a découlé.

Bonne journée !