Vialet.org - Mot-clé - hebergement

Les incohérences de l'offre mutualisée OVH

Guillaume Vialet — Sat, 27 Oct 2012 09:03:00 +0200

Plongée critique dans les offres mutualisées Linux vieillissantes et leurs différentes options chez l'hébergeur OVH.

C'est en voulant rationaliser mes offres et me doter de plus de services que je me suis immergé dans les options proposées par OVH.

Client de longue date de l'hébergeur devenu en une décennie n°1 en Europe, plutôt habitué aux dédiés qu'aux mutualisés, je disposais deux offres Perso ainsi que deux autres offres obsolètes (mais ô combien pratiques) : des Start1G (1 Go d'espace disque, une base MySQL et un compte POP/IMAP).

J'ai donc fait un petit tableau récapitulatif de mes différents sites, de leurs ressources et de leurs tarifs :

L'objectif était de me donner d'une part un peu plus de souplesse avec plus de bases de données pour le développement de nouveaux projets personnels (voire plus de services, comme un accès SSH) et de diminuer les coûts en mutualisant les hébergements.

En optant pour l'offre directement supérieure au plan Perso, c'est-à-dire l'offre Pro, afin de rester dans une gamme de prix approchant, j'obtenais le tableau ci-dessous :

La migration, bien que m'ouvrant à des bases MySQL plus larges et disposant de plus de ressources (notamment pour le SQL Pro), je suis au final perdant sur plusieurs plans : le prix, la libération de nouvelles bases (j'en obtiens le même nombre) et le nombre de MX disponibles.

En effet, le mutlidomaine chez OVH ne permet pas la prise en charge de l'hébergement de plusieurs MX sur votre offre Pro, Business ou même Premium. Vous aurez donc droit à 100 voire 1000 comptes POP ou IMAP mais sur un seul et unique nom de domaine. Bref, on aurait pu doubler ce chiffre très théorique (sans parler de la gestion de 1000 comptes POP et leurs alias dans un Manager OVH assez peu fonctionnel).

Afin de bénéficier de MX pour l'offre Pro, je vais donc avoir besoin d'y ajouter un Mail Plan (via le Manager, cette offre n'est plus directement accessible sur le site d'OVH).

Facturé 5 € HT ~~par an~~ une fois pour toutes pour 5+1 comptes POP/IMAP, cette option n'ouvre cependant pas aux comptes de 2 Go. Il faudra débourser un supplément de 12 € HT par an (soit un total de 17 € pour la première année) afin de bénéficier de 5 comptes de 25 Go. Alors que d'un autre côté, le Start10M vous offre gratuitement 1+1 comptes POP/IMAP de... 25 Go !

Enfin, le plan Pro (et au-delà) n'offre qu'un seul domaine gratuit (les anciens freedom) ce qui fait une vraie différence entre deux plan Perso vs un plan Pro.

L'autre solution aurait été d'ajouter des bases SQL à mes offres actuelles (sur un de mes plan Perso par exemple), mais à 36 € HT par an pour 5 bases de 100 Mo (ou une de 400 Mo), cela me revient plus cher à l'année que le plan lui-même. Mais il aurait tout de même fallu ajouter des MX.

Le premier prix de l'hébergement dédié

J'ai aussi établi un comparatif avec le premier prix en matière d'hébergement dédié, à savoir le vKS Small. Bien qu'on ne parle plus de la même architecture ni de la même disponibilité (pas de sauvegarde ni de redondance, la mise en place des services et leur maintenance étant à la charge du client, pas de distribution prête à l'emploi, etc.), on reste dans la même gamme de prix pour - théoriquement - plus de possibilités.

Cependant, cette offre va disparaître pour devenir la nouvelle gamme VPS à la tarification encore inconnue.

