Une alerte a indiqué que le site web était hors ligne, et il ne l’était pas, ou vous ne savez pas. Suivez les étapes ci-dessous dans l’ordre. Cette page couvre ce que vous pouvez faire dans UptimeWire. Pour savoir pourquoi les fausses alertes se produisent en général, lisez Pourquoi les moniteurs de disponibilité envoient de fausses alertes.

1. Ouvrez l’incident et lisez la raison

Ouvrez l’incident depuis l’alerte, ou depuis la liste des incidents. La section « Pourquoi cela a échoué » donne la raison des vérifications échouées et un conseil adapté. Regardez aussi les heures : un échec isolé à un moment inhabituel évoque un incident passager, tandis qu’un échec à la même heure chaque jour évoque quelque chose qui s’exécute de votre côté à cette heure-là.

2. Associez la raison à une solution

Raison affichée Ce que cela signifie en général Que faire
La réponse était un 403 ou un 401, ou une page de défi Un pare-feu ou une protection anti-robots refuse les requêtes automatisées Autorisez le moniteur. Ses requêtes s’identifient comme UptimeWireBot/1.0. Voir Le moniteur signale un 403 alors que le site fonctionne
Le serveur n’a pas répondu à temps La page a mis plus de 15 secondes Surveillez une adresse plus légère, comme une page simple ou une page de santé
Connexion refusée, ou erreur de connexion Rien n’écoutait, ou un pare-feu a fermé le port Vérifiez le serveur et le pare-feu
Le nom n’a pas été résolu Le DNS n’a renvoyé aucune adresse Vérifiez les enregistrements DNS du domaine
Une erreur de certificat Le certificat est expiré, incorrect ou incomplet Vérifiez la chaîne de certificats
Plus de 5 redirections Une boucle de redirection ou une longue chaîne Corrigez les redirections
Une réponse hors de la plage valide, comme 404 ou 503 L’adresse répond, mais pas par un succès Vérifiez que l’adresse est correcte, ou modifiez les réponses qui comptent comme valides
Le texte attendu est absent, ou un texte indésirable a été trouvé Une règle sur le texte de la page a échoué Revoyez la règle

3. Utilisez les réglages dont vous disposez

Ouvrez les réglages du site web.

  • Adresse. Utilisez une adresse publique qui répond vite. Une page protégée par un identifiant ne peut pas être vérifiée.
  • Réponses qui comptent comme valides. La valeur par défaut est de 200 à 399. Si votre site répond volontairement 401 à un moniteur, ajoutez-le à la liste, par exemple 200-299, 401. Dès que vous saisissez une liste, seules ces réponses comptent.
  • Texte de la page. UptimeWire lit le HTML brut de la page. Le texte ajouté par JavaScript dans le navigateur n’y figure pas. Utilisez le bouton qui teste le texte avant d’enregistrer la règle.
  • Intervalle. Un intervalle plus court détecte plus vite les vraies pannes, mais il ne supprime pas les fausses alertes.
  • Travaux planifiés. Si vous avez provoqué la défaillance volontairement, par exemple lors d’un déploiement, indiquez les travaux planifiés à l’avance. Voir Comment lire un incident.
  • Rappel. Sur la page Notifications, vous pouvez choisir quand vous êtes relancé au sujet d’une longue panne, ou désactiver le rappel.

Ce que vous ne pouvez pas modifier

UptimeWire n’envoie pas d’alerte sur un seul échec. Il répète une vérification échouée et n’ouvre un incident qu’après trois échecs d’affilée, espacés d’environ 20 secondes. Lorsque plusieurs emplacements sont disponibles, la majorité des emplacements qui ont répondu doivent être d’accord, et l’avis d’un second serveur peut être demandé. Vous ne pouvez modifier ni le nombre d’échecs ni le délai entre eux. Cela supprime la plupart des fausses alertes, mais pas toutes.

Ce qu’il ne faut pas faire

  • N’allongez pas l’intervalle uniquement pour faire taire les alertes. Cela ne fait que retarder la détection des vraies pannes.
  • Ne mettez pas le site web en pause pour arrêter le bruit. Un site web en pause n’est pas vérifié du tout.
  • N’ignorez pas une régularité. Un site web qui échoue à la même heure chaque nuit a une cause.

Toujours pas sûr

Envoyez les détails à l’assistance. Contacter l’assistance indique quoi inclure.