Travaux en cours

Orange rencontre un incident générique de routage depuis 11h impactant tout les opérateurs télécom, qui sont actuellement injoignable depuis leur réseau,  sauf à partir du réseau SFR

Pas de délai de rétablissement.

Inrtervention en cours

Incident opérateur sur les fibres mutualisées sur zone Paris.

Intervention actuellement en cours

Chers Clients,

Nous subissons actuellement un incident impactant les liaisons MPLS.

Les investigations sont en cours, nous vous tiendrons informés des avancements et de sa résolution.

Merci de votre compréhension,

Cordialement,

L'équipe Support

Un PDU de la baie EW200-417 est tombé en panne à 11h09.
L'équipement a été remplacé et tous les serveurs ont fini d'être rallumés à 11h35.

Le 11 septembre à 10h52, dans la baie EW200-310, un bandeau électrique, permettant le redémarrage à distance des serveurs, a eu un défaut et a provoqué la disjonction des deux arrivées électriques de la baie.
Après remplacement du bandeau défectueux, les deux disjoncteurs ont été réenclenchés et le service a été rétabli à 11h40.

 

Suite à un incident au niveau du service de signalement du spam SpamCop.net, les e-mails à destination des noms de domaines hébergés sur les serveurs de messagerie Nuxit ont été refusés.
Cet incident est apparu hier, dimanche 31 janvier 2021, suite à l'expiration du domaine du prestataire SpamCop.
Depuis, les e-mails ont tous été renvoyés à l'adresse de l'émetteur avec un retour d'erreur Mailer Deamon indiquant le message "blocked using bl.spamcop.net".
Ce matin à 09:15, nous avons enlevé SpamCop de la liste des serveurs. Le refus de mail n'a plus raison d'être.

De plus, cela a impacté tout autre service de messagerie qui utilise SpamCop, au niveau de Magic Online, comme au niveau de tout autre hébergeur.

Veuillez noter que SpamCop est un service de filtrage de mail externe qui ne fait pas partie de la plateforme Magic Online.

Nous rencontrons un incident sur un des clusters d'une de nos plateformes d'hébergements mutualisés qui impacte certains de nos clients.

En pratique, une erreur 503 s'affiche dès lors qu'une tentative de connexion aux sites est effectuée.

Notre équipe de techniciens est en train d'investiguer.

Le datacenter est actuellement injoignable. Nous investigons sur le probleme.

Il n'est plus possible d'accéder aux sauvegardes par https://eu-cloud.acronis.com/login depuis cet après-midi.
Acronis est actuellement sur la résolution du problème.

17:03 Acronis confirme que l'incident est résolu

Suite à un incident dans le datacenter Acronis, les sauvegardes n’ont pas pu être effectuées correctement depuis le 16/07.
Le problème a été résolu par le support Acronis ce lundi en fin de matinée.

Les backups des serveurs infogérés ont été relancé par le support technique.

Un incident sur l'infra Acronis empêche le lancement des sauvegardes pour une partie de nos clients.
Le support Acronis a été contacté pour corriger le problème.

26/12 12h40: Acronis vient de localiser l'origine du problème
26/12 15H09: Acronis a corrigé le problème, les backup sont en train d'être relancés
26/12 17H25 Les backups bloqués par la panne ont été relancés sans problème

Un nouvel incident Acronis a bloqué la sauvegarde d'une dizaine de serveurs ( Input/output error) et impossible de les relancer manuellement
27/12 14h : les backups Acronis semblent de nouveau fonctionnels

28/12 9h: la sauvegarde automatique n'a pas fonctionné pour quelques serveurs (de nouveau avec des Input/output error).
On a pu les relancer manuellement sans aucun problème
28/12 15h42: le support Acronis a corrigé le problème situé sur le "cloud storage"

Une panne chez Acronis a empêché les serveurs d'effectuer leur backup quotidien.
Ticket d'incident a été ouvert auprès du support Acronis.

