Serveurs cloud grand public (utilisateur non root) : mode d'emploi

De quoi parle-t-on

Sur les serveurs cloud des grands fournisseurs (Tencent Cloud, Alibaba Cloud, Huawei Cloud, etc.), la connexion en root est interdite par défaut pour des raisons de sécurité : seule une connexion avec un utilisateur standard est possible (ubuntu sur Ubuntu, admin sur Debian, centos sur CentOS). Ces utilisateurs standard appartiennent généralement au groupe sudo et disposent par défaut d'un sudo sans mot de passe (l'exécution de sudo ne demande pas de mot de passe).

Ce que cela implique pour le panneau

Lorsque vous vous connectez avec un utilisateur standard, toutes les opérations du panneau « nécessitant des droits d'administration » — changement de miroir, installation de Docker, installation de logiciels, configuration du pare-feu, etc. — sont automatiquement préfixées par sudo par le panneau. Aucune configuration supplémentaire n'est requise : utilisez-le normalement.

Comment le panneau s'en charge automatiquement

Le panneau embarque un mécanisme d'élévation intelligent qui détermine et agit tout seul :

1. Identifier l'utilisateur courant : après la connexion, il détermine automatiquement si la session est root ou un utilisateur standard.

2. Détecter le sudo sans mot de passe : pour un utilisateur standard, il détecte automatiquement la disponibilité du sudo sans mot de passe (résultat mis en cache, pas de détection répétée).

3. Élévation automatique : pour les « commandes d'action nécessitant root » (apt-get install, yum/dnf install, systemctl, écriture dans /etc/, nginx -s reload, demande de certificat, etc.), le préfixe sudo -n sh -c '...' est ajouté automatiquement.

4. Pas de dérangement pour les commandes en lecture seule : les commandes de consultation/détection comme cat, whoami, pwd, command -v ne reçoivent pas de sudo et sont exécutées telles quelles.

5. Aucun impact pour l'utilisateur root : avec une connexion root, les commandes sont renvoyées telles quelles, le comportement est totalement inchangé.

Que saisir à l'ajout du serveur

Champ	Valeur conseillée
Utilisateur	Le nom d'utilisateur standard, par ex. `ubuntu` / `centos` / `admin`
Méthode d'authentification	Mot de passe ou clé privée (les clouds fournissent souvent une paire de clés par défaut ; la clé privée est recommandée)

Le panneau effectue ensuite automatiquement l'élévation de privilèges, sans que vous ayez à ajouter sudo vous-même.

Dans quels cas cela échoue

Le sudo sans mot de passe est indispensable. Si le serveur est configuré pour « demander un mot de passe pour sudo », le panneau ne peut pas élever les privilèges automatiquement et renvoie un message explicite : « connectez-vous plutôt en root, ou configurez le sudo sans mot de passe » — pas d'échec silencieux ni de faux succès.

Pour permettre le sudo sans mot de passe à un utilisateur standard, exécutez sur le serveur :

# Ajouter l'utilisateur courant au groupe sudo (s'il n'y est pas déjà)
sudo usermod -aG sudo <nom_utilisateur>
# Configurer le sudo sans mot de passe (édition de sudoers)
echo "<nom_utilisateur> ALL=(ALL) NOPASSWD: ALL" | sudo tee /etc/sudoers.d/<nom_utilisateur>

Points d'attention

1. Les utilisateurs par défaut des grands clouds (ubuntu / centos / admin) bénéficient tous du sudo sans mot de passe et s'utilisent directement.

2. Si vous ne savez pas quel utilisateur utiliser, connectez-vous au serveur et exécutez whoami pour voir le nom d'utilisateur courant.

3. L'élévation du panneau ne concerne que les « commandes d'action » ; les fonctions de consultation et de supervision ne sont pas affectées.