fail2ban est utilisé pour lire les log de tous les autres démons et bannir des adresses IP s'ils ont échoués à plusieurs reprises de se connecter.
On installe simplement :
aptitude install fail2ban
Puis dans le fichier /etc/fail2ban/jail.conf nous allons paramétré chacun de nos règles pour tous les différents services que propose notre serveur. Certaines sont déjà pre-paramétrées, mais nous allons aussi en ajouter d'autres.
destemail = yoy@email.com
action = %(action_mwl)s
Puis dans le fichier, votre trouver des sections.
Cette partie n'a pas évolué depuis Lenny. C'est exactement la même procédure.
On installe le serveur :
aptitude install mysql-server
Durant l'installation, il vous sera demandé le mot de passe de l'utilisateur MySQL root.
MySQL vient avec une commande sympathique qui permet de sécurisé le serveur :
mysql_secure_installation
# Current password : VOTRE_MOT_PASSE
# set new password : N
# remove anonymous Users : Y
# Disallow root login remotley : Y
UPDATE : voir la version à jour pour Debian Squeeze.
On installe le serveur :
apt-get install mysql-server
Durant l'installation, il vous sera demandé le mot de passe de l'utilisateur MySQL root.
MySQL vient avec une commande sympathique qui permet de sécurisé le serveur :
mysql_secure_installation
# Current password : VOTRE_MOT_PASSE
# set new password : N
# remove anonymous Users : Y
# Disallow root login remotley : Y
Un petit truc en MySQL qui j'en suis sûr servira à plus d'un.
Pour California Apparel News, cela fait plusieurs fois que j'utilise cette technique qui marche à merveille.
Le problème est le suivant : Comment récupérer les 10 derniers ajouts d'une table mais triés par ordre alphabétique ?
La solution qui vient tout de suite à l'esprit est :
SELECT * FROM table ORDER BY date DESC, titre ASC LIMIT 0,10 On récupère bien les 10 derniers résultats, mais ils ne sont en aucun cas triés par ordre alphabétique.
Comme j'ai transférer mes 2 sites la semaine dernière, le sujet est tout chaud pour moi.
Avant de m'atteler à la tâche, j'ai chercher un petit tuto comme celui-ci, qui m'aurait permis de noter tous les points à ne pas oublier. Comme je n'ai pas trouver, je l'écris pour qu'un tel article existe !
Introduction
Commençons par poser le problème, histoire que tout le monde comprenne de quoi on parle.
Histoire de ma vie de tous les jours à Los Angeles pendant mon stage.
Voilà maintenant 2 mois et demi que je suis à Los Angeles. Petit bilan de ce que j'ai appris, ce que je fais chez Fluidesign, et comment se passe ma vie de tous les jours ici.
Le travail
Arrivée tous les jours vers les 8h30 pour commencer à 9h00. Ca me permet de lire mes mails et mes RSS tranquillement le matin.
Un petit tour sur le site le site de PhpMyVisites dont je vous ai déjà parlé et je découvre qu'ils ont une beta sous le coude qui promet. En effet, la prochaine version (2.3) incluera une carte de chaleur de vos pages.
Mais qu'est-ce qu'une carte de chaleur ?
C'est tout simplement votre page, sur laquelle on va ajouter un calque pour vous montrer où les utilisateurs ont cliqué. Bien sûr, les endroits les plus cliqués auront des couleurs plus fortes afin de bien faire la différence, à la façon des lunettes qui montre la présence de chaleur dans les James Bond et autres du genre.
Lorsqu'on doit lister des éléments provenant d'une base de données avec énormément de liaisons dans la requête, le traitement prend quelques secondes et le serveur en prend un coup à chaque affichage de page.
Pour palier à ça, il faut mettre en place un système de cache des pages de listing.
Un système de cache consiste en l'enregistrement de la page une fois totalement traitée (donc ce qu'on affiche, le code HTML final) puis à le ressortir lors de l'appel suivant de la même page.
Sur certains projets, on s'investit tellement qu'on a envie qu'ils marchent.
Bien sûr, on passe par des phases de doutes, on ne sait pas trop si ça va marcher, on ne sait plus. Mais on fait quand même.
Ce projet est une commande de La Communication Directe, qui m'a trouvé sur google au mois de décembre dernier. Il m'a fourni un cahier des charges que j'ai lu et annoté pendant un week-end à Lyon.
Quand on veut faire une sauvegarde d'une base de donnée MySQL, il n'y a pas 36 solutions.
Soit on prend son courage à 2 mains et on décide de se faire un script de backup manuellement. C'est long, et on est pas à l'abri d'oublier quelque chose, si on ajoute des tables par la suite.
Soit on se dit qu'une base de données, ce n'est que des fichiers et on décide de sauvegarder dans un tar gzippé le dossier contenant ces fichiers.