Configuration initiale du serveur avec CentOS 7
Introduction
Lorsque vous créez un nouveau serveur pour la première fois, vous devez suivre quelques étapes de configuration dès le début dans le cadre de la configuration de base. Cela augmentera la sécurité et la convivialité de votre serveur et vous donnera une base solide pour les actions ultérieures.
Première étape - Connexion racine
Pour vous connecter à votre serveur, vous aurez besoin de connaître l'adresse IP publique de votre serveur et le mot de passe du compte de l'utilisateur « root ». Si vous n'êtes pas encore connecté à votre serveur, vous pouvez suivre le premier tutoriel de cette série, Comment se connecter à votre droplet avec SSH, qui couvre ce processus en détail.
Si vous n'êtes pas déjà connecté à votre serveur, continuez et connectez-vous en tant qu'utilisateur root
à l'aide de la commande suivante (remplacez le mot en surbrillance par l'adresse IP publique de votre serveur) :
ssh [email protected]_IP_ADDRESS
Terminez le processus de connexion en acceptant l'avertissement concernant l'authenticité de l'hôte, s'il apparaît, puis en fournissant votre authentification racine (mot de passe ou clé privée). S'il s'agit de votre première connexion au serveur, avec un mot de passe, vous serez également invité à modifier le mot de passe root.
À propos de la racine
L'utilisateur racine est l'utilisateur administratif dans un environnement Linux qui dispose de privilèges très étendus. En raison des privilèges accrus du compte root, vous êtes en fait dissuadé de l'utiliser régulièrement. En effet, une partie du pouvoir inhérent au compte root est la capacité d'apporter des modifications très destructrices, même par accident.
L'étape suivante consiste à créer un compte utilisateur alternatif avec un champ d'influence réduit pour le travail quotidien. Nous vous apprendrons comment obtenir des privilèges accrus lorsque vous en avez besoin.
Deuxième étape - Créer un nouvel utilisateur
Une fois que vous êtes connecté en tant que root
, nous sommes prêts à ajouter le nouveau compte utilisateur que nous utiliserons pour nous connecter à partir de maintenant.
Cet exemple crée un nouvel utilisateur appelé "demo", mais vous devez le remplacer par un nom d'utilisateur que vous aimez :
adduser demo
Ensuite, attribuez un mot de passe au nouvel utilisateur (encore une fois, remplacez "démo" par l'utilisateur que vous venez de créer) :
passwd demo
Entrez un mot de passe fort et répétez-le à nouveau pour le vérifier.
Troisième étape - Privilèges root
Maintenant, nous avons un nouveau compte d'utilisateur avec des privilèges de compte réguliers. Cependant, nous pouvons parfois être amenés à effectuer des tâches administratives.
Pour éviter d'avoir à nous déconnecter de notre utilisateur normal et à nous reconnecter en tant que compte root, nous pouvons configurer ce que l'on appelle des privilèges de "super utilisateur" ou root pour notre compte normal. Cela permettra à notre utilisateur normal d'exécuter des commandes avec des privilèges administratifs en mettant le mot sudo
avant chaque commande.
Pour ajouter ces privilèges à notre nouvel utilisateur, nous devons ajouter le nouvel utilisateur au groupe "roue". Par défaut, sur CentOS 7, les utilisateurs appartenant au groupe "wheel" sont autorisés à utiliser la commande sudo
.
En tant que root
, exécutez cette commande pour ajouter votre nouvel utilisateur au groupe wheel (remplacez le mot en surbrillance par votre nouvel utilisateur) :
gpasswd -a demo wheel
Désormais, votre utilisateur peut exécuter des commandes avec des privilèges de super utilisateur ! Pour plus d'informations sur la façon dont cela fonctionne, consultez notre didacticiel sudoers.
Étape 4 - Ajouter une authentification par clé publique (recommandé)
La prochaine étape de la sécurisation de votre serveur consiste à configurer l'authentification par clé publique pour votre nouvel utilisateur. Cette configuration augmentera la sécurité de votre serveur en exigeant une clé SSH privée pour vous connecter.
Générer une paire de clés
Si vous ne disposez pas déjà d'une paire de clés SSH, composée d'une clé publique et d'une clé privée, vous devez en générer une. Si vous avez déjà une clé que vous souhaitez utiliser, passez à l'étape Copier la clé publique.
Pour générer une nouvelle paire de clés, saisissez la commande suivante sur le terminal de votre machine locale :
ssh-keygen
En supposant que votre utilisateur local s'appelle "localuser", vous verrez une sortie qui ressemble à ceci :
ssh-keygen outputGenerating public/private rsa key pair. Enter file in which to save the key (/Users/localuser/.ssh/id_rsa):
Appuyez sur Entrée pour accepter ce nom de fichier et ce chemin (ou entrez un nouveau nom).
Ensuite, vous serez invité à saisir une phrase de passe pour sécuriser la clé. Vous pouvez soit saisir une phrase secrète, soit laisser la phrase secrète vide.
Remarque : Si vous laissez la phrase secrète vide, vous pourrez utiliser la clé privée pour l'authentification sans saisir de phrase secrète. Si vous entrez une phrase de passe, vous aurez besoin à la fois de la clé privée et de la phrase de passe pour vous connecter. La sécurisation de vos clés avec des phrases secrètes est plus sécurisée, mais les deux méthodes ont leur utilité et sont plus sécurisées que l'authentification par mot de passe de base.
Cela génère une clé privée, id_rsa
, et une clé publique, id_rsa.pub
, dans le répertoire .ssh
du répertoire personnel de localuser. N'oubliez pas que la clé privée ne doit pas être partagée avec quiconque ne devrait pas avoir accès à vos serveurs !
Copiez la clé publique
Après avoir généré une paire de clés SSH, vous souhaiterez copier votre clé publique sur votre nouveau serveur. Nous allons couvrir deux façons simples de le faire.
Remarque : La méthode ssh-copy-id
ne fonctionnera pas sur DigitalOcean si une clé SSH a été sélectionnée lors de la création de Droplet. En effet, DigitalOcean désactive l'authentification par mot de passe si une clé SSH est présente, et le ssh-copy-id
s'appuie sur l'authentification par mot de passe pour copier la clé.
Si vous utilisez DigitalOcean et que vous avez sélectionné une clé SSH lors de la création de Droplet, utilisez option 2 à la place.
Option 1 : Utiliser ssh-copy-id
Si le script ssh-copy-id
est installé sur votre machine locale, vous pouvez l'utiliser pour installer votre clé publique sur n'importe quel utilisateur pour lequel vous avez des identifiants de connexion.
Exécutez le script ssh-copy-id
en spécifiant l'utilisateur et l'adresse IP du serveur sur lequel vous souhaitez installer la clé, comme ceci :
ssh-copy-id [email protected]_IP_ADDRESS
Après avoir fourni votre mot de passe à l'invite, votre clé publique sera ajoutée au fichier .ssh/authorized_keys
de l'utilisateur distant. La clé privée correspondante peut maintenant être utilisée pour se connecter au serveur.
Option 2 : Installer manuellement la clé
En supposant que vous avez généré une paire de clés SSH à l'aide de l'étape précédente, utilisez la commande suivante sur le terminal de votre machine locale pour imprimer votre clé publique (id_rsa.pub
) :
cat ~/.ssh/id_rsa.pub
Cela devrait imprimer votre clé SSH publique, qui devrait ressembler à ceci :
id_rsa.pub contentsssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQDBGTO0tsVejssuaYR5R3Y/i73SppJAhme1dH7W2c47d4gOqB4izP0+fRLfvbz/tnXFz4iOP/H6eCV05hqUhF+KYRxt9Y8tVMrpDZR2l75o6+xSbUOMu6xN+uVF0T9XzKcxmzTmnV7Na5up3QM3DoSRYX/EP3utr2+zAqpJIfKPLdA74w7g56oYWI9blpnpzxkEd3edVJOivUkpZ4JoenWManvIaSdMTJXMy3MtlQhva+j9CgguyVbUkdzK9KKEuah+pFZvaugtebsU+bllPTB0nlXGIJk98Ie9ZtxuY3nCKneB+KjKiXrAvXUPCI9mWkYS/1rggpFmu3HbXBnWSUdf [email protected]
Sélectionnez la clé publique et copiez-la dans votre presse-papiers.
Ajouter une clé publique au nouvel utilisateur distant
Pour activer l'utilisation de la clé SSH pour s'authentifier en tant que nouvel utilisateur distant, vous devez ajouter la clé publique à un fichier spécial dans le répertoire personnel de l'utilisateur.
Sur le serveur, en tant qu'utilisateur root
, entrez la commande suivante pour basculer vers le nouvel utilisateur (remplacez votre propre nom d'utilisateur) :
su - demo
Vous serez maintenant dans le répertoire personnel de votre nouvel utilisateur.
Créez un nouveau répertoire nommé .ssh
et restreignez ses permissions avec les commandes suivantes :
mkdir .ssh chmod 700 .ssh
Ouvrez maintenant un fichier dans .ssh appelé authorized_keys
avec un éditeur de texte. Nous utiliserons vi pour éditer le fichier :
vi .ssh/authorized_keys
Entrez en mode insertion, en appuyant sur i
, puis saisissez votre clé publique (qui devrait se trouver dans votre presse-papiers) en la collant dans l'éditeur. Appuyez maintenant sur ESC
pour quitter le mode d'insertion.
Saisissez :x
puis ENTER
pour enregistrer et quitter le fichier.
Restreignez maintenant les permissions du fichier authorized_keys avec cette commande :
chmod 600 .ssh/authorized_keys
Tapez cette commande une fois pour revenir à l'utilisateur root
:
exit
Vous pouvez maintenant vous connecter en SSH en tant que nouvel utilisateur, en utilisant la clé privée comme authentification.
Pour en savoir plus sur le fonctionnement de l'authentification par clé, lisez ce didacticiel : Comment configurer l'authentification basée sur une clé SSH sur un serveur Linux.
Cinquième étape - Configurer le démon SSH
Maintenant que nous avons notre nouveau compte, nous pouvons sécuriser un peu notre serveur en modifiant sa configuration de démon SSH (le programme qui nous permet de nous connecter à distance) pour interdire l'accès SSH distant au compte root.
Commencez par ouvrir le fichier de configuration avec votre éditeur de texte en tant que root :
vi /etc/ssh/sshd_config
Ici, nous avons la possibilité de désactiver la connexion root via SSH. Il s'agit généralement d'un paramètre plus sécurisé puisque nous pouvons désormais accéder à notre serveur via notre compte d'utilisateur normal et augmenter les privilèges si nécessaire.
Pour désactiver les connexions root à distance, nous devons trouver la ligne qui ressemble à ceci :
/etc/ssh/sshd_config (avant)
#PermitRootLogin yes
Astuce : Pour rechercher cette ligne, tapez /PermitRoot
puis appuyez sur ENTER
. Cela devrait amener le curseur sur le caractère "P" sur cette ligne.
Décommentez la ligne en supprimant le symbole "#" (appuyez sur Shift-x
).
Déplacez maintenant le curseur sur « oui » en appuyant sur c
.
Remplacez maintenant "oui" en appuyant sur cw
, puis en tapant "non". Appuyez sur Escape
lorsque vous avez terminé l'édition. Ça devrait ressembler à ça:
/etc/ssh/sshd_config (après)
PermitRootLogin no
La désactivation de la connexion root à distance est fortement recommandée sur chaque serveur !
Saisissez :x
puis ENTER
pour enregistrer et quitter le fichier.
Recharger SSH
Maintenant que nous avons apporté nos modifications, nous devons redémarrer le service SSH afin qu'il utilise notre nouvelle configuration.
Tapez ceci pour redémarrer SSH :
systemctl reload sshd
Maintenant, avant de nous déconnecter du serveur, nous devrions tester notre nouvelle configuration. Nous ne voulons pas nous déconnecter tant que nous ne pouvons pas confirmer que de nouvelles connexions peuvent être établies avec succès.
Ouvrez une nouvelle fenêtre de terminal. Dans la nouvelle fenêtre, nous devons commencer une nouvelle connexion à notre serveur. Cette fois, au lieu d'utiliser le compte root, nous voulons utiliser le nouveau compte que nous avons créé.
Pour le serveur que nous avons configuré ci-dessus, connectez-vous à l'aide de cette commande. Remplacez vos propres informations lorsque cela est approprié :
ssh [email protected]_IP_ADDRESS
Remarque : Si vous utilisez PuTTY pour vous connecter à vos serveurs, assurez-vous de mettre à jour le numéro de port de la session pour qu'il corresponde à la configuration actuelle de votre serveur.
Vous serez invité à entrer le mot de passe du nouvel utilisateur que vous avez configuré. Après cela, vous serez connecté en tant que nouvel utilisateur.
N'oubliez pas que si vous devez exécuter une commande avec les privilèges root, tapez "sudo" avant comme ceci :
sudo command_to_run
Si tout va bien, vous pouvez quitter vos sessions en tapant :
exit
Où aller en partant d'ici?
À ce stade, vous disposez d'une base solide pour votre serveur. Vous pouvez installer tous les logiciels dont vous avez besoin sur votre serveur dès maintenant.
Si vous n'êtes pas sûr de ce que vous voulez faire avec votre serveur, consultez le didacticiel suivant de cette série pour Étapes recommandées supplémentaires pour les nouveaux serveurs CentOS 7. Il couvre des éléments tels que l'activation de fail2ban
pour réduire l'efficacité des attaques par force brute, les paramètres de base du pare-feu, NTP et les fichiers d'échange. Il fournit également des liens vers des didacticiels qui vous montrent comment configurer des applications Web courantes.
Si vous souhaitez simplement explorer, jetez un œil au reste de notre communauté pour trouver plus de didacticiels. Certaines idées populaires consistent à configurer une pile LAMP ou une pile LEMP, ce qui vous permettra d'héberger des sites Web.