Tous les projets

Un incident chez l'opérateur de notre ligne téléphonique principale provoque depuis 12h00 des perturbations importantes sur la qualité des appels (voir l'impossibilité de nous joindre).

Vous pouvez toutefois contacter le support téléphonique, via notre numéro de secour :

(+33) 4 27 86 85 29

Mise à jour 14h15

Les connexions SMTP fonctionnent correctement sur le nouveau serveur. En cas de problème, nous vous invitons à redémarrer votre ordinateur et votre routeur internet.

Mise à jour 13h15

L'enregistrement DNS "smtp.phpnet.org" est à jour sur notre serveur DNS primaire. Nous vous recommandons de redémarrer votre ordinateur et votre routeur internet si la connexion au SMTP est toujours difficile (ça voudrait dire que votre connexion est encore dirigée vers le serveur deffectueux).

Mise à jour 12h15

La copie du serveur est en ligne, des connexions SMTP sont actuellement actives sur ce dernier.

L'ancien serveur reste en ligne pour le traitement des connexions déjà établient et celles qui pourraient encore tomber dessus.

Mise à jour 12h00

Les disques dur du serveurs présentent des dysfonctionnement. Une copie du serveur SMTP est en cours de mise en ligne.

Mise à jour 11h50

Le service SMTP reste instable malgré les opérations effectuées précédemment, l'incident est donc rouvert, des vérifications approfondies sont en cours

Mise à jour 11h30

le problème a été un cerné, il s'agissait d'un manque d'espace disque.

Les connexions SMTP vers smtp.phpnet.org sont de nouveau possibles.

Bonjour,

nous constatons actuellement des difficultés de connexions au serveur SMTP smtp.phpnet.org, lié à une charge importante du serveur.

Nos administrateurs procèdent actuelement au diagnostique de l'incident.

Mise à jour 15h20 :

Certaines fonctions de l'espace client restent indisponibles : modification de la version de PHP sur les hébergements mutualisés, accès aux sauvegardes des bases de données.

Certains FTP sont toujours inaccessibles (hébergements Mutu uniquement).

Mise à jour 12h00 :

L'espace client est de nouveau disponible. Des vérifications sont toutefois toujours en cours.

Mise à jour 11h45 :

Le redémarrage du serveur est terminé. L'accès à l'espace client sera rétabli d'ici quelques minutes.

Mise à jour 11h35 :

Le serveur incriminé est en cours de redémarrage. Pendant ce temps, l'accès au panel est impossible.

Ouverture de l'incident :

Un incident provoque actuellement l'impossiblité d'accéder à certains hébergement mutualisés en FTP, mais rend également non fonctionnelle certaines fonctions de l'espace client (accès aux sauvegardes des bases de données, changement de version de PHP, etc..)

Nous faisons au plus vite.

Une coupure sur le réseau, apparement causée par le dysfonctionnement d'un switch, est survenue peu avant 17h et a provoqué une inaccessibilité des sites hébergés sur des hébergements Premium et Premium dédiés durant environ 3 minutes.

Le rétablissement du lien s'est fait rapidement, mais des perturbations sont toujours constatées (lenteurs d'accès aux sites web, connexion FTP, liens vers les bases de données).

Plus d'informations sur l'incident seront mises à disposition dès que possible.

Mise à jour 18h00

Un bug au niveau du routage des paquets a été décelé par l'équipe des administrateurs réseau. La configuration du switch a été revue, l'incident est clos.

Mise à jour 10h20

L'incident a été causé par un problème d'alimentation et non un problème réseau. Les serveurs ont été relancés.

En cas de problème sur votre serveur Premium dédié, nous vous invitons à envoyer un ticket de support, ou à appeler le numéro du support dédié.

Un incident a été constaté à 10h10 sur le réseau des serveurs Premium dédiés, provoquant l'impossibilité de joindre les serveurs Premium dédiés.

L'équipe des administrateurs fais tout son possible pour rétablir rapidement la liaison.

Un incident provoque des problèmes de connexion vers certains serveurs MySQL Gold lorsque la connexion est effectuée via le lien externe, de type "sqlgold.phpnet.org:4wxyz", et depuis l'espace client PHPNET.

Cela ne concerne pas les connexions aux serveurs de bases de données via les adresses de type "sql8wxy.phpnet.org" (utilisé pour les connexions depuis des sites web).

Mise à jour du 11/10/2017, 10h30 :

Une solution temporaire a été mise en place hier vers 18h30 afin de répartir les connexions sur deux passerelle différentes. Cela a permi d'améliorer la situation, mais nous constatons toujours quelques problèmes de connexions.

Mise à jour du 11/10/2017, 11h55 :

Le problème a été cerné et une solution appliquée. Certains ports nécessaires pour les connexions vers les serveurs MySQL Gold ne parvenaient pas à s'ouvrir suite à des limitations systèmes.
Les connexions vers les MySQL Gold depuis l'extérieur et l'epace client PHPNET sont de nouveau possibles pour tout le monde.