Retour Acronis à 10h10
Let me follow up on this ticket. In case you refer to the error "Operation failed due to a temporary issue in the cloud storage" then this issue is currently being fixed by our Development Team. I'm monitoring the status constantly and will update you as soon as I have the information to share.
 

Acronis signale la fin l'incident à 11h03

Tous les backups ont été relancés et sont maintenant OK

Un, nouvel incident chez Acronis a bloqué le lancement des backups le 11/08.
Les backups ont pu reprendre dans la nuit du 11 au 12.

Nous sommes confrontés à un incident impactant le service de téléphnie VoIP .

Nos équipes sont mobilisées.

Nous vous prions de nous excuser pour les éventuels désagréments

Des perturbations des communications sont signalées sur nos services voix trunk et téléphonie hébergée,

Les équipes sont mobilisées, nous vous tenons informés.

Veuillez nous excuser pour la gêne occasionée,

Bonjour,

Nous rencontrons depuis 15h34 un incident générique sur un de nos opérateurs d'infrastructure.
Il s'agit d'une coupure nationale affectant certains liens xdsl et Fibre optique
Les équipes de l'opérateur sont mobilisées.

Un bug dans le panel empêche l'édition des zones DNS.
Nos équipes de développeur travail au rétablissement de cette fonctionnalité

Bonjour,

L'hôte VPS 18 est actuellement injoignable.
Nous investigons sur le probleme.

Les VPS suivant sont innaccessilble : 

v1559
v1597
v1598
v1660
v1704
v1711
v1763
v1809
v2020
v2097
v2117
v2176
v2272
v2282
v2302
v2406
v2407
v2408
v2409
v2410
v2413
v2418
v2422
v2426
v2429
v2430

Les hébergements mutualisés sur le serveur Pleskwindows10.sd-france.net (91.191.158.203) sont indisponibles (Web et Mail).

Une intervention est en cours pour rétablir l'accès à ces hebergements.

Une erreur, d'ores et déjà déterminée, a basculé quelques hébergements mutualisés en statut "suspendu" entrainant de fait une interruption de service.

Nos techniciens sont en train de rétablir leur statut original.

Estimation de fin d'intervention : 12h00.

Il n'y a aucune perte de donnée .

Les VPS sur l'hôte VDS17 subbissent un fort ralentissement en raison d'un probleme de carte raid.

Nous migrons actuellement ces VPS sur un nouveau serveur.

Les vps concerné sont : 
de2166.ispfr.net
de2170.ispfr.net
de2228.ispfr.net
de3036.ispfr.net
de2398.ispfr.net
de2965.ispfr.net
de2938.ispfr.net
de2219.ispfr.net
de2207.ispfr.net
de2208.ispfr.net
de2168.ispfr.net
de2175.ispfr.net
de2122.ispfr.net
de2282.ispfr.net
de2727.ispfr.net
de2475.ispfr.net
de2782.ispfr.net
de2191.ispfr.net
de2160.ispfr.net
de2346.ispfr.net
de3149.ispfr.net
de2599.ispfr.net
de2287.ispfr.net
de3185.ispfr.net
de1422.ispfr.net
de3639.ispfr.net
de3729.ispfr.net

26/11/2020 - 20h55

L'infrastructure de messagerie mutualisée "PHPNET" subit de fortes perturbations depuis ce matin 10h00.

• Les connexions IMAP / POP / SMTP fonctionnent d'une manière générale, mais peuvent, pour certains comptes mails être compliquée (échec de connexion, affichage des messages perturbés)
• La remise des e-mails vers les boîtes gérés sur un MX PHPNET a été fortement ralenti, certains e-mails arrivent avec plusieurs minutes, voir plusieurs heures de retards.

A cette heure, 20h55, la situation semble entrer dans l'ordre doucement (certains serveurs de messagerie ne subissent plus aucune lenteur depuis 18h00). Nous éditerons cet incident en cas d'avancée.