Enfin, les très faibles capacités disque du vKS Small ou même Medium sont rédhibitoires pour une exploitation courante (transposition des 100 Go d'espace disque de mon plan Perso, amélioration des quotas des e-mails, etc.) sans parler de l'absence totale de backup (que l'offre Kimsufi classique a elle aussi perdu).

Le problème des quotas

Justement : les quotas sont bien un des gros problèmes de l'offre actuelle en matière d'e-mail.

Ceux-ci ont bénéficié il y a quelques années d'un passage à 2 Go après avoir été bloqués à 25 Mo, mais depuis l'offre n'a pas été revue. A côté, OVH pousse très fort sa gamme sous Exchange qui voit son quota disque aller jusqu'à 25 Go (j'ai même cru voir passer une annonce évoquant 50 Go).

A l'heure où les services gratuits comme Gmail annoncent 10 Go d'espace disque, les utilisations qui sont faites de leurs messageries par les internautes montrent rapidement les limites d'une offre « bloquée » à 2 Go.

Quand on pose le problème au support d'OVH, on obtient ce genre de réponse :

Passez sous Exchange, Hosted E-mail ou sur serveur dédié.

Passer sous Exchange fait d'une part exploser le budget uniquement pour les e-mails, modifie totalement les habitudes (adieu webmail Roundcub, Thunderbird, etc.) sans parler des contraintes du format propriétaire de Microsoft (combien de PST traînent sur mes disques de sauvegarde sans que je puisse les exploiter, faute de licence Outlook ?).

Hosted E-mail qui semble(ait) un produit très intéressant, est toujours en développement depuis de nombreux mois sans qu'une idée de sa date de disponibilité, de la clientèle visée ou même de sa grille tarifaire ne soient données. Quand on connaît les déboires du récent hubiC, trop souvent en panne et ne disposant pas des fonctions basiques d'un service de stockage dans le Cloud, j'aurai beaucoup de mal à migrer mes gigas d'e-mails sur une offre ayant aussi peu d'ancienneté. A noter que la page de présentation de ce produit n'existe plus sur le site d'OVH (la bêta venant de s'achever).

Enfin, un serveur dédié en matière de tarification et de charge de travail est sans comparaison avec une offre mutualisée. Et comme les tableaux le montrent, on ne bénéficie plus d'aucun freedom.

Pas d'anti-spam non plus

Dernier aspect négligé par OVH et pourtant qui alourdit considérablement les coûts en matière d'hébergement d'e-mails : avoir un filtre anti-spam digne de ce nom.

Lorsque votre domaine a une certaine ancienneté, il est impératif de filtrer les e-mails pour ne pas être submergé de spam. La solution proposée par OVH étant loin d'être satisfaisante, il sera nécessaire de lui adjoindre un service de filtrage externe des e-mails entrants.

Pour ma part, je passe par les services de la société Protecmail qui, s'ils me donnent satisfaction à 100%, correspondent moins à un usage mono-domaine mono-compte e-mail avec petite volumétrie compte tenu de sa tarification (comptez 59,98 € HT par an, soit deux plan Perso chez OVH).

D'autres problèmes rédhibitoires

On notera aussi le problème du filtrage silencieux des e-mails chez OVH déjà traité sur ce blog, de problèmes de hard bounce sur certains forwards ou la disparition du catch all, même en option payante et l'impossibilité de passer le quota d'un compte postmaster en catch all à plus de 25 Mo.

Pour autant, mes MX sont déjà filtrés par Protecmail (OVH est donc déchargé de ce travail que je suis pourtant prêt à payer) et le catch all ne ramène quasiment aucun spam, les pratiques des spammeurs semblent en effet avoir bien évolué dans ce domaine (aspiration des données du whois et envoi immédiat de spam malgré OwO, par exemple).

De nouvelles offres & options attendues

OVH devrait revoir ses offres en y intégrant les éléments suivants :

Pour la partie e-mail :

Une offre spécialisée dans l'hébergement d'e-mails, de la mono adresse e-mail au multicompte avec un meilleur traitement des files d'attente et des bounces, adresse IP dédiée, etc. (l'offre Hosted E-mail).
Le retour de l'option catch all.
Des quotas jusqu'à 25 Go par compte, y compris pour le postmaster en catch all.
Un véritable service anti-spam, et pourquoi pas en collaboration avec Protecmail ?
La différenciation entre alias et forward au niveau du filtrage externe (ou plus de filtrage pour Hosted E-mail).
La possibilité d'utiliser ses comptes POP/IMAP libres afin de procéder à des sauvegardes automatisées.

Pour la partie Web :

Une offre dédiée aux développeurs Web afin de leur apporter une plateforme de développement abordable, entre la phase de conception et la phase de lancement d'un projet (et leur proposer ensuite des migrations « en un clic » comme dirait Octave, à tarif préférentiel vers les offres classiques une fois le projet lancé).
Une plus grande modularité des offres mutualisées : choix du nombre de bases, de l'espace disque, des MX, voire de la puissance de calcul, etc. (convergence entre les offres VPS et mutualisées).
De meilleures performances avec certains CMS de e-commerce.

MAJ au 7 novembre : D'après le fondateur et directeur technique d'OVH qui réagissait à un de mes tweets, la possibilité de passer un compte POP/IMAP mutualisé à 25 Go de quota aurait été mise en production il y a déjà 6 mois, mais n'est toujours pas disponible. J'attends une réponse du support commercial de la société à ce sujet.

Quand OVH filtre ses e-mails sans avertissement

Guillaume Vialet — Tue, 13 Mar 2012 10:25:00 +0100

Contrairement au descriptif de ses offres, OVH filtre systématiquement et silencieusement les e-mails en mutualisé. Explications.

Ces derniers mois j'ai constaté de nombreuses « disparations » d'e-mails. Elles concernaient généralement des messages que je souhaitais descendre de la quarantaine de mon filtre anti-spam Protecmail ou bien mes participations sur l'une des nombreuses mailing-lists de l'hébergeur.

C'est finalement mes soucis de spam avec Ebuzzing/Wikio qui m'auront fait me pencher sérieusement sur ce problème, avec l'aide de Protecmail et du support OVH.

Finalement, ce dernier ainsi qu'Octave sur Twitter m'ont confirmé que MX0 - censé ne pas être filtré - était bien concerné par un filtrage que je suppose anti-spam mais qui se fait de manière totalement silencieuse : ni l'expéditeur ni le destinataire ne sont informés que le message a été bloqué.

Quand on connaît la qualité du filtrage anti-spam et virus d'OVH ou bien que l'on admet qu'aucune solution anti-spam n'est infaillible et qu'il est donc indispensable de pouvoir débloquer un e-mail, ces dispositions font froid dans le dos.

Le simple fait de mentionner dans un e-mail sur @bar les noms de domaine conso-one.com et meec7.com ont valu à mon message une désintégration en règle...

La réponse d'Octave à mon besoin de bénéficier d'un MX non filtré (quand bien même c'est ce que j'ai payé et suis censé disposer contractuellement...) sera de prendre un serveur dédié. Classique.

Un SD ? Beaucoup trop cher par rapport à mon offre e-mail (gratuité à vie pour 100 comptes POP/IMAP souscrite il y a... 9 ans) ou même d'hébergement de ce blog (23,88 € HT/an), le VPS est en pleine refonte et l'offre à 5 € a été « hachée », le vKS est une offre en bêta (dont on connaît la signification chez OVH) qui ne dispose pas encore de distribution prête à l'emploi made by OVH.

Et c'est sans parler des services inclus dans la formule d'hébergement mutualisé : redondance du matériel, intervention rapide du support, sauvegardes multiples, etc. que l'on ne retrouvera pas de base sur ces offres dédiées.

Vous êtes donc prévenus : les e-mails mutualisés sont tous filtrés malgré vos réglages dans le Manager, quand bien même vous auriez confié ce filtrage à une société dont c'est le métier...

MAJ au 15 mars : Suite à des échanges sur Twitter avec Octave et avec le support d'OVH, le problème a été localisé. Le filtrage des e-mails s'applique au courrier sortant et non pas entrant (avec MX0). Cependant, lorsqu'une adresse e-mail est un « alias » d'un compte, comme c'est le cas avec moi (j'en utilise beaucoup), l'e-mail est considéré comme envoyé au nom de l'expéditeur d'origine vers le compte destinataire. Et cet envoi est bloqué (e-mail détruit silencieusement) lorsqu'il y a suspicion de spam (notamment en se référant à SURBL).

