Comment puis-je prouver qu'un serveur web et un site fonctionnent ?

S'il s'agit d'un problème intermittent, il peut être dû à des problèmes de réseau transitoires ou à des problèmes de performance du serveur. Le nombre de raisons possibles est ÉNORME ! Vous devez éliminer le serveur comme cause du problème. Vérifiez les journaux d'événements du système d'exploitation, les journaux d'erreurs IIS, etc. Essayez de demander à quelqu'un de vous contacter dès que le problème se produit. Demandez-lui de faire un tracert ou un pathping vers le serveur pour diagnostiquer les problèmes de réseau. Vérifiez également que le serveur n'est pas soumis à une charge élevée lorsque le problème se produit.

Pour une réponse plus concluante, nous aurions besoin de plus d'informations.

Bien sûr, il y a une quantité "normale" de temps d'arrêt pour les sites Web... vous pourriez essayer de surveiller le site vous-même de l'extérieur et de vérifier son temps de fonctionnement. Tant qu'il est supérieur à 4 ou 5 neuf selon votre SLA, c'est parfois tout ce qui compte.

Si vous avez déjà des personnes du monde entier qui utilisent le site, vous devez indiquer aux utilisateurs qui rencontrent le problème quelque chose comme http://downforeveryoneorjustme.com/ . Cela leur prouve que le problème, quel qu'il soit, ne vient pas de vous. Vous devriez également avoir mis en place une sorte de surveillance interne qui charge réellement les pages Web. Pour surveiller un site Web, il ne suffit pas de recevoir un message 200 OK. Vous avez besoin d'une solution de surveillance qui recherche réellement quelque chose sur la bonne page. S'il existe une connexion dorsale quelconque (base de données SQL, autorisation ADAM), la solution de surveillance doit pouvoir charger une page en l'utilisant également.

Il est difficile de le prouver d'une manière ou d'une autre, car le routage Internet peut être intéressant, tout comme les douleurs DNS.

N'oubliez pas que ce n'est peut-être ni vous ni eux qui ont un problème, mais peut-être un peu d'Internet entre vous. Comme le DNS de votre FAI. Ou le routage du FAI de leur FAI. Ou encore, le préfixe de votre serveur web peut être bloqué par l'AS de quelqu'un d'autre qui annonce un masque de réseau trop large (c'est arrivé à Google !).

Pour en avoir le cœur net, vous devez effectuer un test nslookup de votre site à partir de son emplacement, en commençant idéalement par les serveurs de noms racine, par exemple a.root-servers.net, puis en descendant. Vous devez essayer tous les serveurs DNS situés sur le chemin entre la racine et le serveur DNS autoritaire du nom d'hôte de votre serveur web, car il arrive parfois que l'un des serveurs autoritaires soit défaillant, mais que d'autres soient OK, ce qui fait que cela fonctionne pour vous, mais pas pour eux.

En supposant que le DNS est OK, ils doivent voir si les paquets peuvent arriver jusqu'à vous. C'est-à-dire un ping dans un premier temps. Et vous devez être sûr que vos paquets peuvent revenir. Faites un ping. En supposant que tout va bien, vous voulez probablement leur faire faire un wget, curl ou telnet à votre serveur web et faire un GET à la main (pour éliminer les caches du navigateur). Ensuite, il est probablement raisonnable de dire que votre site est accessible - en supposant qu'il le soit. Et si ce n'est pas le cas, vous aurez une idée raisonnable de l'origine du problème.

Comme vous pouvez le constater, il s'agit d'une question non triviale.

Comme d'autres l'ont suggéré, certains serveurs commerciaux peuvent être utiles, tout comme le fait de placer vos propres serveurs à plusieurs endroits sur plusieurs réseaux et de les vérifier les uns par rapport aux autres.

Si vous avez besoin d'un service de surveillance assez sophistiqué, je vous recommande de chercher quelque chose du type Keynote o Gomez .

Vous avez besoin d'un service externe pour le vérifier si vous hébergez le serveur web, ou vous pouvez héberger vous-même le service de surveillance si le serveur web est externe.

Dans tous les cas, sauf peut-être dans votre cas précis, mais quoi qu'il en soit, vous devez normalement faire plus que simplement vérifier si vous avez une réponse...

Configurez des vérifications pour un contenu spécifique dans les réponses, de sorte que vous ne laisserez pas, par exemple, une réponse réussie qui n'est qu'une page d'erreur ou une autre défaillance du site passer pour un feu vert.

Le contrôle de tout service n'est pas aussi facile qu'il n'y paraît, et c'est pourquoi les combinaisons vraiment utiles sont souvent extrêmement complexes et/ou coûteuses. Bien sûr, les méthodes simples peuvent couvrir l'essentiel, surtout peut-être dans ce cas précis.