Hébergements (Fichiers & web)

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.

Bonjour,
suite à des modifications d’algorithmes sur les serveurs web et ftp, pour des raisons de sécurités, certains algo ne sont plus supportés.

Concernant les comptes FTP dont les mots de passe n’ont pas été modifiés avant 2017, vous serez dans l’obligation quasi certaine de le changer (déjà depuis un mois donc la plupart ont déjà mis à jour).
Concernant les comptes FTP autres qui ne fonctionnent pas, nous avons modifié le chiffrement dans le manager donc vous pouvez de nouveau le mettre à jour voir si cela fonctionne.

Concernant les comptes Awstats pour les statistiques Web, il nous est impossible de les réécrire pour les rendre compatible (nous ne conservons pas les mdp en clair), vous devez donc impérativement mettre à jour les mots de passe :(

Merci pour votre compréhension.

Bonjour,
cette nuit OVH a subit un incendie dans plusieurs de ses datacenters de Strasbourg.

Cela n’impact pas les services de YULPA, cependant, énormément de sites et services étant hébergés chez OVH, des conséquences peuvent être présentes (chargement de modules externes sur vos sites, API tierces indisponibles, livraisons de mails...).

Merci donc de ne pas ouvrir de ticket en cas de problème sur vos sites ou mails sans vous assurer préalablement que cela ne soit pas lié à cet incident.

Toute l’équipe YULPA a une pensée sincère pour le personnel de OVH qui vit une situation actuellement que personne ne souhaite affronter un jour :(

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.

Certains clients rencontrent des soucis d’accès au FTP / SSH

Nous investiguons actuellement.

EDIT pour le FTP : Selon plusieurs utilisateurs, le problème est sur les anciens comptes FTP, cela est corrigé en modifiant le mot de passe depuis le manager.
EDIT pour le SSH : il faut bien accepter la nouvelle clé fingerprint SSH.

Nous rencontrons un problème sur le fonctionnement des crons, nous y travaillons.

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

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

Plus d’informations : FS#129 - Déménagement : SYNTHESE

La migration des hébergements web (sites, ftp, ssh) est prévue autour du 20 février 2021.

Les adresses IP ne changent pas.

Aucune action n’est requise de votre part.

Une coupure de service de deux heures est à prévoir.

Cette tâche sera prochainement mise à jour.

Vous souhaitez poser des questions ou réagir ? Merci d'utiliser exclusivement les forums.

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

Comme annoncé dans le mail du lundi 18 mai, suite à l’incident du système de stockage des fichiers, le module de restauration des sauvegardes dans le manager ne fonctionne pas.

Nous travaillons à le remettre en service en effectuant les modifications dans le manager iWal.

Si besoin d’une restauration, vous pouvez contacter le support par ticket en indiquant les dossiers à restaurer, la date et la destination.

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.

Nous devons procéder à une intervention sur le filer hébergeant les fichiers des sites web.

Cela va provoquer une interruption de service de quelques minutes vers 2 heures du matin (heure de Paris).

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.

Bonjour,
nous rencontrons un problème de réplications des sauvegardes fichiers.

Celles-ci ne sont donc pas visibles sur le manager.

En cas de besoin d’une sauvegarde, le temps de la resynchronisation, vous pouvez ouvrir un ticket sur le manager iWal.

Merci et désolé.

Nous rencontrons actuellement un incident sur le filer ZFS,
une intervention est en cours.

Nous estimons une reprise des services d’ici 10 minutes soit environ 8H20.

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.

Nous avons une maintenance planifiée dans la nuit du 1 Mars au 2 Mars.
Un reboot du serveur est nécessaire.
Cette maintenance sera faite pendant la nuit, a partir de 3:00 du matin et ne devrait pas durer plus de 10 minutes.

Les sites publiés par cette plate-forme ne seront pas disponibles le temps du reboot.
Une erreur 503 sera affichée

Merci de votre compréhension.

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

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

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

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

Nous avons rencontré un problème sur la synchronisation des snapshots entre le serveur de production et le serveur de backup.

Nous avons du recommencer une synchronisation avec peu de snapshots.

Concrètement pour vous, cela signifie :

• ne sont concernés que les hébergements sur vol1
• les anciens snapshots de vol1 (antérieurs au 27/09/2017) ne sont plus visibles sur iWal
• ces mêmes snapshots ne sont pas perdus, nous les avons toujours mais ils ne peuvent être affichés dans iWal
• si vous en avez absolument besoin, merci d’ouvrir un ticket sur le centre de support dans iWal

Désolé pour la gêne occasionnée :(

Bonjour,

Dans le but d’être conforme aux exigences de sécurité, nous avons réalisé une évolution au niveau de la sécurité du serveur SSH.
Si vous avez des difficultés de connexion et que vous utilisez un logiciel à jour, veuillez nous contacter via le support
Les logiciels récents doivent tous être en mesure de se connecter.

Merci,
Cordialement,
Benoît

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.

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

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

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

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

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