Forums de WDMédia-Hébergement

Bonjour,

Il semble que nos actions de ce soir aient été très efficace, la charge des serveurs de mail est redescendu en flèche, et il n'y a plus de perturbations.

En vous souhaitant une bonne journée,

Cordialement,

Bonjour,

La synchronisation s'est finie hier dans l'après midi (4 jours donc en effet).

Nous allons donc cette nuit repasser en mode de production normal, ce qui devrait entrainer une coupure de 2 minutes environ.

En vous souhaitant une bonne soirée,

Cordialement,

Bonjour,

Suite a enquête, il apparait que la coupure d'hier est lié a deux attaques distinctes qui se sont croisées, une sur le flot mail, une autre sur le flot web, provoquant une surcharge du serveur de fichier secondaire, qui n'a pas suivi. Nous verrons les optimisations a apporter sur ce serveur, qui est un peu moins puissant que le serveur de fichier principal, une fois la situation rétablie.

Nous avons pris des mesures pour bloquer ces attaques, et nous surveillons la charge du filer secondaire.

De plus, les disques défectueux du filer principal ont bien été changés, le raid est reconstruit, il a été réinstallé fraichement.

Nous avons lancé la synchronisation des données depuis le filer secondaire. Comme nous avons dut repartir avec un système vierge sur le filer principal, cette opération va être longue (a première vue, cela risque de prendre 3 ou 4 jours).

Une fois cela fini, nous pourrons rebasculer sur le filer principal.

En vous souhaitant une bonne journée,

Cordialement,

Re,

C'est visiblement plus grave qu'imaginé, le filer secondaire venant de retombé juste après être remonté. Nous essayons de le remonter a nouveau, pendant qu'un technicien se déplace sur site.

Cordialement,

Hop, bascule faite, le service est en production normale sur le filer secondaire.

Ca a été un poil plus long que prévu, mais c'est quand meme pas mal

Nous nous occupons maintenant du filer primaire tranquillement.

En vous souhaitant une bonne soirée,

Cordialement,

Bonjour,

Petit point sur l'évolution de ce problème, en fait il semble bien que d'autres disques sur le filer principal fassent aussi la tete, il ne veut donc pas reconstruire son raid.

Plus gênant, il semble que le matériel n'arrive pas a écrire les données qu'il voudraient sur les disques, et qu'a chaque essai cela provoque un ralentissement général du serveur, donc des services.

Ceci arrivant un peu trop fréquemment a notre gout, nous allons devoir sortir le filer principal de production, ce qui va entrainer une courte coupure des services.

Nous allons procéder a cela aux environs de minuit/1h, afin d'impacter le moins possible vos sites.

En vous souhaitant une bonne soirée,

Cordialement,

Bonjour,

Bon, on a résolu le problème de compatibilité au niveau des navigateurs, on va pouvoir reprendre le cours normal des choses

En vous souhaitant une bonne journée,

Cordialement,

Bonjour,

Un petit point sur ce problème, qui devrait avoir bien régressé depuis 30 minutes environ, car nous avons trouvé un élément qui semblait poser problème.

Pour bien comprendre ce problème, je vais commencer par vous donner un chiffre :

* entre 20 et 30 tentatives de connexions smtp pour mail entrant par *seconde*

Vous lisez bien, chaque seconde, entre 20 et 30 serveurs tente de nous adresser un mail.

Nous avons mis en place il y a déjà un certain un mécanisme de liste grise, qui permet de faire le tri dans ces tentatives entrante, en se basant sur des facteurs spécifiques. Ainsi, il y a bien 50 a 75% des tentatives de connexions auxquelles les serveurs répondent "je vous connais pas, revenez plus tard" (le but étant d'éliminer les envoi de spam brutaux qui en général ne tente qu'une fois l'envoi du mail). Les mails autorisés sont ensuite soumis a l'antispam/antivirus.

Derrière ce mécanisme, nous en avons un deuxième, qui vérifie le nombre de fois qu'un serveur tente de se connecter en smtp dans les 2 ou 3 dernières minutes. Au dessus d'un certain seuil, on sait que ce n'est qu'un bot a spam qui tente d'en envoyer le plus le plus vite possible => on le banni du serveur.

Il y a encore un deuxième mécanisme, qui vérifie les logs pour voir si les mails reçu ont été classé comme spam. Quand une ip envoi plus d'un certain nombre de spam, elle est banni du serveur.

Enfin, parce que le statut de certains IP changent, et parce que vérifier si une ip n'est pas présente dans une liste de 70000 autres est long, nous avons un mécanisme qui purge la liste des bannissement tout les jours.

Jusque là, tout parait bon, et ça doit bien fonctionner.

En fait, il y avait encore un élément a intégrer pour que cela fonctionne correctement.

En effet, le défaut de notre système, c'est qu'une ip qui a envoyé du spam n'était pas supprimé des listes grises. Du coup, si elle revenait le lendemain, elle n'était pas bloqué en liste grise, et arrivait directement sur l'antispam.

Hors l'antispam, c'est gourmand en ressources (il faut effectuer tout un tas de tests).

Pour une ip, ca va... le problème, c'est que cela pouvait concerner des centaines d'ip, voir des milliers.

Du coup, les serveurs prenait un gros coup de charge sur les test antispam. Ça encore, ça va.

Le problème alors, c'est que pour avoir une charge raisonnable, il faut limiter le nombre de processus antispam.

Et ce qui devait arriver arriva : les processus antispam se sont retrouvés tous occupés. Du coup, les mails arrivant ensuite n'arrivaient pas a passer par le filtre antispam, et les mails n'était donc pas détecté comme spam. Et comme on en rajoute une couche, ça veut dire que le mécanisme bannissant les ip sources de spam ne fonctionnaient pas. Effet boule de neige

Du coup, l'efficacité était beaucoup moindre (même si certains restaient quand même dehors, car il y a vraiment beaucoup de spam dans le traffic des mails).

Nous avons donc fait le nécessaire pour qu'une ip qui envoi du spam soit re soumise aux restrictions de liste grise, ce qui semble donner de bon résultats.

Nous travaillons toujours pour l'amélioration de tout cela bien sur.

En vous souhaitant une bonne journée,

Cordialement,

Re,

En fait pour les stats, j'explore différentes pistes, c'est pour ca que ca prend du temps

Pour le nouveau site, le hover sur les box risque d'etre compliqué, c'est pas simple simple, et comme c'est purement un effet graphique, ca va sans doute attendre un peu, je préfère passer 1h sur l'espace client qu'a ajouter l'effet de hover

@bientot

Rien que ça

Moi je préfère PHP7 et l'exclusivité de phpdebutant