Serveur dédié : créer et activer un Virtual Host sous Apache photo

Apache : lorsque le domaine seul (sans WWW) renvoie une erreur 403

Après avoir ajouté un sous-domaine dédié aux images, j’ai remarqué qu’en appelant le domaine nu, par exemple skyminds.net sans www, je tombais sur une erreur 403 Forbidden.

Pourtant, jusque-là, le domaine sans www avait toujours été redirigé vers www.skyminds.net.

En analysant les logs Apache, je me suis rendu compte que le domaine nu ne tombait plus sur le bon virtual host. Apache servait le contenu d’un sous-domaine dédié aux ressources statiques. Or ce sous-domaine ne contenait que des images et n’était pas prévu pour afficher une page d’accueil. Résultat : erreur 403.

Le problème venait tout simplement d’une configuration incomplète du virtual host principal.

Comprendre le problème : Apache choisit un virtual host

Sur un serveur Apache qui héberge plusieurs domaines ou sous-domaines sur la même adresse IP, Apache utilise les virtual hosts pour décider quel site doit répondre à une requête.

Le navigateur envoie un header Host, par exemple :

Host: skyminds.netLangage du code : CSS (css)

Apache cherche alors un virtual host dont le ServerName ou le ServerAlias correspond à ce nom.

Si aucun virtual host ne correspond, Apache utilise le premier virtual host chargé pour cette adresse IP et ce port. La documentation Apache explique justement que si aucune correspondance plus spécifique n’est trouvée, le premier virtual host listé devient le serveur par défaut pour cette paire IP/port.

C’est là que les choses deviennent amusantes, au sens “Apache vient de servir le mauvais site avec beaucoup de sérieux”.

Lire Apache : lorsque le domaine seul (sans WWW) renvoie une erreur 403

Documentaire: "Hellfest, le metal expliqué à ma mère" photo

Documentaire: « Hellfest, le metal expliqué à ma mère »

Le reportage « Hellfest : le metal expliqué à ma mère » a été diffusé sur France 4. Thomas VDB est allé à la rencontre des festivaliers et des artistes pour tenter de comprendre l’esprit du festival et de l’expliquer au plus grand nombre.

Le documentaire démarre avec des images de festivaliers qui courent vers l’enceinte du Hellfest avant de mettre en avant le fameux discours sur le metal du député Patrick Roy à l’Assemblée nationale.

Très vite, on se retrouve également devant des images du concert de Judas Priest donné à Clisson tout en naviguant dans l’Histoire de notre mouvement musical avec l’exemple Black Sabbath, les explications de Stephan Forté (Adagio) et les réponses de Rob Zombie, Phil Anselmo (Down), Attila (Mayhem).

C’est valorisant pour le Hellfest tout en restant drôle : qui a dit que se faire réveiller au camping par une dizaine de metalleux hurlant à plein poumons n’était pas le réveil idéal ? J’émets quelques petites réserves là quand même : y’a des matins où je préfére récupérer de la nuit !

Le documentaire est bien construit et satisfera autant les fans du genre que les néophytes auquel il s’adresse en envisageant le metal comme un mouvement musical à part entière sans mettre de côté les principales thématiques qui lui sont liées et qui font son folklore.

Illustration d'un écran d'ordinateur affichant un pingouin Linux et "LOGROTATE". Des serveurs, un bouclier de sécurité et des dossiers reliés par des lignes en pointillés soulignent le rôle de logrotate dans la gestion automatisée des journaux Linux, en empêchant les erreurs cron de faire déborder les fichiers journaux.

Logrotate : corriger l’erreur « line too long in state file /var/lib/logrotate/status »

Ce matin, j’ai reçu ce message d’erreur de mon serveur par email :

/etc/cron.daily/logrotate:
error: line 672139 too long in state file /var/lib/logrotate/status
error: could not read state file, will not attempt to write into it
run-parts: /etc/cron.daily/logrotate exited with return code 1Langage du code : JavaScript (javascript)

Sous GNU/Linux, logrotate gère la rotation des fichiers de logs. Il archive, compresse, supprime ou renouvelle les journaux afin d’éviter qu’un fichier comme access.log, error.log, mail.log ou syslog ne grossisse indéfiniment.

Lorsque logrotate échoue, les logs ne tournent plus correctement. Et, tôt ou tard, les fichiers explosent en taille. Sur un serveur web, mail ou applicatif, cela peut finir par remplir une partition. C’est rarement le genre de surprise qui améliore un lundi matin.

L’erreur line too long in state file indique généralement que le fichier d’état de logrotate est corrompu. Voici comment le diagnostiquer et le corriger proprement.

Lire Logrotate : corriger l’erreur « line too long in state file /var/lib/logrotate/status »