Hébergement Libre
En utilisant le WebFTP, je me suis aperçu d’une erreur de configuration du serveur FTP. Les fichiers uploadés n’avaient pas les bons droits par défaut (600 au lieu de 644). Par contre, tout fonctionnait normalement avec des logiciels comme FileZilla ou gFTP.
C’est désormais corrigé.
Depuis la modification de la configuration du serveur web, les statistiques n’étaient plus mises à jour. Le problème est corrigé. désolé pour le dérangement.
Suite à la modification hier de la configuration du serveur web Apache, les webmails roundcube et squirrelmail ainsi que phpmyadmin n’étaient plus accessibles. C’est désormais réparé.
Je viens de procéder à une grosse modification de la configuration du serveur web Apache. Celui-ci est désormais beaucoup plus sécurisé qu’avant. Le temps que je fasse la modif, quelques dysfonctionnements ont pu être observés (sites redirigés vers d’autres).
En fait, je ne tenais pas à réouvrir les inscriptions avant d’avoir fait cette modification. Pour faire simple, il était possible auparavant pour un hébergé d’accéder aux fichiers d’un autre hébergé et même d’effacer tous les sites d’Open-web.fr.
J’avoue avoir un peu galéré pour mettre tout ça en place « proprement » sous Debian Etch. Ce que j’appelle proprement est par l’installation de paquets Debian et non une compilation hasardeuse à coups de « make, make install ». Car les rares tutos que j’ai trouvé sont soit incomplets, soit datant de mathusalem, donc non applicables à Debian Etch. De plus, aucun tuto expliquant la mise en place d’un serveur d’hébergement ne soulève ce problème.
Je prépare donc un tuto clair et complet sur la mise en place de tout ceci qui trouvera sa place dans la catégorie « Créer son serveur web« .
J’ai profité également de ce remaniement pour remplacer le système de cache php eAccelerator par apc. Apc est plus performant ce qui conduit à un traitement plus rapide des scripts php et donc une réactivité améliorée pour les sites utilisant des CMS (comme WordPress ou Guppy par exemple).
La prochaine modification sera le serveur FTP.
Le nombre d’hébergés étant en constante évolution (1 à 2 demande d’hébergement par jour avant la migration du serveur), je n’ai pas encore réouvert les inscriptions ceci afin d’effectuer quelques modifications internes au serveur.
La configuration actuelle n’est plus adaptée et afin d’accroître la sécurité de vos sites et une gestion plus facile de mon côté, je vais effectuer dans les jours qui suivent quelques travaux. Je ne vais pas faire ça à l’arrache, j’ai un serveur de test à la maison que j’éprouve avant de faire les changements définitifs. Les modifications ne devraient pas entraîner de coupures des services.
Les services concernés par cette modification sont :
Les changements visibles prochainement devraient être :
Bon eh bien j’ai du boulot. Je vous tiens au courant de l’avancement.
PS : je n’en avais pas reparlé depuis mais le serveur mail refonctionne normalement.
Après avoir passé mon dimanche perdu dans la configuration de Postfix, le serveur mail est je pense en partie réparé. J’écris je pense car avant de crier victoire, j’attends de voir. J’ai en tout cas commencé à recevoir des mails venant de domaines extérieurs.
Il y a une chose qui a changé également, c’est lors de la connexion, il faut obligatoirement ajouter @open-web.fr au login sous peine d’avoir l’accès refusé. Si votre pseudo est toto, il faut indiquer toto@open-web.fr.
Vos mails envoyés depuis 2 jours devraient commencer à arriver.
J’ai profité également de cette journée de config pour réactiver le système de mise en cache PHP eAccelerator. Je l’avais désactivé lors de la migration. C’est un accelerateur et un encodeur de scripts PHP. Il augmente la vitesse d’execution/interprétation des pages PHP en ‘cachant’ en mémoire RAM les scripts sous la forme de résultat pré-compilés. La traduction pour les non-informaticiens : les pages en php s’affichent plus vite ! Il suffit pour ça d’observer la vitesse d’execution des requètes en bas de la page. Avant : ~0,500 secondes. Après : ~0,250 secondes.
Il y a un souci avec le serveur mail. Les mails internes fonctionnent, il peut envoyer les mails mais pas en recevoir. Je revois la configuration ce matin.
Open-web.fr se trouve actuellement sur son nouveau serveur. Le serveur a été indisponible dans l’après-midi suite à une défaillance matérielle de la mémoire RAM.
Bonjour, A la date 2008-10-10 15:12:26, nous avons constaté un défaut sur votre serveur et nous avons programmé une intervention afin de palier à ce defaut. L’intervention sur votre serveur a été terminée à la date: 2008-10-10 17:35:38 Voici le détail de l’intervention réalisée: Date: 2008-10-10 15:12:26 : ks34846.kimsufi.com detected as down Date 2008-10-10 16:46:48, cedric made Component replacement: RAM HS = emplacement de la RAM. Ajout de pate thermique. A titre informatif, le temps de resolution de l’incident a ete de: 2h 23m 12s A l’heure actuelle, nous n’enregistrons plus de defaut sur votre serveur dédié
Tous les services sont normalement opérationnels, contactez-moi pour tout souci. A savoir que je serai absent demain toute la journée.
Un message pour vous dire que je suis en train de migrer les données vers le nouveau serveur. Certains d’entre vous ont de gros sites donc ça va prendre un peu de temps.
Il faudra ensuite que je vérifie si les fichiers de configuration des serveurs web, mail et FTP sont opérationnels.
L’étape finale sera la modification du serveur DNS afin que toutes les requêtes vers Open-web.fr soient dirigées sur le nouveau serveur.
Enfin, pour les curieux, le serveur se trouve à Paris 19e. vous pouvez vérifier en direct si le serveur se porte bien en cliquant ici. Il se trouve dans la baie J03.
Gros soucis à Tarascon. Ma FreeBox s’est retrouvée bloquée de midi jusqu’à maintenant sur le rectangle. Impossible d’aboutir à une connexion. J’ose espérer qu’il y a eu quelques modifications sur le DSLAM pour corriger les problèmes de ces derniers temps.
Vivement la migration en datacenter…
