Ce tutoriel décrit comment installer un serveur personnel complet tournant sous Debian et permettant d'héberger un certain nombre de services ¹⁾.

Tout sera géré en ligne de commande, à distance via SSH depuis un PC du réseau.

• un ordinateur dédié à cet usage, tournant sous un OS Debian ²⁾. Cet ordinateur doit être allumé et connecté à Internet 24h/24.
• une connexion xDSL ³⁾.
• On peut aussi (facultatif) :

  • acheter un nom de domaine ou d'autres services.
  • louer un serveur chez un hébergeur ⁴⁾ :

    • Un VPS (serveur virtuel, suffisant pour ce qu'on va installer) chez OVH revient ainsi à 5€ par mois hors taxe, 10€ par mois chez Dedibox avec un plus gros espace de stockage
    • Un serveur dédié, plus puissant et sur lequel vous aurez un accès root revient à une dizaine d'euros par mois.
  • un onduleur si l'alimentation électrique fluctue.
  • etc.

Pour connaître les adresses IP du serveur, voir Connaître l'adresse IP d'une machine sous Linux

• Dans le cas d'un Raspberry Pi, le serveur SSH est déjà en place et fonctionnel : il suffit de s'y connecter.
• Pour un PC, voir Openssh : un serveur ssh

Depuis une machine du réseau, lancez :

• ssh -p port utilisateur@ip_du_serveur

mot de passe demandé

celui du compte utilisateur sur le serveur.

-p (en minuscules)

permet de spécifier le port (22 par défaut, )

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

On a ainsi défini une politique assez restrictive pour le pare-feu :

• Par défaut, tout est bloqué en INPUT, OUTPUT et FORWARD.
• On autorise les connexions déjà existantes
• et on traite les nouvelles connexions au cas par cas.
• Quelques limitations et protection basiques sont également ajoutées.

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)

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) :

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 :

• Utiliser fail2ban pour protéger votre application web (avec une partie sur l'écriture de règles personnalisées pour utiliser fail2ban avec ses scripts)
• Bannir les bots phpmyadmin et w00tw00t avec fail2ban
• la doc ubuntu-fr.org

• Pourquoi s'auto-héberger ?

  • (fr) conférence de Benjamin Bayart, président de la FDN (French Data Network, FAI associatif français) ; il compare l'évolution actuelle d'Internet et le modèle du Minitel. Internet a été construit dans une optique de décentralisation mais à l'heure actuelle on est en train de recentraliser tous les services, comme le proposait le Minitel.
  • (fr) Un aperçu global de ce qu'est l'auto-hébergement
  • (fr) Avantages et inconvénients et rappel des contraintes légales
  • (fr) Un autre aperçu général
  • (fr) Un témoignage parmi tant d'autres
• (fr) https://phyks.me/autohebergement.html

Contributeurs principaux : jamaique.