Depuis le 28/06/2007 il semblerait que le FAI Orange ait décidé de bloquer le port 25 pour ses abonnés de région parisienne.

Que cela implique-t-il ?
Les abonnés d’Orange ne pourront plus utiliser de serveurs SMTP autres que celui de leur FAI (smtp.orange.fr).

Pourquoi ?
Il s’agit tout simplement d’une mesure visant à  bloquer le spam généré par le réseau Orange par des machines zombies (infectées par un virus).

Cette mesure tend à  se généraliser chez les FAI (Belgacom, Free), ce qui n’est pas une mauvaise chose bien que dans les faits c’est toute la conception du protocole SMTP qui est à  revoir du fait de son archaisme et de l’absence d’authentification de l’expéditeur.

Que faire ?
Deux solutions s’offrent à  vous, utiliser le smtp d’Orange (smtp.orange.fr) ou configurer votre logiciel de messagerie pour utiliser le port 2505 vers les serveurs SMTP de Celeonet.

A ce jour Orange n’a pas fait de publication officielle sur cette opération, la rumeur indique que sur l’intégralité du réseau d’Orange le port 25 serait verrouillé à  la fin de l’été.

[Edit] La rumeur est confirmée, une newsletter vient d’être envoyée à  tous nos clients afin qu’ils contactent le support d’Orange s’ils rencontrent ce problème. La solution proposée par ce FAI à  l’heure actuelle est le passage en IP fixe pour 17,93 € TTC / mois supp.

Nous vous avions indiqué par l’intermédiaire du blog que nous avions entamé une procédure pour devenir agent d’enregistrement Dns.be, c’est maintenant le cas.

Cette démarche nous permettra donc de communiquer directement avec dns.be et de gérer au mieux les intérêts de nos clients belges.

Cette accréditation va être suivie par une phase de développement afin d’interfacer les systèmes informatiques de Dns.be et de Celeonet puis par une phase de transfert de notre portefeuille de .be vers notre compte Dns.be.

Nos clients belges auront donc le plaisir de voir leurs domaines d’extension .be prolongés d’un an gratuitement.

Le développement de la version de 2 de Celeonet a commencé, la version bêta devrait voir le jour à  la fin du mois d’août.

Historique.
La version 1 a été développée fin 2003 avec pour seul objectif de fournir un service d’hébergement mutualisé. Au fur et à  mesure du temps elle a été enrichie afin d’intégrer de nouvelles fonctionnalités mais également de nouveaux services comme les serveurs virtuels ou dédiés.

Cependant l’interface souffre d’un défaut majeur, sa maintenabilité est de plus en plus difficile et il est quasiment impossible de la faire évoluer.

Notre choix.
Face à  ce constat, nous avons fait le choix de développer un panel v2 qui comblerait les défauts actuels de la v1. Ce dernier intégrera de nombreuses fonctionnalités répondant aux demandes de nos clients.

Fonctionnement.
A l’heure actuelle à  chaque offre correspond une interface client dédiée malgrè des onglets communs. Sur la nouvelle version un “pack” d’onglets sera disponible pour les développeurs, la création d’une nouvelle offre sera donc largement facilitée, il suffira au développeur de composer l’interface client avec les onglets existants et de le compléter avec de nouveaux onglets. De fait le volume de développement sera moins important et le lancement de nouvelles offres plus simple.

Les modifications visibles.

Multicomptes et achats.
- Il ne sera plus nécessaire de créer un login par compte, chaque client disposera d’un nick-handle qui lui permettra de gérer via un seul login ses différents services.
- Un code couleur permettra de visualiser de façon simple les services dont l’expiration est proche.

Domaines.
- Il sera possible de mettre des domaines en parking sans limitation de nombre.
- Toutes les procédures administratives telles que les changements de propriétaires, les modifications de contact, l’obtention d’un code Auth seront réalisables via l’interface client.
- Toutes les procédures techniques telles que les changements de Dns (pour toutes les extensions), les demandes de destruction seront réalisables via l’interface client.
- Les transferts entrants et sortant feront l’objet d’un suivi dans le panel.
- Des noms de domaines sans offre d’hébergement pourront être acquis.
- Des contacts secondaires pourront être créés et associés à  un nom de domaine avec des informations différentes de celles du compte.

