All Projects

Nous allons procéder à la mise à jour de la plate-forme Zimbra OSE (web4all.fr)

Tous les rôles sont redondés, il n’y a pas d’impact sur la production.

Seuls les stores-mbox (qui stockent les comptes emails) vont provoquer une coupure de quelques minutes.

Le serveur store-09 à rencontré une erreur dans la matinée.
Nous avons du relancer le serveur, l’intervention à pris plus de temps que prévu.
Il n’y aucune perte d’email. Seul l’accès était impacté .

Veuillez nous excuser pour la gène occasionnée.

Nous devons procéder à un redémarrage des serveurs SQL dans le cadre d’une intervention non planifiée.

Tous les serveurs MySQL sont impactés, quelques minutes d’indisponibilité à prévoir vers 5H15 heure de Paris.

Bonjour,

le manager iWal chez yulpa vous permet de vous connecter avec au choix votre adresse email ou votre identifiant -YULPA

Si vous venez de chez Web4all, veuillez noter que votre ancien identifiant -W4A est à modifier en -YULPA.
Exemple : PA19-W4A devient PA19-YULPA

Certains utilisateurs ne parviennent pas à se connecter que ce soit avec leur mail ou identifiant. Cela impacte peu de compte, dans ce cas vous devez utiliser la procédure de récupération de mot de passe qui vous permettra de définir un nouveau mot de passe.

Nous rencontrons un problème sur l’envoi des SMS (utilisé pour la double authentification).

Nous allons fixer cela rapidement.

Nous avons un petit souci sur les droits dans le cadre des délégations.
Certains utilisateurs ont des droits dupliqués, cela provoque un message d’interdiction sur des services auxquels ils sont censés pouvoir accéder.

Après investigations effectués, il apparaît que ce problème était déjà présent sur la v1 de iWal.

Nous allons procéder à un correctif rapidement.

Nous rencontrons un incident sur le stockage qui provoque des interruptions de service sur certains hébergements / sites web.

L’accès FTP est également perturbé sur ces hébergements.

Nous travaillons à la résolution de cet anomalie.

Nous rencontrons actuellement des soucis de disponibilité sur le serveur webhost00.

Nous sommes en cours d’intervention.

Plusieurs failles de sécurité ont été identifiés, notamment : https://blog.spip.net/Mise-a-jour-critique-de-securite-sortie-de-SPIP-4-2-1-SPIP-4-1-8-SPIP-4-0-10-et.html

Et d’autres articles à ce sujet sur ce même blog.

Les sites SPIP non à jour sont actuellement fortement exploité sur l’infrastructure YULPA en exécutant du code malveillant qui met à mal l’infrastructure YULPA.

Ces sites sont progressivement suspendus.

Si votre site a été suspendu (vous avez reçu un mail à ce sujet), il faudra :
- migrer sur un nouvel hébergement (qui nous permet de mieux limiter l’impact de votre site en cas de problème) : https://docs.yulpa.io/hosting-shared/migration-hebergements-2016-2017-vers-2022
- mettre à jour votre site SPIP

Nous n’apportons aucune assistance sur la mise à jour du site SPIP en lui-même.

Depuis dimanche 11 septembre, nous rencontrons un incident sur le stockage qui provoque des interruptions de service sur certains hébergements / sites web.

L’accès FTP est également perturbé sur ces hébergements.

Nous investiguons actuellement.

L’autorité intermédiaire de Lets Encrypt a expiré mercredi 29 septembre, invalidant beaucoup de certificats SSL.

Nous sommes en train de voir comment corriger cela sur les sites concernés.

A nouveau, nous rencontrons un problème sur les serveurs web du à des utilisations anormales et abusives de certains utilisateurs.