Voici un exemple. Un e-mail est envoyé à alias@mondomaine.com. Cette adresse pointe en fait vers mon-adresse@mondomaine.com (même nom de domaine). L'alias a été créé dans le Manager OVH en spécifiant une redirection interne (un alias) et non pas externe (une redirection). OVH ne semble pas faire techniquement de distinction entre les deux (interne/externe) et procéderait donc à une redirection (un forward). Si un e-mail supposé d'origine douteuse est envoyé à alias@mondomaine.com, il sera effacé par OVH sans avertissement au moment du transfert vers mon-adresse@mondomaine.com. Le filtrage sortant se transforme alors en pratique en filtrage entrant...

En d'autres termes, le fait d'utiliser des alias m'expose à la perte de messages du fait de ce filtrage out par crainte d'envoi/relais de spam lors d'un forward, cas particulier qui n'existerait pas si OVH utilisait bien les alias d'adresses e-mail plutôt que de faire une redirection (plus de trafic sortant).

Créer un accès FTP sur Release 2 OVH

Guillaume Vialet — Sun, 18 Oct 2009 22:03:00 +0200

Besoin de créer un nouvel accès FTP sur votre serveur dédié OVH en Release 2 à base de Gentoo ?

N'étant pas un spécialiste de ProFTPD mais plutôt de NcFTPd qui était livré avec la Release 1 d'OVH, je me suis tourné vers l'excellente communauté de cet hébergeur à travers ses mailing-lists (accessibles via le Manager).

