Proxomox – Conteneur LXC – SSH
Cas concret :
J’ai installé le script Pi-hole dans un conteneur LXC sous Proxmox.
Je veux maintenant accéder aux fichier via PuTTY ou plus précisément WinSCP.
Déjà on va éviter de passer par l’utilisateur « root » car par défaut, cet utilisateur n’a pas les droits pour ouvrir une connexion SSH. C’est possible (lien) mais c’est toujours mieux si on opte pour une solution plus sécuritaire.
- Commençons par nous rendre sur la console Shell de votre conteneur LXC (Pi-hole) via Proxmox
- Saisir la commande suivante en l’adaptant à votre goût :
adduser mon_utilisateur
- La réponse devrait être :
Adding user `gotcha' ...
Adding new group `gotcha' (1001) ...
Adding new user `gotcha' (1001) with group `gotcha (1001)' ...
Creating home directory `/home/gotcha' ...
Copying files from `/etc/skel' ...
New password:
- Il faut saisir un mot de passe pour ce nouvel utilisateur.
Retype new password:
- Confirmez le mot de passe.
- Vous serez inviter à saisir de plus ample information (optionnel)
- Validez avec la touche « Y ».
Changing the user information for gotcha
Enter the new value, or press ENTER for the default
Full Name []:
Room Number []:
Work Phone []:
Home Phone []:
Other []:
Is the information correct? [Y/n] y
Adding new user `gotcha' to supplemental / extra groups `users' ...
Adding user `gotcha' to group `users' ...
A partir de là, vous devriez vous en sortir pour vous connecter en SFTP au conteneur LXC.
- Protocole de fichier : SFTP
- Nom d’hôte : <adresse_ip_du_conteneur>
- Nom d’utilisateur : <mon_utilisateur>
- Mot de passe : <son_mot_de_passe>
Pour continuer sur mon exemple énoncé au tout début, il ne me reste plus qu’à naviguer parmi l’arborescence des dossier pour atteindre /etc/hosts afin de l’éditer à la volée.
Astuces
Édition avec VScode ou autre.
Faites simplement un clic droit sur le fichier pour l’ouvrir avec un éditeur externe. Vous pourrez même définir cet éditeur externe comme étant par défaut.
Vérifier que l’utilisateur peut se connecter en SSH
Assurez-vous que le fichier /etc/ssh/sshd_config n’interdit pas les connexions SSH normales.
nano /etc/ssh/sshd_config
Vérifie que vous n’avez pas ceci :
DenyUsers ton_utilisateur
Et assurez-vous que ces lignes soient bien présentes (ou décommentées si besoin) :
PermitRootLogin no
PasswordAuthentication yes
Puis redémarrez le service SSH :
systemctl restart ssh
Donner les droits sudo (optionnel mais pratique)
Si vous voullez que cet utilisateur ait le droit d’exécuter des commandes administratives :
usermod -aG sudo ton_utilisateur