Bonjour,

Un incident sur notre réseau rend actuellement impossible les connexions vers certains serveurs de messagerie, vers certains serveurs dédiés et certains serveurs de bases de données (liste en bas de page).

Nous mettrons à jour cette page au fur et à mesure de l'avancé de la résolution de l'incident.

Mise à jour - 11h30 :

La connexion vers les serveurs est de nouveau possible depuis quelques minutes. Les accès pourraient être encore perturbés le temps de la cloture définitive de l'incident.

Mise à jour - 11h45 :Incident résolu

Liste des serveurs concernés :

Serveurs de messagerie

• mx4


• mx5


• mx6


• mx7

Serveurs Premium dédié

• vzd5017


• vzd5057


• vzd5058


• vzd5059


• vzd5061


• vzd5062


• vzd5089


• vzd5090

Serveur de base de données

• cl1-sql8


• cl1-sql17


• cpanel1sql

Bonjour, ce matin entre 8h30 et 12h30, un ralentissement important a été constaté pour la livraison de certains e-mails vers les comptes mails hébergés chez PHPNET.

Cet incident a été causé par un manque d'espace disque sur l'un des serveurs entrant PHPNET.

Il est officielement clos depuis 12h30.

Un ralentissement sur la livraison des e-mails vers des comptes non hébergés par PHPNET a été constaté ce matin à partir de 8h30.

Ce ralentissement est un effet de bord de l'incident survenu ce matin sur l'un des serveur entrant (voir http://status.phpnet.org/task/91).

Une partie des e-mails en attente d'envoi depuis 08h30 ont été reroutés vers un serveur dont la résolution DNS a dysfonctionné, déférrant d'encore quelques heures leur livraison effective.

Une autre partie a cependant pu être livrée entre 11h30 et 12h30.

Cet incident est maintenant clos. En cas de doute sur la livraison d'un de vos courriels, nous vous invitons à ouvrir un ticket de support, en indiquant précisément tous les éléments suivants :

• Adresse de l'émetteur


• Adresse du destinataire


• Heure d'envoi

MISE À JOUR 17h46

L'accès aux sites est rétabli. Il s'agissait d'un bug dans un script.

Bonjour,

nous constatons une impossiblité d'accès aux sites hébergés sur les offres mutualisées (Mutu Start / Boost / Max) inaccessibles depuis 17h40.

La cause du problème est pour l'instant inconnue. Nos administrateurs font tout leur possible pour rétablir la situation.

Mise à jour 02/03/2018, 17h30

Le certificat pour les serveurs POP a été remplacé. L'incident est clos.

Mise à jour 16h58

Les connexions SSL aux différents services ont été rétabli en fin de matinée, sauf pour les connexions POP, qui viennent d'être rétabli à l'instant.

En cas de problème, nous vous recommandons de redémarrer vos ordinateurs ou téléphone, puis à nous contacter si la connexion reste impossible.

Ouverture de l'incident 9h00

Notre fournisseur de certificat SSL (RapidSSL et Trustico) a été victime d'un piratage de ses clés privées. Les connexions sécurisées sont bloquées sur certains navigateurs. Des changements de certificats sont en cours afin que vous puissiez à nouveau utiliser nos services sans encombres.

Veuillez nous excuser pour les désagréments causés

Cordialement,

L'équipe technique

L'envoi d'e-mail est actuellement ralenti. Nous tavaillons à la résolution du problème.

Mise à jour 15h25

La problème a été résolu, tous les e-mils en attente ont été remis

21/05/2018 - 17h30 : Incident résolu

Le "filermail" a été relancé après vérification de l'intégrité de ses disques.

La connexion aux comptes mails hébergés sur ce dernier (e-mail sur MX4) est de nouveau possible.

21/05/2018 - 14h00 :

Nous avons une panne sur un filermail depuis 14h, qui concerne les comptes e-mails gérés sur le serveur mx4.phpnet.org.

Cela provoque une disparition de vos comptes e-mails dans l'espace client, et l'impossibilité de s'y connecter en POP et IMAP.

L'incident est en cours de résolution.

Deux serveurs SMTP ont été inaccessibles de Vendredi 18/05 20h, à Samedi 19/05 à 15h30.

Cela a provoqué une difficulté d'envoi des e-mails durant ce laps de temps (refus de connexion SMTP, transmission d'e-mail très longue).

L'interface DrivinCloud, qui permet la connexion depuis un navigateur vers les comptes de backup, a été inopérente du Vendredi 18/05 20h, à Samedi 19/05 à 15h30.

De Vendredi 18/05 20h, à Samedi 19/05 à 15h30, les tâches CRON, renseignés depuis l'espace client, n'ont pas pu êtres exécutées, car le serveur les gérant a été inaccessibles suite à une surcharge.

Bonjour,

Un incident technique sur le serveur de fichier du serveur de messagerie mx.phpnet.org survenu cette nuit aux alentours de 2h30 a provoqué différents problèmes :

