Ce tutoriel décrit comment installer un serveur personnel complet tournant sous Debian et permettant d'héberger un certain nombre de services 1).
Tout sera géré en ligne de commande, à distance via SSH depuis un PC du réseau.
Mieux vaut tout mettre en place d'une traite jusqu'au serveur LAMP pour avoir une base fonctionnelle et sécurisée. On peut ensuite installer chaque service petit à petit.
Attention !
S'auto-héberger, c'est être responsable d'une machine qui tourne 24h/24, qui héberge des services plus ou moins critiques et ouverte sur l'extérieur.
La machine doit :
et il faut y consacrer du temps, en particulier pour la maintenance.
Pour connaître les adresses IP du serveur, voir Connaître l'adresse IP d'une machine sous Linux
Depuis une machine du réseau, lancez :
ssh -p port utilisateur@ip_du_serveur
Attention à ne pas confondre : pour scp, le port s'indique par -P (en majuscule).
ou utilisez Putty sous Windows.
Désormais, la configuration se fera via SSH, donc à distance de la machine serveur qui n'aura plus besoin d'écran ni de souris.
On va maintenant activer et configurer le pare-feu du noyau (iptables) pour protéger notre serveur.
Vérifiez qu'iptables est bien disponible en tapant :
sudo iptables -L
qui va lister toutes les règles disponibles.
On va créer un script qui se lancera à chaque démarrage et définira les règles du pare-feu (iptables étant remis à zéro à chaque démarrage du serveur).
Ouvrez avec les droits d'administration le fichier /etc/init.d/firewall pour y écrire des règles.
Rendez-le exécutable :
chmod +x /etc/init.d/firewall
et exécutez-le à chaque démarrage :
update-rc.d firewall defaults
Attention, si vous configurez mal ces règles, vous risquez de ne plus pouvoir vous connecter en SSH à la machine. Une précaution minimale est d'avoir une session root ouverte en SSH et de ne pas la fermer avant d'avoir testé que les règles fonctionnent.
On a ainsi défini une politique assez restrictive pour le pare-feu :
Lisez bien la documentation d'iptables et celle qu'on trouve sur internet pour voir ce que fait chaque règle, avant de l'insérer dans le fichier de configuration.
Redémarrez le serveur pour vérifier qu'il n'y a aucun problème avec la configuration, en particulier pour vérifier que vous pouvez encore vous connecter en SSH au serveur. Si ce n'est pas le cas, rebranchez un écran et un clavier sur le serveur et éditez les règles jusqu'à ce que ça marche (ou le redémarrer en mode rescue)
On peut aussi l'exécuter directement depuis la console via sh /etc/init.d/firewall en cas de besoin.
Pour vider votre configuration iptables, il faut rentrer
iptables -F; iptables -X
puis remettre les politiques par défaut par protocoles comme vous le souhaitez (par exemple
iptables -P INPUT ACCEPT
).
Voir http://www.commentcamarche.net/faq/18225-utiliser-fail2ban-pour-proteger-votre-application-web
Fail2ban permet de bannir automatiquement de votre serveur des adresses IP qui échoueraient un trop grand nombre de fois à une authentification et de vous avertir par e-mail.
Installer le paquet fail2ban pour l'installer. Pour modifier la configuration, il faut modifier les fichiers /etc/default/fail2ban, /etc/fail2ban/fail2ban.conf, /etc/fail2ban/jail.conf et /etc/fail2ban/jail.local.
Ce dernier fichier est celui qui va nous intéresser (c'est en fait le même que jail.conf mais il est prévu pour être modifié et donc pour conserver les réglages après une mise à jour du paquet).
Configuration (fichier jail.local) :
| Paramètre | Commentaire |
|---|---|
| ignoreip | Laisser 127.0.0.1 pour que fail2ban ne bloque jamais votre propre serveur. |
| bantime | Définit la durée du ban, 600 est une bonne valeur. |
| maxretry | Nombre d'échecs avant bannissement, 3 est bien aussi. |
| destemail | Mettre ici l'adresse e-mail à laquelle vous souhaitez recevoir des rapports de fail2ban. |
Voila pour la configuration générale. Il faut ensuite modifier les ports (si on les a modifié manuellement pour SSH par exemple) pour les faire correspondre aux ports réels, dans la section jails. Par exemple, si votre connexion SSH se fait sur le port 3134 et non sur le port 22, il faut mettre 3134 à la place de 22 dans la section jails. N'oubliez pas de passer enabled à true pour les jails que vous souhaitez activer (sûrement ssh, ssh-ddos, apache, apache-noscript, apache-overflows pour commencer). Noter qu'il existe énormément de règles pré-définies, certaines pourront vous être utiles par la suite (postfix/sasl par exemple si vous installez un serveur de mails sur votre serveur).
On peut également rajouter des règles comme la règle apache-w00tw00t pour bloquer les requêtes w00tw00t.
On trouvera plus d'informations sur la configuration de fail2ban sur le wiki debian-fr
Vous pourrez alors tester fail2ban en entrant volontairement un mauvais mot de passe sur une page protégée par un fichier .htaccess (après avoir installé apache) ou sur une connexion SSH. Normalement, vous devriez être banni. Soit vous attendez la fin du bantime, soit vous avez un autre accès à la machine et dans ce cas, vous pouvez supprimer la règle iptables qui vous interdit l'accès au serveur (fail2ban bloque en utilisant iptables). Une solution est d'avoir une session SSH ouverte en arrière-plan pour pouvoir se débannir facilement.
Note (peut-être dépassée lorsque vous lirez ceci) : il semble qu'il y ait un problème dans une regex de fail2ban pour identifier les erreurs de connexion avec postfix. Voir ce sujet sur debian-fr.org pour plus de détails et pour corriger la regex.
Liens divers :
Contributeurs principaux : jamaique.