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 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.

[[step-one -—- root-login]] == Étape 1 - Connexion root

Pour vous connecter à votre serveur, vous devez 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,How to Connect to Your Droplet with 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'utilisateurroot à l'aide de la commande suivante (remplacez le mot en surbrillance par l'adresse IP publique de votre serveur):

ssh root@SERVER_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). Si vous vous connectez pour la première fois au serveur, avec un mot de passe, vous serez également invité à modifier le mot de passe root.

À propos de la racine

L'utilisateur root est l'utilisateur administratif dans un environnement Linux doté de privilèges très étendus. En raison des privilèges accrus du compte root, vous êtes en faitdiscouraged de l'utiliser régulièrement. En effet, une partie du pouvoir inhérent au compte root réside dans sa capacité à effectuer des modifications très destructrices, même par accident.

L'étape suivante consiste à configurer un compte d'utilisateur alternatif avec une influence réduite pour le travail quotidien. Nous allons vous apprendre à obtenir des privilèges plus importants lorsque vous en avez besoin.

[[step-two -—- create-a-new-user]] == Étape 2 - Créer un nouvel utilisateur

Une fois que vous êtes connecté en tant queroot, 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é "démo", mais vous devez le remplacer par un nom d'utilisateur que vous aimez:

adduser demo

Ensuite, attribuez un mot de passe au nouvel utilisateur (à nouveau, remplacez «démo» par l'utilisateur que vous venez de créer):

passwd demo

Entrez un mot de passe fort, puis répétez-le pour le vérifier.

[[step-three -—- root-privileges]] == Étape trois - Root Privileges

Nous avons maintenant un nouveau compte utilisateur avec des privilèges de compte réguliers. Cependant, nous pouvons parfois avoir besoin de tâches administratives.

Pour éviter de devoir vous déconnecter de notre utilisateur normal et vous reconnecter en tant que compte root, nous pouvons configurer ce que nous appelons des privilèges de «super utilisateur» ou privilèges root pour notre compte normal. Cela permettra à notre utilisateur normal d'exécuter des commandes avec des privilèges administratifs en mettant le motsudo avant chaque commande.

Pour ajouter ces privilèges à notre nouvel utilisateur, nous devons ajouter le nouvel utilisateur au groupe «molette». Par défaut, sur CentOS 7, les utilisateurs appartenant au groupe «wheel» sont autorisés à utiliser la commandesudo.

En tant queroot, exécutez cette commande pour ajouter votre nouvel utilisateur au groupewheel (remplacez le mot en surbrillance par votre nouvel utilisateur):

gpasswd -a demo wheel

Maintenant, votre utilisateur peut exécuter des commandes avec des privilèges de super utilisateur! Pour plus d'informations sur son fonctionnement, consultezour sudoers tutorial.

[[step-four -—- add-public-key-authentication-recommended]] == Étape quatre - 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é privée SSH 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'étapeCopy the Public Key.

Pour générer une nouvelle paire de clés, entrez la commande suivante sur le terminal de voslocal machine:

ssh-keygen

En supposant que votre utilisateur local s'appelle «localuser», vous obtiendrez un résultat ressemblant à ce qui suit:

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é à entrer un mot de passe composé pour sécuriser la clé. Vous pouvez soit entrer une phrase secrète, soit la laisser vide.

Note: Si vous laissez la phrase secrète vide, vous pourrez utiliser la clé privée pour l'authentification sans entrer de phrase secrète. Si vous entrez une phrase de passe, vous aurez besoin à la fois de la clé privéeandet de la phrase de passe pour vous connecter. Sécuriser vos clés avec des mots de passe est plus sécurisé, mais les deux méthodes ont leurs utilisations et sont plus sécurisées que l’authentification de base par mot de passe.

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 delocaluser. Rappelez-vous que la clé privée ne doit pas être partagée avec des personnes qui ne devraient pas avoir accès à vos serveurs!

Copier 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]##

Note: la méthodessh-copy-id ne fonctionnera pas sur DigitalOcean si une clé SSH a été sélectionnée lors de la création de gouttelettes. Cela est dû au fait que DigitalOcean désactive l'authentification par mot de passe si une clé SSH est présente et quessh-copy-id s'appuie sur l'authentification par mot de passe pour copier la clé.

Si vous utilisez DigitalOcean et avez sélectionné une clé SSH lors de la création de droplet, utilisez plutôtoption 2.

Option 1: Utiliser ssh-copy-id

Si le scriptssh-copy-id est installé sur votre ordinateur local, vous pouvez l'utiliser pour installer votre clé publique auprès de tout utilisateur pour lequel vous avez des informations de connexion.

