Tous les projets

Problème réseau en cours lié au dysfonctionnement d'un matériel sur le site d'Interxion.
Certains services d'hébergement ou de base de données ne sont plus accessibles.

Un incident est survenu sur notre réseau rendant la majorité de nos services indisponibles aux alentours de 11h30.

Une équipe de technicien est sur place depuis 12h et fait son maximum pour rétablir le fonctionnement de l'infrastructure.

Mise à jour 12h00

Les hébergements Premium (dédié), MySQL Gold, les VPS et serveurs dédiés sont UP.

Mise à jour 13h48

Hébergement Mutu UP.

Mise à jour 14h55

Infrastructure virtuelle en cours de redémarrage.

Mise à jour 15h01

Les serveurs sont en cours de redémarrage, ainsi, les sites web du groupe, le webmail, les serveurs de messagerie, etc, vont être UP à leur tour.

Mise à jour 16h30

Messagerie "PHPNET" fonctionnelle

Mise à jour 19h40

Service de messagerie "NUXIT" fonctionnel.

Incident terminé

Suite au rapprochement entre Magic Online, Nuxit et PHPNET, une maintenance aura lieu pour mettre en place l'interface de gestion commune des services le lundi 02 décembre 2019 à partir de 09h00.

Pendant cette maintenance, seront inaccessibles :

• https://phpnet.org


• https://panel.phpnet.org

À l'issue de cette maintenance, une nouvelle interface de gestion ainsi qu'un nouveau processus de commande vous seront proposés, les instructions détaillées permettant l'accès aux nouvelles interfaces seront communiquées par mail à l'ensemble des clients.

Nous nous efforcerons de mettre à jour cette tâche au fur et à mesure de la maintenance pour vous tenir informés de l’avancement.

Bonjour,

Des perturbations sur les connexion SMTP ont été constatées depuis hier (le 17/10/2019) vers 16h (la connexion fonctionnait de manière intermittente).

Notre équipe technique pense avoir trouvé une solution au problème (résolution DNS d'un des serveurs SMTP), depuis 15h10 ce jour.

Problème électrique sur un hôte VDS.
Les VDS suivants sont injoignable

résolu le 09/08/2019 a 11h20

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.

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 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

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.

En raison du déplacement des données des plateformes mutualisées et premiums, des coupures et ralentissements pourront être ressentis jeudi 7 février à partir de 12h00 pendant quelques heures.

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.

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.

La migration des webmail Roundcube et Rainloop sera effectuée ce Vendredi 28 Décembre 2018.

Leur accès sera impossible durant l'opération (environ 30 minutes).

MàJ : Jeudi 13 décembre à 11h30 : Opération de maintenance terminée, le standard téléphonique est à nouveau joignable.

En raison d'opérations de maintenance sur le réseau téléphonique, il y aura une indisponibilité du support téléphone pendant quelques heures le jeudi 13 décembre 2018.

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.

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.

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.

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.

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.

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).

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.

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

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

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.

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