26/11/2020 - 23h05

Tous les courriels en attente de livraison vers des boîtes mails gérés sur les MX PHPNET ont été délivrés.

Nous avons eu un incident réseau suite à la mise en production d'un nouveau serveur causant de fortes pertubations sur les services de 15h50 à 16h33

Sur la plateforme Pro Mail, un message d'erreur apparait après l'authentification :

"Error: License expired"

Notre équipe de techniciens procèdent à des investigations en ce moment même.

Lors de l'accès à la console de gestion Microsoft Office 365, une erreur "Unauthorized access" s'affiche dans l'espace client. Cette erreur n'affecte pas le fonctionnement des prestations Microsoft.

Le problème est en cours de résolution avec les équipes Microsoft.

Incident opérateur sur les fibres mutualisées sur zone Paris.

Intervention actuellement en cours

Nos techniciens sont intervenus pour rétablr le service d'un serveur MySQL défaillant. Nous n'avons pour l'heure pas pu déceler l'origine du disfonctionnement. Malgré le rétablissement du service, nous restons vigilants et poursuivons nos investigations.

Suite à un dépassement de limite d'envoi de mail, notre ASN (Autonomous System Number) Magic a été blacklisté par UCE. Le déblacklistage est annoncé pour le 04 juillet 2022 au plutard, soit dans sept jours. Le spamscore doit commencer à baisser d'ici 24 heures.

Nos équipes sont mobilisées et prennent les mesures adéquates pour ne pas avoir de nouveaux impacts.

Update : 01 Juillet 2022

Suite à l'intervention effectuée par nos équipes, il n'y a eu un aucun nouvel impact. Le déblacklistage prendra donc fin plus rapidement.

Update : 04 Juillet 2022

Incident terminé.

Nous avons subi une attaque DDOS sur un de nos équipements perturbant de nombreux services. 

La perturbation a touché un Switch coeur réseau qui a été réparé par la suite.

La majorité des services sont de nouveau UP.

Update le 17/05/2021 : Nous avons de nouveau des coupures

Un incident est en cours qui empêche l'accès au panneau de contrôle Plesk depuis l'interface client. Notre équipe de techniciens est en cours d'intervention.

Veuillez noter que les hébergements et VPS concernés ne sont pas impactés dans leur bon fonctionnement et que, si vous avez connaissance de l'accès direct à votre Plesk, celui-ci est pleinement opérationnel.

Un site web hébergé sur un serveur mutu envoyait des spams sans passer par le système de messagerie interne.
Après correction du problème, il n'y a plus de plainte concernant ce serveur.

Nous rencontrons actuellement des dysfonctionnements au niveau des différents services sur votre espace client.
Cela inclu la gestion de zones DNS et la facturation.
Nous sommes dessus et vous prions de patienter le temps que les services soient rétablis.

Nous rencontrons un incident sur notre plateforme exchange, toutes nos équipes sont mobilisées afin de rétablir le service dans les plus brefs délais.

Creation

Modification

Terminé

Une vulnérabilité a été découverte dans la bibliothèque de journalisation Apache log4j. Cette bibliothèque est très souvent utilisée dans les projets de développement d'application Java/J2EE ainsi que par les éditeurs de solutions logicielles sur étagère basées sur Java/J2EE.
Cette vulnérabilité permet à un attaquant de provoquer une exécution de code arbitraire à distance s'il a la capacité de soumettre une donnée à une application qui utilise la bibliothèque log4j pour journaliser l'évènement. Cette attaque peut être réalisée sans être authentifié, par exemple en tirant parti d'une page d'authentification qui journalise les erreurs d'authentification.

L’ensemble des serveurs Magic Online disposant d’une protection Firewall Fortinet – Infogéré sont protégés automatiquement par cette vulnérabilité. Celle-ci est bloquée par le composant IPS du  Firewall.