Exécutez le scriptssh-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 demo@SERVER_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 ayez généré une paire de clés SSH à l'aide de l'étape précédente, utilisez la commande suivanteat the terminal of your local machine pour imprimer votre clé publique (id_rsa.pub):

cat ~/.ssh/id_rsa.pub

Cela devrait imprimer votre clé publique SSH, 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 permettre 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 du répertoire de base de l’utilisateur.

On the server, en tant qu'utilisateurroot, entrez la commande suivante pour basculer vers le nouvel utilisateur (remplacez votre propre nom d'utilisateur):

su - demo

Maintenant, vous serez dans le répertoire de base de votre nouvel utilisateur.

Créez un nouveau répertoire appelé.ssh et limitez ses autorisations avec les commandes suivantes:

mkdir .ssh
chmod 700 .ssh

Ouvrez maintenant un fichier dans.ssh appeléauthorized_keys avec un éditeur de texte. Nous utiliseronsvi pour éditer le fichier:

vi .ssh/authorized_keys

Entrez en mode insertion, en appuyant suri, puis entrez votre clé publique (qui devrait être dans votre presse-papiers) en la collant dans l'éditeur. Appuyez maintenant surESC pour quitter le mode insertion.

Entrez:x puisENTER pour enregistrer et quitter le fichier.

Maintenant, limitez les permissions du fichierauthorized_keys avec cette commande:

chmod 600 .ssh/authorized_keys

Tapez cette commandeonce pour retourner à l'utilisateurroot:

exit

Maintenant, vous pouvez vous connecter en tant que nouvel utilisateur SSH, en utilisant la clé privée comme authentification.

Pour en savoir plus sur le fonctionnement de l'authentification par clé, lisez ce didacticiel:How To Configure SSH Key-Based Authentication on a Linux Server.

[[step-five -—- configure-ssh-daemon]] == Étape cinq - 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 à distance au compteroot.

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é, car 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 (before)

#PermitRootLogin yes

Astuce: pour rechercher cette ligne, tapez/PermitRoot puis appuyez surENTER. Cela devrait amener le curseur sur le caractère «P» sur cette ligne.

Décommentez la ligne en supprimant le symbole «#» (appuyez surShift-x).

Déplacez maintenant le curseur sur «oui» en appuyant surc.

Maintenant, remplacez «oui» en appuyant surcw, puis en tapant «non». Appuyez surEscape lorsque vous avez terminé l'édition. Ça devrait ressembler à ça:

/etc/ssh/sshd_config (after)

PermitRootLogin no

Désactiver la connexion root à distance est fortement recommandé sur chaque serveur!

Entrez:x puisENTER pour enregistrer et quitter le fichier.

Recharger SSH

Maintenant que nous avons apporté nos modifications, nous devons redémarrer le service SSH pour qu’il utilise notre nouvelle configuration.

Tapez ceci pour redémarrer SSH:

systemctl reload sshd

Maintenant, avant de nous déconnecter du serveur, nous devrionstest notre nouvelle configuration. Nous ne voulons pas nous déconnecter avant de pouvoir confirmer que de nouvelles connexions peuvent être établies avec succès.

Ouvrez une fenêtre de terminalnew. 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, le cas échéant:

ssh demo@SERVER_IP_ADDRESS

Note: Si vous utilisez PuTTY pour vous connecter à vos serveurs, veillez à mettre à jour le numéroportde la session pour qu'il corresponde à la configuration actuelle de votre serveur.

On vous demandera le mot de passe du nouvel utilisateur que vous avez configuré. Après cela, vous serez connecté en tant que nouvel utilisateur.

Rappelez-vous, si vous devez exécuter une commande avec les privilèges root, tapez «sudo» comme suit:

sudo command_to_run

Si tout va bien, vous pouvez quitter vos sessions en tapant:

exit

Où aller en partant d'ici?

À ce stade, votre serveur repose sur une base solide. Vous pouvez maintenant installer n’importe quel logiciel dont vous avez besoin sur votre serveur.

Si vous n'êtes pas sûr de ce que vous voulez faire avec votre serveur, consultez le prochain tutoriel de cette série pourAdditional Recommended Steps for New CentOS 7 Servers. Il couvre des choses comme l'activation defail2ban pour réduire l'efficacité des attaques par force brute, les paramètres de base du pare-feu, le 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 voulez juste explorer, jetez un œil au reste de noscommunity pour trouver plus de tutoriels. Certaines idées populaires sont la configuration d'unLAMP stack ou d'unLEMP stack, ce qui vous permettra d'héberger des sites Web par
.