Les Releases d'OVH 1 et 2 ont de commun le fait de venir avec un serveur FTP incomplet : la gestion des utilisateurs virtuels propres à ces deux démons FTP y est de base, impossible.

Voici comment créer de manière très simple un nouvel accès FTP sur votre dédié Kimsufi, par exemple.

Tout d'abord, assurez-vous que vous avez bien la directive DefaultRoot ~ dans le fichier /etc/proftpd.conf.

Créez un nouvel utilisateur UNIX

# /usr/sbin/adduser -o -u USER_ID -g GROUP_ID -d PATH_TO_HOME_DIRECTORY -s /bin/flase LOGIN

-o : spécifie que le user ID est non unique (c'est-à-dire celui d'un utilisateur existant)

-u USER_ID : Id de l'utilisateur propriétaire du dossier à partager en FTP

-g GROUP_ID : Id du groupe de l'utilisateur, sur les Releases 2 choisissez le groupe 100 (users)

-d PATH_TO_HOME_DIRECTORY : chemin d'accès du root de cet utilisateur FTP, par exemple /home/mon-site/www/acces-ftp-client/

-s : on spécifie la directive /bin/false afin de ne pas lui créer d'accès Shell

LOGIN : identifiant de votre utilisateur FTP

Associez ensuite un mot de passe à ce nouvel utilisateur

# passwd LOGIN

Voici un exemple complet pour le userid 1007 du groupe 100, afin qu'il accède en FTP au dossier ftp du site website :

# /usr/sbin/adduser -o -u 1007 -g 100 -d /home/website/ftp -s /bin/flase toto
# passwd toto

L'utilisateur aura la possibilité de créer, supprimer, renommer dossiers et fichiers mais uniquement dans son home directory.

Blog down quinze jours ?

Guillaume Vialet — Mon, 17 Aug 2009 23:12:00 +0200

Ce blog est hébergé par OVH via leur offre mutualisée grand public (300gp). OVH a totalement refondu sa gamme mutualisée, baptisée mutu2009.

Malheureusement pour les clients qui comme moi doivent renouveler leur hébergement en plein mois d'août, et bien que la nouvelle gamme soit publique et déjà disponible, il n'est pas encore possible de passer d'une ancienne offre à une nouvelle... enfin pas avant septembre.

A ce jour sans véritable réponse de la part du support commercial, et qui plus est, étant donné la grosse différence de prix entre le 300gp (65 euros/an) et le pack Perso (28 euros /an) pour pratiquement autant voire plus de services, je me vois dans l'obligation d'attendre que la migration soit possible. C'est-à-dire voir disparaître temporairement mon blog en espérant que la migration soit ouverte aux anciens (et fidèles...) clients avant septembre.

Inch'Allah !

Les origines du spam

Guillaume Vialet — Mon, 17 Nov 2008 16:52:00 +0100

Il est parfois curieux de constater que l'on est aussi souvent ~~emmerdé~~ embêté par le spam que les courriels non sollicités. Je m'explique.

Les alias tu utiliseras

J'utilise depuis très longtemps une petite astuce qui me permet d'identifier l'expéditeur d'un e-mail. A chaque inscription en ligne, je créé un alias, c'est-à-dire une nouvelle adresse e-mail rattachée à mon compte principal. Généralement, cet alias prend le nom de domaine du service auquel je m'abonne, par exemple rueducommerce@domain.tld, monoprix@domain.tld, etc. A ce jour, je compte 166 alias créés. Vous saurez alors quel est le petit malin qui a revendu votre adresse e-mail