• Lenteur sur la livraisons des e-mails vers les comptes qu'il gère : les e-mails à destination de comptes mail hébergés sur mx.phpnet.org peuvent délayés de plusieurs heures.
  Les e-mails en attente seront peu à peu délivrés sur le cours de la jounée.


• Ralentissement des authentification IMAP/POP/SMTP des comptes hébergés sur mx.phpnet.org.

Suite à un incident sur un de nos serveurs de mails, il n'est pas possible de récupérer vos mails sur certains domaines.

Si vous êtes touché par cet incident, vous ne verrez plus la liste de vos adresses mail dans la page de gestion du panel PHPNET.

L'incident est en cours de résolution, aucune perte de données n'est à déplorer.

Cette page sera mise à jour au fur et à mesure de l'avancement de la résolution.

Une erreur de script a provoqué la génération de zones DNS erronnées pour les domaines liés a des hébergements Premium dont la gestion de la zone est en mode standard, depuis hier soir.

Les domaines concernés n'ont plus d'enregistrement MX dans leur zone DNS, provoquant l'impossiblité de leur transmettre des e-mails, à partir de certains serveurs d'envois (si leur cache DNS est regénéré fréquemment).

Les corrections sur le script ont été appliqué, la propagation des zones DNS correctes est en cours.

Les mails envoyés vers ces domaines durant cette période pourrait arriver, ou ne pas arriver, tout dépend du nombre d'essais effectués par les serveurs d'envoi utilisés par les émetteurs.

Nous constatons différents problèmes ponctuels d'interconnexion entre plusieurs de nos serveurs, déplacés pour une partie dans nos nouveaux datacenter à Lyon et Paris.

Ils se représentent par des temps de connexion dépassés entre les hébergements et les serveurs de base de données, ou encore entre les hébergements et les serveurs SMTP.

Le phénomène est toutefois très aléatoire, et plutôt "rare".

Nos administrateurs font tout leur possible pour trouver l'origine du problème.

Mise à jour 01/02/2019 :

Nous savons depuis quelques jours que le problème est lié à l'opérateur SFR qui s'est chargé de relié le datacenter de Grenoble vers celui de Paris.

Des opérations sont effectuées par cet opérateur pour tenter de mettre un terme à ces incidents. Résolution potentielle Mardi 05 Février par SFR.

Le serveur magicvz2, qui est un hôte d'hébergement Premium, rencontre des problèmes depuis cette nuit. Le résultat est une impossible d'accès aux sites hébergés sur ces Premium de manière intermittente.

Les administrateurs ont débutés la migration des hébergements Premium suivant. La situation devrait revenir à la normal dans la fin de journée.

Il est impossible de se connecter à plusieurs sites hébergés sur des Mutu, depuis 15h50 (le 25/02/2018).

Le problème est en cours de traitement, les sites redeviennent fonctionnels petit à petit.

Mise à jour 21h50 : Le switch a été remplacé. Tous les serveurs sont de nouveau accessibles.

L'ensemble des serveurs suivants sont inaccessibles à cause d'un switch HS dans la baie 415.

magicvzd1041

magicvzd1038

magicvzd1044

magicvzd1037

magicvzd1053

magicvzd1042

magicvzd1034

magicvzd1067

magicvzd1046

magicvzd1062

magicvzd1063

magicvzd1066

magicvzd1054

magicvzd1056

magicvzd1031

magicvzd1029

magicvzd1081

magicvzd1019

magicvzd1022

magicvzd1000

magicvds1

cl1-sql9

cl1-sql13

cl1-sql14

L'incident est résolu.
<br />
Durée complète : de 9h30 à 14h.
<br />

Merci pour votre compréhension.
<br />

Nous avons un problème de raid sur le serveur vzsql1
Les sql dédiés suivants ne sont pas accessibles.
<br />
8157
8170
8171
8172
8178
8210
8216
8273
8290
8371
8381
8602
8694
8696
8721
8735
8736
8780
8791
8836
8931
8961
8980
9013
9019
9127
9235
9245
9247
9256
9268
9280
9285
9287
9289
9292
9302
9305
9306
9315
9329
9339
9343
9350
9360
9371
9376
9379
9389
9396
9411
9441
9455
9466
9479
9492
9520
9524
9529
9559
9600
9606
9612
9616
9654
9664
9671
9673
9675
9708
9711
9714
9715
9750
10020
10021
10022
10023
10026
10027
10028
10029
10030
10031
10032
10033
10034
10035
10037
10038
10039
10119
10120
10121
10122

Mise à jour 09h55 : Incident clos

Le problème d'envoi a été réglé. Il s'est produit de manière aléatoire depuis hier 18h30, jusqu'à ce matin 09h55.

Ouverture de l'incident

L'envoi d'e-mail est perturbé : certaines connexions au serveur SMTP se trouvent en échec, avec comme information une authentification incorrecte.