État du système

L’état de chaque service EGPHP, vérifié toutes les cinq minutes

Opérationnel
  • 100.00%Dernières 24 heures
  • 99.99%7 derniers jours
  • 100.00%30 derniers jours

État des services

Hébergement web Nginx

Serveurs d'hébergement mutualisé et sites web

Opérationnel

Panneau de contrôle EGPNL

Tableau de bord de gestion des serveurs

Opérationnel

Serveurs VPS et cloud

Infrastructure de serveurs privés virtuels

Opérationnel

Services de messagerie

Envoi et réception d'e-mails

Opérationnel

Services DNS

Résolution des noms de domaine

Opérationnel

Passerelle de paiement

Traitement des paiements via Paymob

Opérationnel

Statistiques de disponibilité

100.00%
Dernières 24 heures
99.99%
7 derniers jours
100.00%
30 derniers jours

Mesuré par nos propres vérifications toutes les cinq minutes depuis le 26 septembre 2026.

Incidents récents

Aucun incident récent

Aucun service n’a échoué deux vérifications de suite depuis le 26 septembre 2026.

Comment une vérification devient un incident

Chaque chiffre de cette page vient d'une même routine. Voici ce qui se passe entre une vérification et le mot affiché sur le badge.

  1. Une vérification s'exécute

    Toutes les cinq minutes, chacun des six services ci-dessus est vérifié et le résultat est ajouté à un historique conservé.

  2. Une vérification échoue

    Un échec isolé s'affiche comme Performances dégradées. On le traite comme un possible à-coup, pas encore comme une panne.

  3. Deux échecs consécutifs

    Le service s'affiche en Panne majeure et un incident apparaît dans Incidents récents avec son heure de début.

  4. La vérification suivante réussit

    Le badge redevient Opérationnel et l'incident est clos avec ses heures de début et de fin.

  5. Les chiffres de disponibilité suivent

    La disponibilité est la part des vérifications réussies sur 24 heures, 7 jours et 30 jours ; un incident résolu reste donc compté.

Ce que demande chaque vérification

Une question par service, posée toutes les cinq minutes. Une réponse en échec est redemandée deux secondes plus tard avant de compter : un paquet perdu n’est pas une panne.

Hébergement web Nginx

La page d’accueil d’egphp.com répond-elle en HTTPS sans erreur ?

Panneau de contrôle EGPNL

La page de connexion client répond-elle en HTTPS sans erreur ?

Serveurs VPS et cloud

L’API du fournisseur cloud répond-elle ? C’est par elle que les serveurs sont créés et modifiés.

Services de messagerie

Le serveur de messagerie accepte-t-il une connexion et la salue-t-il comme il se doit ?

Services DNS

Le domaine se résout-il toujours en une adresse ?

Passerelle de paiement

L’API de la passerelle de paiement répond-elle ?

Les vérifications partent de notre propre serveur. Elles montrent si chaque service répond ; la vitesse à laquelle une page vous parvient dépend de votre réseau, et le test de vitesse la mesure depuis votre connexion. Lancer le test de vitesse

Tout est Opérationnel mais quelque chose ne va pas ?

Les badges montrent ce que nous mesurons de notre côté. Parcourez d'abord cette liste ; chaque point s'ouvre avec le détail.

Un site ne se charge pas

Ouvrez l'adresse depuis un autre réseau, par exemple en données mobiles. Si elle s'y charge, la panne vient du premier réseau ou du cache DNS de votre appareil, pas du serveur. L'erreur du navigateur donne la cause : un délai dépassé pointe vers le chemin réseau, un avertissement de certificat vers le certificat du site, et un code 5xx vers le serveur du site.

Les e-mails n'arrivent pas

Regardez le dossier spam et lisez le message de retour de l'expéditeur. Il contient un code d'état : les codes commençant par 4 sont temporaires et le serveur d'envoi réessaie, ceux commençant par 5 sont des refus définitifs. Vérifiez ensuite que les enregistrements MX du domaine pointent vers le serveur de messagerie attendu.

Un domaine ne se résout pas

Les réponses DNS sont mises en cache pendant la durée de vie (TTL) de chaque enregistrement ; un enregistrement modifié peut donc mettre ce temps à être visible partout. Interrogez directement un résolveur public pour savoir si l'enregistrement lui-même est correct.

Un paiement n'a pas abouti

Ne payez pas deux fois. Vérifiez si votre banque a envoyé une notification, puis contactez l'assistance avec l'heure de la tentative et les détails de votre commande.

Le panneau ou un serveur est lent

Notez l'heure et ce que vous faisiez, et essayez une fenêtre privée pour écarter les extensions du navigateur. Un ralentissement qui commence à un moment précis se rapproche facilement des vérifications.

Dernière mise à jour : 18 octobre 2026 à 4:55 AM (heure d'Égypte)
Un poste d'exploitation la nuit, la ville derrière, la marque sur une carte
Surveillance : chaque service, toutes les cinq minutes
MickeyRépond en quelques secondes