Les serveurs ne disposant pas de cette protection ayant un service utilisant Log4j exposé sur internet peuvent être vulnérable; nous vous invitons à vérifier que ce service n’est pas impacté par cette vulnérabilité en consultant la page suivante : https://gist.github.com/SwitHak/b66db3a06c2955a9cb71a8718970c592

En complément, il est également possible d’effectuer une analyse de vos données présente sur votre serveur, avec l’outil log4shell (source : https://github.com/lunasec-io/lunasec/releases/tag/v1.0.0-log4shell )

Exemple d’utilisation

• wget http://technique.sd-france.net/log4shell -O ~/log4shell ; chmod +x ~/log4shell
• log4shell scan /path/

Exemple de sortie indiquant une vulnérabilité :

8:08AM INF identified vulnerable path fileName=org/apache/logging/log4j/core/net/JndiManager$1.class path=test/struts-2.5.28-all/struts-2.5.28/apps/struts2-rest-showcase.war::WEB-INF/lib/log4j-core-2.12.1.jar versionInfo="log4j 2.8.2-2.12.0

Vous trouverez ici toutes les opérations de maintenance, d'amélioration, de résolution d'incident en temps réel. Il vous sufffit de cliquer sur la tâche qui vous concerne et de prendre connaissance de sa description, de son état d'avancement etc.

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.

Une opération de maintenance sera effectuée sur le service "Répartition de charge".
Durant la maintenance, quelques pertes de paquets sont possibles.


Durée de coupure prévue : 12h05 à 12h07
La maintenance aura lieu : Mardi 8 Janvier à 12h05.

Bonjour,

Dans le cadre de travaux de maintenance de l'un de nos opérateurs d'infrastructure, celui-ci va procéder à une opération sur son réseau Backbone du :

- Mardi 02 Juillet 2024 à 22h00 au Mercredi 03 Juillet 2024 à 08h00.

- Mercredi 03 Juillet 2024 à 22h00 au Jeudi 04 Juillet 2024 à 06h00.

Celle-ci générera, durant les plages de maintenance, une coupure de 10 heures (le 02/07) et 8 heures (le 03/07) sur certains liens FTTH.

Nous vous prions de bien vouloir accepter nos excuses pour la gêne occasionnée et vous assurons de notre entière mobilisation pour satisfaire vos attentes en matière de qualité de service.

Nous vous remercions par avance de votre compréhension et restons à votre disposition pour toute information complémentaire.

Bien cordialement.

L’équipe Support Magic

Chèr.e.s Client.e.s,

Dans le cadre de travaux de maintenance sur nos infrastructures, nous vous informons qu'une intervention planifiée aura lieu lundi 31/01/2022 de 8h à 8h30.

Cette opération pourra générer, durant la plage de maintenance, une rupture de continuité de moins de 15 minutes sur votre lien

Ces travaux sont nécessaires pour assurer l'évolution de notre réseau et ainsi en améliorer la qualité de service.

Nos équipes sont mobilisées  pour limiter au maximum l'éventuelle nuisance liée à cette intervention.

Chèr.e.s Client.e.s,

Dans le cadre de travaux de maintenance sur nos infrastructures, nous vous informons qu'une intervention planifiée aura lieu Jeudi 24/02 de 7h30 à 8h.

Cette opération pourra générer, durant la plage de maintenance, une rupture de continuité de moins de 15 minutes sur votre lien

Ces travaux sont nécessaires pour assurer l'évolution de notre réseau et ainsi en améliorer la qualité de service.

Nos équipes sont mobilisées  pour limiter au maximum l'éventuelle nuisance liée à cette intervention.

Chèr.e.s Client.e.s,

Dans le cadre de travaux de maintenance sur nos infrastructures, nous vous informons qu'une intervention planifiée aura lieu Jeudi 24/04 de 23h15 à 00h00.

Cette opération pourra générer, durant la plage de maintenance, une rupture de continuité de moins de 15 minutes.

Ces travaux sont nécessaires pour assurer l'évolution de notre réseau et ainsi en améliorer la qualité de service.

Nos équipes sont mobilisées  pour limiter au maximum l'éventuelle nuisance liée à cette intervention.

Bonjour,

Dans le cadre de travaux de maintenance de l'un de nos operateurs d'infrastructure, celui-ci nous va procéder à une opération sur une multitude de switchs en coeur de réseau dans la nuit du mercredi 3 au jeudi 4 avril 2024 de 22h00 à 02h00.

Celle-ci générera, durant la plage de maintenance, deux à trois dégradations d’approximativement 10 secondes sur 20% du transit IP.

Nous vous prions de bien vouloir accepter nos excuses pour la gêne occasionnée et vous assurons de notre entière mobilisation pour satisfaire vos attentes en matière de qualité de service.

Nous vous remercions par avance de votre compréhension et restons à votre disposition pour toute information complémentaire.

Bien cordialement.

L’équipe Support Magic

Dans le cadre de travaux de maintenance sur nos infrastructures, nous vous informons qu'une intervention curative d'urgence aura lieu Jeudi 12/10/2023 de 00h à 05h.

Cette opération pourra générer, durant la plage de maintenance, une rupture de continuité de moins de 30 minutes

Ces travaux sont nécessaires pour assurer l'évolution de notre réseau et ainsi en améliorer la qualité de service.

Nos équipes sont mobilisées  pour limiter au maximum l'éventuelle nuisance liée à cette intervention.
Nous vous remercions par avance de votre compréhension et restons à votre disposition pour toute information complémentaire.

Bien cordialement.

L’équipe Support Magic

Nous avons détecté un défaut sur les switchs des baies EW200-208, EW200-209, EW200-215, EW200-217 et EW200-504 qui nécessite leur remplacement.

Debut : jeudi 10 octobre 2019 à 22h30
Impact : Coupure du réseau le temps du remplacement
Durée estimée : 30 min

Nous avons détecté un défaut sur les switchs des baies EW200-205, EW200-209, EW200-215, EW200-217 et EW200-503 qui nécessite leur remplacement.

Debut : jeudi 17 octobre 2019 à 22h30
Impact : Coupure du réseau le temps du remplacement
Durée estimée : 30 min

Nous avons détecté un défaut sur les switchs des baies EW200-204, EW200-301, EW200-307, EW200-308, EW200-309, EW200-310, EW200-321, EW200-405, EW200-406, EW200-407, EW200-408, EW200-415, EW200-416, EW200-420, EW200-422, EW200-508, EW200-509 etEW200-510  qui nécessite leur remplacement.

Debut : lundi 20 juillet 2020 à 22h30
Impact : Coupure du réseau le temps du remplacement
Durée estimée : 30 min

Nous avons détecté un défaut sur les switchs des baies IX3-A04, IX3-A05, IX3-A07, IX3-A16, IX3-A18, IX3-B07, IX3-B08, IX3-B09, IX3-B10, IX3-B13, IX3-B14, IX3-B15, IX3-B16, IX3-B17 et IX3-B18 qui nécessite leur remplacement.

Debut : jeudi 23 juillet 2020 à 22h30
Impact : Coupure du réseau le temps du remplacement
Durée estimée : 30 min

Nous allons procéder à un redémarrage des routeurs BB2.EQX et BB2.EW200 afin de modifier l'affectation de la mémoire.
Ces redémarrages ne doivent pas avoir d'impact sur les services réseaux.
La période de maintenance s'étale de 22:30 à 00:00 ce 17 Septembre 2018.

Un redémarrage d'urgence suite à une intervention non planifiée.

Abonnements impactés :

1730
1731
1735
1963
2026
2107
2109
2112
2115
2119
2123
2130
2133
2134
2135
2136
2137
2288
2469
2478
2491
2518
2671
2873
2875
2975
2976
2980
2984
2985