Nous sommes en train d’intervenir pour essayer d’isoler le problème :(

De nombreux clients nous remontent des instabilités sur les sites depuis ce midi, nous travaillons à résoudre l’incident.

Le module Apache mod_geoip étant en fin de vie, nous avons été forcés d’utiliser son remplaçant : le module MaxMindDB

Si vous utilisez le module GeoIP dans votre fichier .htaccess, celui-ci n’est plus disponible. Une erreur 500 sera affichée sur le site.

Pour corriger cela, vous devez faire les modifications suivantes au niveau de votre fichier .htaccess :

Retirer “GeoIPEnable On” si vous l’utilisiez.
Remplacer: GEOIP_* par MM_*

Le module MaxMindDB est actif par défaut sur l’ensemble du système. Il n’est pas nécessaire de l’activer.

De nombreux clients nous remontent des instabilités sur les sites depuis hier soir, nous travaillons à résoudre l’incident.

Nous rencontrons actuellement un incident au niveau du stockage.
Les sites sur le mutualisé sont impactés et affichent une erreur 503

Nous travaillons à la résolution de cet incident.

Nous rencontrons un problème depuis 13H48, intervention en cours pour remise en service.

Nous devons réaliser une maintenance sur le filer NFS mut-vol2
Les services HTTP(s) FTP(s) et SSH seront indisponibles pour une durée de 10min a partir de 23h Mardi 05 Janvier 2021
Merci de votre compréhension.

Nous avons été victime d’une attaque par DDOS pendant quelques minutes le 05/26/2020.
L’attaque à été isolée, la publication des sites internet peut avoir subi une légère coupure entre 01:10:22 AM et 01:20:42 AM
Tout est rentré dans l’ordre.

Nous rencontrons un incident technique sur le filer qui héberge les fichiers des sites de l’infrastructure MUTU
Nous investiguons en ce moment l’incident.
Les sites sont indisponibles.

Nous rencontrons un incident sur le stockage du service mutualisé.
Les sites sont en erreur 503.

Une intervention est en cours pour corriger le problème.

Bonjour,
Cette évolution permet d’éviter qu’un site n’ayant pas généré un certificat Let’s Encrypt sur sont domaine ne puisse utiliser le certificats SSL par défaut.
Beaucoup de sites sont contactés par des robots/bots qui n’ont pas de SSL actif et aujourd’hui leur accès est possible, ce qui ne devrait pas être le cas.

Si votre site ne réponds plus en HTTPS, c’est que vous n’avez pas généré votre propre certificat, gratuit avec Let’s Encrypt.
Vous pouvez, depuis le manager, générer votre certificat pour que votre site puisse de nouveau être accessible en HTTPS.

Merci.

Nous rencontrons ces derniers jours des problèmes de stabilité et de performance sur la plate forme web.

Nous y travaillons activement et sommes désolés de ces incidents à répétition.

Nous recevons actuellement une attaque importante sur la partie HTTP.
Nous sommes en cours d’intervention.

Instabilité sur les sites en cours

Veuillez nous excuser pour le dérangement.

Bonsoir,

Nous avons eu un incident sur un filer de production.
Les sites ont pu afficher une erreur 503 ou 404 pendant plusieurs minutes , le temps que le serveur puisse revenir après un crash système.

Tous les sites sont maintenant disponibles et fonctionnels
Veuillez nous excuser pour cette coupure de service.

Un incident est en cours sur la plate-forme mutualisee.
Un erreur 503 est affichée.
Nous investiguons cet incident

Nous mettons à jour la plateforme HTTP1
Pas d’interruption de service.

La gestion de la configuration des hébergements depuis le manager sera un attente de la fin de la maintenance.

Nous procédons à la mise à jour de la plate-forme mutualisée
Pas d’impacts à prévoir sur la disponibilité des sites internet.

Les actions depuis iWAL concernant le module HTTP seront en attente de mise à jour le temps de la maintenance.

Merci pour votre compréhension

[2017-04-20 18:51:15] INFO: PHP52 updated from alt-php52-5.2.17-94.el6 to alt-php52-5.2.17-96.el6
[2017-04-20 18:51:15] INFO: PHP53 updated from alt-php53-5.3.29-43.el6 to alt-php53-5.3.29-45.el6
[2017-04-20 18:51:15] INFO: PHP54 updated from alt-php54-5.4.45-27.el6 to alt-php54-5.4.45-29.el6
[2017-04-20 18:51:15] INFO: PHP55 updated from alt-php55-5.5.38-9.el6 to alt-php55-5.5.38-11.el6
[2017-04-20 18:51:15] INFO: PHP70 updated from alt-php70-7.0.16-1.el6 to alt-php70-7.0.18-1.el6

Bonjour,
Nous mettons à jour la plateforme HTTP1
Pas d’interruption de service.
Php7 et les modules seront mis à jour.

From alt-php70-7.0.18-1.el6 to alt-php70-7.0.19-1.el6

Plusieurs clients nous remontent depuis ce matin des erreurs sur les sites en php 5.2

Nous cherchons actuellement l’origine du problème.

Si vous êtes dans ce cas, il faudrait penser à faire évoluer vos sites, php 5.2 n’est plus sous support depuis 2011...

Nous mettons à jour la plateforme HTTP1
Pas d’interruption de service.

Nous avons procédé à une mise à jour sur la partie apache2.
Pas d’impacts pour la publication de vos sites.

Bonjour,
nous rencontrons un problème qui génère des erreurs 500 lors de l’accès à WordPress en étant connecté.
La même chose nous a été remonté pour Piwik.

Nous investiguons actuellement.

Toutes nos excuses pour cet incident.

La plateforme http1 renvoi des erreurs 500 avec un load anormal.
Nous sommes en cours d’intervention

Nous rencontrons un problème sur le traitement des logs Apache.

Depuis le 28 décembre, le traitement est en erreur.

Nous avons corrigé le problème et sommes en train de procéder au rattrapage (copie des logs et génération des statistiques AWstats).

Bonjour,
nous rencontrons un problème sur l’infrastructure web (sur la gestion des sessions), impactant les sites.

Nous sommes en train d’intervenir.

Nous mettons à jour la plateforme HTTP1
Pas d’interruption de service.

La gestion de la configuration des hébergements depuis le manager sera un attente de la fin de la maintenance.

Nous mettons à jour la plateforme HTTP1
Pas d’interruption de service.

La gestion de la configuration des hébergements depuis le manager sera un attente de la fin de la maintenance.

Nous mettons à jour la plateforme HTTP1
Pas d’interruption de service.

Nous procédons à la mise à jour de Cloud Director en version 10.3

Nous devons procéder à des modifications sur le portail vcloud.yulpa.io

L’accès peut-être perturbé au cours de la nuit.

Nous avons depuis quelques heures un retard sur la livraison des mails entrant. Nous investiguons.

Nous rencontrons ce jour un retard sur la livraison des mails entrants au niveau de l’anti-spam.

Nous investiguons pour trouver la cause.

Nous rencontrons actuellement un problème de livraison de mails vers Free.

Cela concerne uniquement les mails envoyés depuis Zimbra Open Source (en webmail et en SMTP).

Nous rencontrons actuellement un problème de livraison de mails vers SFR / Neuf.

Cela concerne uniquement les mails envoyés depuis Zimbra Open Source (en webmail et en SMTP).

Les mails sont classés SPAM avec la classe DCE “Dirty Commercial Email”.

X-sfr-mailing : DCE
X-sfr-spam : low
X-sfr-spamrating : 61.568626
X-sfr-spamcause : OK,

Nous rencontrons un souci avec certains utilisateurs pour l’envoi de mails vers Microsoft (Hotmail, Outlook, Live...)

Il arrive que les mails soient bien envoyés, pris en compte, sans message d’erreur mais le destinataire ne reçoit pas le mail.

Nous sommes en cours d’investigation.

Nous rencontrons un souci sur le calcul de la taille des bases de données suite à la mise en place de iWal v2.

Le quota affiché dans le manager n’est donc pas à prendre en compte.

Mise en prod 2.0.3

Module Domaine Registrar

Nic Handle

Module Utilisateur

Gestion des droits

L’accès au panel nospam n’est pas pleinement fonctionnel.
Un ticket d’incident a été ouvert chez l’éditeur de la solution, nous attendons leur retour.

Le message d’erreur suivant peut apparaître : domaine inconnu.

Nous nous excusons pour la gêne occasionnée.

Nous rencontrons un incident sur l’interface de gestion anti-spam.
Il est temporairement/aléatoirement impossible de se connecter.
Nous intervenons pour rétablir la disponibilité de l’interface.