Marque blanche et facturation.
- Les offres Celeonet pourront faire l’objet de contrats de revente en marque blanche sans mention de notre société.
- Un panier d’achat sera déployé, il permettra ainsi de procéder à  l’achat ou au renouvellement de plusieurs services sans avoir à  créer de multiples factures.
- Le programme de fidélisation sera implémenté.

En parallèle nous devrions ainsi pouvoir commercialiser 5 nouveaux services d’ici la fin de 2008.

N’hésitez pas à  nous faire part de vos suggestions si vous souhaitez voir apparaitre de nouvelles fonctionnalités dans les interfaces des hébergements mutualisés, virtuels ou dédiés.

Nous planifions à  l’heure actuelle un certain nombre d’actions sur Celeonet, en voici le détail pour chaque infrastructure.

Cluster 4 : en cours
Comme nous vous l’indiquions dans l’infocenter il y a peu de temps, à  la fin de la sauvegarde du cluster nous avons constaté épisodiquement un “blocage” qui provoquait un ralentissement. Le même problème était apparu il y a quelques mois sur le cluster 3 et avait été résolu par la mise en place d’un serveur “tampon” entre le ftp et le serveur de sauvegardes.

Nous venons donc de réaliser la même opération sur le cluster 4 et nous avons par la même occasion ajouté des serveurs web dans le cluster. Une surveillance permanente est en cours afin de suivre l’évolution de la plateforme.

Cluster 2 : fin juin
Le cluster 2 a atteind ses trois années d’existence, il va donc subir une refonte matérielle importante.
- Tous ses serveurs webs vont être remplacés par des HP DL140 G3 identiques à  ceux du cluster 3,
- le serveur ftp va être “lifté” afin d’être strictement identique sur le plan logiciel à  ceux des clusters 3 et 4,
- un serveur tampon va venir se positionner entre le ftp et le serveur de sauvegardes,
- les configurations apache et php vont être revues pour être strictement identiques à  celles des clusters 3 et 4.

Ces opérations ne seront pas visibles et n’entraineront aucune indisponibilité.

Serveur d’accès Imap, Pop et smtp : fin juin - début juillet
Le serveur gérant les accès pop, imap et smtp va être remplacé par deux nouvelles machines, l’une gérant uniquement le smtp, la seconde les accès Imap et Pop.

Serveurs virtuels : courant juillet - août
Les serveurs virtuels utilisant CentOS/Vmware vont être migrés vers des plateformes Etch/Xen. Les virtuels concernés sont ceux disposant d’une ip dont le dernier chiffre est inférieur à  88 sur la plage ip 194.165.49.X et tous ceux de la plage 193.25.197.X.

Cet upgrade nous permettra de déployer notre dernier système de monitoring qui détecte un éventuel “plantage” d’un serveur virtuel et réalise son reboot.

Cluster 1 : août
Le cluster 1 va connaitre une refonte matérielle et logicielle complète, aucune des machines actuelles ne sera conservées. Une baie de disques iSCSI va être mise en place, un serveur tampon ftp/sauvegardes, un nouveau serveur ftp, de nouveaux serveurs webs…

La configuration logicielle va être revue afin d’homogénéiser les 4 clusters. L’opération sera réalisée sans coupure mais nécessitera un arrêt des transfert ftp durant une nuit, nous vous en informerons le moment venu.

MySQL 1,2,3,4 et 5 : fin août
Ces 5 serveurs vont être remplacés par un unique DL380 Bi-Xeon avec 8Go de ram et 8 disques SAS, MySQL sera upgradé vers la version 4.1.X.

Déplacement d’un routeur : septembre
En vu de préparer le déménagement partiel de notre infrastructure vers le datacenter de Completel, l’un de nos routeurs va quitter notre suite pour être placé dans une baie indépendante. Nous profiterons de cette occasion pour ajouter un nouveau prestataire de bande passante sur notre plateforme IP, le choix de ce dernier n’est pas encore fixé.

A l’issue de ces opérations nous ne devrions plus disposer que de serveurs HP équipés de l’interface de management ilo, ceci nous permettra de gérer toute notre infrastrucuture à  distance, limitant ainsi nos déplacements et nos temps de réaction.