Cette technique doit se faire conjointement avec l'abandon du catch-all, c'est-à-dire la réception de tous les e-mails rattachés à votre nom de domaine, qu'ils soient existants (on parle de valid user) ou non. Le gros avantage du catch-all permet de recevoir un e-mail dont le préfixe aurait été mal orthographié. Malheureusement, les spammeurs utilisent des dictionnaires de mots qui visent les adresses les plus courantes, comme info@, contact@, etc. Ce qui rend le catch-all totalement inopérant car vous serez très vite saturés de pourriels.

Aujourd'hui, 100% des spam que je reçois (viagra, augmentation de certaines parties de votre corps qui à mon humble avis sont très bien comme elles sont, etc.) proviennent de deux alias : celui que j'avais créé pour gérer mes noms de domaine et celui de la... Fnac !

La Fnac spam ?!

C'est certainement le cas de figure le plus intéressant - et le seul d'ailleurs. Je reçois énormément de spam sur l'alias fnac@. C'est arrivé assez brutalement, et sans explication malgré ma demande adressée à leur service commercial (restée sans réponse...). Je soupçonne donc une énorme ~~connerie~~ bourde faite par un stagiaire (le stagiaire, comme le trader, fait partie des boucs émissaires de choix) et qui a provoqué une fuite énorme des adresses clients de la Fnac. Drôle, non ?

Les bases Whois

L'autre source de spam jusqu'ici inépuisable était constituée des bases Whois, c'est-à-dire des données publiques rattachées à vos noms de domaine. Ces données sont régulièrement scannées et collectées par les spammeurs, puis utilisées ou revendues. Ce n'est que depuis peu que les registres français, comme Gandi ou OVH, proposent de masquer ces adresses en leur créant des... alias, temporaires cette fois ! L'effet est efficace à 100%.

Un exemple d'adresse e-mail protégée :

Admin Email:3w9sdougzts860v8ipzl@t.o-w-o.info

Et les autres ?

Les autres "spammeurs" ? Et bien il s'agit de contrevenants aux nouvelles dispositions de le LCEN. Pour faire simple, il est illicite de vous contacter si vous ne l'avez pas expressément demandé. Et c'est là que le bât blesse : je ne compte plus les contrevenants à ces dispositions : 24heures.fr, Virgin Megastore, La Française des Jeux (qui a revendu mon adresse à Citröen, notamment), etc. Vous aurez beau vous désinscrire, vérifier votre profil une, deux, dix fois, rien à faire, c'est avec un certain sens de l'acharnement que vous recevrez leur précieuse niouseléteur.

Ces pratiques, en plus d'être hors-la-loi, ruinent totalement la relation entre le marchand et son client. C'est le b.a.-ba de la relation commerciale. On nous prétextera des ennuis techniques momentanés (encore un stagiaire ?), des erreurs qui sont maintenant corrigés (un geek à pendre ?)... le fait est que la seule solution qui vous reste, cher internaute, c'est de supprimer cet alias afin de retrouver la quiétude d'une boîte de réception des années 90.

Mettre à l'heure son Kimsufi

Guillaume Vialet — Thu, 13 Nov 2008 10:47:00 +0100

OVH livre ses serveurs prêts à l'emploi Kimsufi, ici un Kimsufi XL, avec moins d'attention que sa gamme de serveurs dédiés « professionnels ».

Habitué aux serveurs SD et à la release 1 de son système d'exploitation maison, je n'ai pas vérifié si l'heure se mettait à jour via une synchronisation NTP. Mal m'en a pris.

Pour corriger ce problème, voici la ligne de commande à rajouter au cron sous root (vous remarquerez que cette ligne de commande fait appel au nouveau serveur NTP d'OVH, celui renseigné dans le guide de cet hébergeur étant maintenant obsolète, et à la commande ntpclockset et non pas ntpdate).

Sous shell, en root, éditez crontab :

crontab -e

Puis ajoutez la ligne suivante :

0 3 * * * /usr/sbin/ntpclockset 213.251.128.249 >/dev/null

Sauvez le fichier puis quittez votre éditeur préféré. C'est tout !