Je savais que j'aurais plus de lecteur en écrivant une annerie pareil. J'aimerai avec de parler de WIMI, expliquer le comment du pourquoi de la coupure de 8 jours (!!!) qu'a subit www.heisspiter.net. En premier lieu, voici le mail qu'on reçut les hébergés, pour expliquer le problème :
Bonjour, Nous tenons à nous excuser de l'absence d'heisspiter.net sur le réseau Internet pendant 8 jours (du 1er au 9 Juillet). Le serveur a éprouvé un problème au niveau de la mise-à-jour de son DNS principal, l'adresse IP était donc périmée. Cette coupure, survenue pendant les vacances n'a été détectée que très tard, et n'a pu en conséquence qu'être réparée très tard.

Pour palier à ce problème, d'importantes modifications au niveau de la gestion de la connectique et des DNS vont être réalisées sur le serveur dans les prochains jours. Elles permettront d'éviter ce genre de problème, ou au moins de minimiser le temps d'inaccessibilité à quelques heures à peine.

Nous tenons à vous rappeler qu'en cas d'erreurs de ce genre, les DNS de secours sont toujours actifs, et vos sites aussi (avec le minimum vital : php4/MySQL). Il vous suffit de rajouter votre nom d'utilisateur précédent d'un tildé (~) aux adresses suivantes : www.heisspiter.no-ip.com ou www.heisspiter.gotdns.com. Dans le cadre des utilisateurs bénéficiants de la nouvelle offre, il est aussi nécessaire d'ajouter /htdocs, après le nom d'utilisateur.

Cordialement, Heis Spiter
Maintenant, je vais entrer dans les détails. Il s'avère que j'étais absent durant ce problème (évidement). Or actuellement, pour la mise-à-jour des DNS j'utilise trois softs différents. Un par serveur distant. Et il s'avère que le soft que j'utilise pour OVH (BaliDDNS) rencontre le plus de problème, et n'est même pas réellement fait pour tourner sur un serveur. Il a donc tout bonnement crashé au bout de 4 jours de lancement, sans personne pour le relancer. Je reconnais mon erreur dans cette incapacité. C'est pour l'application développé par moi-même (nommé très joliement : start.exe) pour gérer le serveur, prend en compte ce logiciel (lancement, vérification du lancement, et relances régulières) pour éviter ce soucis. Je prévois pour une plus grande sécurité encore de passer start.exe en service, pour avoir une sécurité de contrôle proche de 100% (même en étant absent). Auquel cas, seules des erreurs importantes (genre la couche réseau de Windows qui se barre en cacahuète) rendraient le serveur indisponible.

Maintenant, le plus important pour moi va être de laisser tomber BaliDDNS. J'ai donc commencé à réflechir (papier) au développement d'une application semblable (qui prendrait en compte aussi, la couche réseau Windows, et donc le départ en cacahuète, pour être sûr d'avoir un serveur toujours en ligne). Et le premier résultat visible s'appelle WIMI. Les plus observateurs auront vu qu'une page portant ce nom est en préparation sur le site du serveur. Mais qu'est-ce que WIMI alors ? C'est une application d'abord développée pour le serveur, que je vais fournir sur le web gratuitement. Elle est déclinée en deux versions : une version console (utilisée par le serveur), une version win32 (plus pour l'utilisateur lambda). Elle se base sur la récupération de l'IP sur trois sites distants (et même plus à l'avenir, j'aimerai). Mais sur une récupération bête et banale. Conseillée pour ceux qui ne sont pas derrière un routeur. La méthode avec les sites étant plus lente à cause d'un ping préventif vers le site de 3x200ms par site. Donc, si aucun site ne répond 2s d'attente. En informatique, ça se sent. C'est donc dans sa version console (logée dans system32) que sera utilisé WIMI afin de récupérer l'IP du serveur, quand le programme de mise-à-jour sera prêt.

Mais ça, ce sera dans un prochain épisode ! ;)

WIMI version win32 :
WIMI win32
WIMI version dos :
WIMI dos