All Projects

Bonjour,
suite à un incident sur des équipements réseaux au sein du datacenter, l’intégralité des services YULPA (y compris le manager pour le support) étaient indisponible.

L’équipement a été remplacé, l’incident est clos.

Toutes nos excuses pour l’indisponibilité.

Bonjour, depuis le milieu d’après midi, nous rencontrons un incident sur la publication des containers.

Nous investiguons mais n’avons pour le moment pas de délai à vous communiquer.

Nous vous tiendrons informé ici.

Merci de votre compréhension.

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.

Lors de l’envoi d’un email, une erreur est immédiatement retournée quelque soit la méthode d’envoi.

Nous rencontrons depuis plusieurs heures des comportements anormaux sur la plate-forme web qui impactent tout le réseau et créé des lenteurs et interruptions web, mails et outils YULPA.

Le serveur mysql1.yulpa.io est actuellement indisponible, nous intervenons.

Nous rencontrons actuellement un incident sur l’infrastructure Zimbra Open Source.

Nous sommes en cours d’intervention.

Plusieurs utilisateurs nous informent avoir une erreur SSL lors des connexions à la plate forme Zimbra.

Cela concerne à priori les utilisateurs sous Android / Linux.

Nous investiguons.

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.

Refonte partielle du code relatifs aux hébergements (http, files, sql...) afin de pouvoir gérer des hébergements mono-serveurs pour les offres 2022.

Divers correctifs de sécurité, mises à jour mineures et correctifs de fonctionnalités.

Plusieurs utilisateurs nous indiquent avoir un message d’attente de chargement et parfois des erreurs 502.

Plusieurs modifications ont été effectuées ces derniers jours, sans succès. Nous continuons à investiguer.

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

Le serveur mysql1.yulpa.io est actuellement indisponible, nous intervenons.

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

La page de paiement est actuellement indisponible.

Nous investiguons.

Nous rencontrons actuellement de gros problèmes sur nos transit ce qui rend indispo une très grosse partie de l’infra.

Nos fournisseurs sont en cours d’intervention.

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.

Dans le cadre d’une maintenance, nous allons devoir redémarrer les serveurs MySQL
Une courte indisponibilité est à prévoir cette nuit, à partir de 3h AM
Merci pour votre compréhension.

Divers correctifs de sécurité, mises à jour mineures et correctifs de fonctionnalités

De nombreux utilisateurs nous indiquent ne pas arriver à configurer un compte sur push-zose.yulpa.io
Certains ont des erreurs sur les comptes existants.

Cela ne semble que toucher les utilisateurs Android.

Nous travaillons à résoudre cela.

Mise à jour : cela concerne également les périphériques iOS.

Nous mettons à jour la solution DRIVE
Une indisponibilité de 5 minutes est à prévoir.

Merci

Nous rencontrons un problème sur l’accès aux sauvegardes MySQL.

En cas de besoin d’une sauvegarde vous pouvez demander au support.

Nous devons procéder à une mise à jour des composants NSX en raison de failles de sécurité.

Aucun impact n’est à prévoir.

Une mise à jour est prévue pour le 29 mars.

Divers correctifs de sécurité, mises à jour mineures et correctifs de fonctionnalités (backup entre autre).

Nous vous invitons pour le moment à utiliser Chrome, Firefox, Safari en remplacement de EDGE, le temps que Microsoft nous retire de sa liste.

“Ce site a été signalé comme n’étant pas sécurisé
Microsoft vous recommande de quitter ce site. Il a été signalé à Microsoft comme contenant des menaces de hameçonnage susceptibles de voler vos informations personnelles ou financières.”

Note : vous pouvez aussi outrepasser le blocage “Continuer vers le site non sécurisé (déconseillé)”

Aidez-nous : en reportant “Signaler que ce site ne contient pas de menaces de hameçonnage”

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 travaillons actuellement à remettre en place l’accès aux sauvegardes qui devrait être terminé dans la journée du 22.

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

Des clients nous indiquent que leurs sites retournent une erreur de connexion SQL.

Il semblerait (sans que nous n’en ayons encore trouvé la raison) que ce soit lié aux noms en web4all.fr (plus en place officiellement depuis avril 2017).

