All Projects

Notre opérateur principal ZAYO nous informe d’un intervention sur l’un de ses routeurs le 21 septembre (ou le 22 en date secondaire).

L’intervention concerne le routeur ZAYO ter1.th1.par

Ce routeur est une sortie secondaire (de secours) pour YULPA, il ne devrait donc y avoir aucun impact pour la production.

Fin de vie pour pma.web4all.fr

Vous serez désormais redirigé sur la version en yulPa : pma.yulpa.io

Des clients nous remontent des problèmes pour utiliser le POP en SSL.

Cas de figure posant soucis ayant été remontés :

• Foxmail sur Windows 7
• Outlook sur Mac

Nous investiguons.

Bonjour, 

le comportement dans iWal a été modifié (pour les futurs domaines ou si vous régénérez la conf du domaine).

Modification concernant uniquement les domaines configurés dans le manager en mode de publication “HTTP redirige vers HTTPS“.

Cette modification a un impact uniquement sur les serveurs alias.

Exemple pour le domaine poncini.me avec comme serveur alias www.poncini.me

Avant : 

• http://poncini.me/test1 redirigeait sur https://poncini.me/test1
• http://www.poncini.me/test1 redirigeait sur https://poncini.me/test1 (on ne conservait pas le serverAlias www)

Désormais :

• http://poncini.me/test1 redirige sur https://poncini.me/test1
• http://www.poncini.me/test1 redirige sur https://www.poncini.me/test1 (on conserve le serverAlias www ou tout autre serverAlias)

Cela n’impacte pas vos .htaccess

Bonjour,
nous devons procéder à une intervention nécessitant une reconfiguration complète des équipements réseaux suivants :

• routeurs BGP
• firewalls
• switchs

Une coupure obligatoire du réseau interviendra mardi 8 août 2017 aux environs de 12H00 (heure de Paris).

La coupure sera de quelques minutes (si tout va bien, moins de 5).

L’intégralité des services seront indisponibles Les mails et DNS continueront d’être reçus via les serveurs présent dans d’autres datacenters.

Nous sommes désolés pour la gêne occasionnée, nous n’avons aucune solution permettant d’éviter cette coupure.

Un incident est en cours sur la partie réseau.
Nous sommes en cours d’investigation.

Nous rencontrons actuellement un incident critique rendant toute l’infrastructure injoignable.

Notre fournisseur ZAYO rencontre un problème qui nous impacte directement,
nous avons contacté le support a 05H11 heure de Paris, d’autres clients ont remontés le même problème.

ZAYO a communiqué sur Twitter qu’ils travaillaient à résoudre l’incident, nous n’avons pas plus d’information pour le moment :( https://twitter.com/ZAYO_France/status/972709112344702981

Toutes nos excuses pour cet incident.

Bonjour,

depuis début décembre nous travaillons à d’importantes évolutions sur notre infrastructure.

Lorsque nous avons mis en place notre infrastructure (du temps de Web4all), nous n’avions pas les moyens pour nous permettre une infra en 10GB.

YULPA a pu investir en 2018 pour acquérir des switchs Cisco en 10GB et pas mal de cartes réseaux pour nos serveurs existants.

Nous avons “perdu” beaucoup de temps en raison d’incompatibilité des SFP base-T (pour les SAN où nous ne pouvons sortir que en base-T). Le problème a été corrigé par le constructeur mi-mars après plusieurs semaines de tests de notre côté et du leur.

Nous avons mis les cartes dans presque tous nos équipements, sans impact sur vos services grâce à la virtualisation et la redondance de l’infrastructure.

Nous allons désormais commencer à “router” les flux en 10GB au lieu des liens 1GB et LACP 1GB.

Aucun impact n’est à prévoir, mais comme le risque zéro n’existe pas, nous préférons vous en informer.

Si vous constatez une indisponibilité dans les jours qui viennent, avant d’ouvrir un ticket nous vous invitons à consulter cette page qui sera actualisée.

Nous vous remercions pour votre confiance et votre compréhension :)

Aurélien PONCINI & Benoît GEORGELIN

Nous rencontrons un problème sur la partie sauvegarde des VM.

Une intervention est en cours pour corriger cela.

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

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 allons mettre à jour la plate forme vCloud Director le 11 avril au soir.

Aucun impact sur les services en production, seul le portail sera inaccessible quelques minutes.

Nous prévoyons dans les jours qui viennent de modifier le comportement de Zimbra.

Nous allons mettre en place une restriction sur les expéditeurs des mails.

Seules les adresses mails réelles, leur alias et comptes liés pourront envoyer des mails “en tant que”.
Cela signifie que par exemple si votre mail est test@domain.tld et que vous avez un alias toto@domain.tld vous pourrez écrire un mail en tant que ces deux adresses.
En revanche vous ne pourrez plus écrire de mails en tant que xxx@gmail.com (par exemple)...

Il est fort probable que cela impacte certains d’entre vous.

Cette modification a pour but de limiter le nombre de mails illégitimes sortants de notre infrastructure. Si vous souhaitez envoyer des mails en tant que une adresse qui n’est pas chez nous, merci d’utiliser le SMTP du prestataire en question.

A l’heure actuelle il n’est pas envisageable de revenir en arrière sur cette modification une fois qu’elle aura été mise en place.

Bonjour,
suite au levée de restrictions des mails pour permettre à nos clients communiquer dans le cadre du COVID-19, certains en ont profité pour effectuer des mailing illicites.

Nous avons actuellement une saturation sur les mails sortants, une intervention est en cours.

Bonjour,

Nous intervenons actuellement sur la couche réseau de notre infrastructure.
Nous devons modifier le câblage et certains équipements réseaux.
Tout devrait être transparent pour cette intervention.

Merci

Nous procédons à la mise à jour d’un cluster VMware.

Aucun impact à prévoir.

Nous mettons à jour les composants VMware (vCenter PSC & VCSA)
Nous effecturons ensuite les mises à jour des composants NSX et des cellules vCloud Director.

Aucun impact à prévoir.

Pas de mises à jour des ESXi (déjà à jour).

Fin de vie pour webftp.web4all.fr

Vous serez désormais redirigé sur la version en yulPa : webftp.yulpa.io

Nous rencontrons actuellement un incident sur le webmail Zimbra.

Les navigateurs indiquent ce “site” comme malveillant, nous investiguons actuellement.

Une erreur SSL est affichée lors de la connexion pour beaucoup d’utilisateurs, nous sommes en cours d’intervention.

Nous sommes obligés d’intervenir sur le store11 pour augmenter l’espace disque
Le service doit être arrété le temps de l’opération.

Merci de votre compréhension.