Connectez-vous avec SSH, vérifiez le serveur

Un véritable serveur nécessite une IP ou un nom d'hôte confirmé, un compte de connexion, un port SSH et une empreinte de clé de serveur. L'espace de travail du compte ne génère pas ces éléments. L'adresse ci-dessous est réservée à la documentation ; remplacez-la uniquement par des informations provenant du dossier de livraison vérifié de l'opérateur.

Comparez l'empreinte de clé d'hôte proposée avec une valeur obtenue par une voie de confiance distincte, comme la console de l'opérateur en direct. Ne traitez pas la sortie de ssh-keyscan provenant du même réseau non fiable comme une preuve indépendante. Un changement de clé inattendu peut être une machine reconstruite ou une attaque ; établissez la cause avant de l'accepter.

ssh -p 22 operator@192.0.2.20

Sur un client avec OpenSSH installé, générez une clé Ed25519 avec une phrase secrète. Le fichier sans .pub est privé et reste sur votre client ; le fichier .pub peut être installé dans les authorized_keys du compte du serveur. Ne téléversez pas la moitié privée sur le serveur ni dans un ticket.

ssh-keygen -t ed25519 -f ~/.ssh/ombra_admin -C "ombra-admin"
ssh-copy-id -i ~/.ssh/ombra_admin.pub -p 22 operator@192.0.2.20

Gardez la connexion d'origine ouverte et connectez-vous depuis un second terminal en utilisant la nouvelle identité. Confirmez que vous pouvez exécuter les tâches d'administration dont vous avez besoin. Ce n'est qu'après cela que vous devriez désactiver l'authentification par mot de passe ou root directe.

ssh -i ~/.ssh/ombra_admin -p 22 operator@192.0.2.20
sudo -v

Gardez une console vérifiée ou une méthode de secours disponible avant de modifier les ports ou l'authentification. Documentez quel compte et quelle clé administrent le serveur. Si l'environnement actif est reconstruit, vérifiez l'identité du nouvel hôte plutôt que de supprimer aveuglément l'ancien enregistrement.