Vous pouvez modifier la configuration dans vos fichier pour remplacer web4all.fr par yulpa.io

De notre côté nous cherchons pour rendre l’usage de web4all.fr fonctionnel dès que possible.

La visualisation en temps réel des logs Apache dans iWal ne fonctionne pas.
Nous travaillons à corriger cela.

Nous travaillons actuellement à remettre en place l’accès aux sauvegardes qui devrait être terminé dans la journée du 22.

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

Nous constatons un problème de livraison des emails Entrants/Sortants
Nos équipes sont en cours d’analyse

Actuellement, les livraisons sont en cours et le délais devrait être rattrapé rapidement.

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

Suite au changement de pare-feu sur notre infrastructure, certains utilisateurs rencontrent des difficultés pour se connecter sur l’infrastructure Zimbra Open-Source.

En effet, les protocoles minimum supportés sont désormais TLS1.1, les autres ne peuvent plus être supportés (TLS 1.0 et plus anciens).
Ceci est un effet de bord d’une intervention en urgence, ce n’était pas prévu ce qui explique que nous n’avons pas pu prévenir les clients de ce changement.

IMPORTANT : si vous utilisez encore des noms de serveurs en web4all.fr le problème est également présent, vous êtes invité à passer en yulpa.io comme demandé début 2017.

— Windows7

L’éditeur Microsoft ne le supporte plus et ne fait plus les mises à jour depuis janvier 2020. 

Ainsi les logiciels de messagerie utilisant la couche TLS de Windows7 ne peuvent pas se connecter.
Vous pouvez effectuer une mise à jour permettant de corriger cela comme expliqué ici (validé par plusieurs clients) : https://www.greengeeks.com/tutorials/article/how-to-enable-tls-1-1-and-1-2-in-outlook-windows-7/

NOTE : si vous utilisez Thunderbird, ce dernier gérant sa propre couche TLS, cela doit fonctionner. Il faut juste éventuellement re-valider les paramètres du compte.

— MacOS

Si vous utilisez Mail.app ou Thunderbird, cela doit fonctionner. Il faut juste éventuellement re-valider les paramètres du compte.

—
iOS et autres périphériques ActiveSYnc

Les seuls utilisateurs ayant eu le problème sont ceux en web4all.fr
Si vous avez l’erreur, il suffit de re-valider les paramètres du compte.

Pour toutes demandes à ce sujet, nous vous demandons de passer par les forums.

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

La migration de Zimbra Open Source Edition est prévue le 6 février 2021.

Les adresses IP changent.

Aucune action n’est requise de votre part si vous utilisez les bons noms :

• mail-zose.yulpa.io
• mails-zose.yulpa.io
• pop-zose.yulpa.io
• imap-zose.yulpa.io
• smtp-zose.yulpa.io

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

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

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

La migration de Zimbra Network Edition est prévue autour du 29 janvier 2021. 04 février au soir

Les adresses IP changent.

Aucune action n’est requise de votre part si vous utilisez les bons noms :

• mail.yulpa.io
• mails.yulpa.io
• pop.yulpa.io
• imap.yulpa.io
• smtp.yulpa.io

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.

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

La migration de Cloud Director est prévue autour du 18 février 2021.

Les adresses IP ne changent pas.

Aucune action n’est requise de votre part.

Une coupure de service de 30 minutes est à prévoir.

Cette tâche sera prochainement mise à jour.

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

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

La migration des serveurs Spam-Experts est prévue autour du 11 février 2021.

Les adresses IP changent.

Aucune action n’est requise de votre part si vous utilisez les bons serveurs dans vos zones DNS :

• mx10.yulpa.io
• mx20.yulpa.io
• mx30.yulpa.io
• spf include : spf.yulpa.io

Une coupure de service de une heure est à prévoir.

Cette tâche sera prochainement mise à jour.

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

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

La migration des outils YULPA (PMA, tools, forums, site...).

Les adresses IP ne changent pas.

Aucune action n’est requise de votre part.

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

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

La migration des serveurs MySQL 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.

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

La migration de iWal est prévue autour du 20 février 2021.

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.

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.