Cette erreur indique que notre client SSH (principalement le mastic) a probablement manqué de façons et ne peut pas nous authentifier à un serveur SSH. Ce problème a diverses causes, celles notables étant que certains paramètres peuvent avoir été modifiés ou une erreur de la partie de l'utilisateur, tandis que dans d'autres cas, l'utilisateur peut avoir Tis ou l'authentification du clavier désactivé.
Nous plongeons maintenant dans le processus d'authentification d'un hôte distant pour permettre avec succès l'utilisation du système
Procédure pour permettre l'authentification prise en charge
Nous commençons par générer une paire de clés en utilisant la commande.
$ ssh-keygen
Cette commande crée un clés 2048 bits qui est suffisamment sécurisé pour les protocoles la plupart des distances, mais nous pouvons générer une paire 3072 bits en tapant -B 3072 ou une paire 4096 bits en tapant -B 4096
Après être entré dans la commande, nous verrons un message indiquant la génération de paires de clés public-privé, et le terminal nous incitera à énoncer le nom du fichier dans lequel sauver la clé.
Enregistrez la clé dans .ssh / subdirectory ou choisissez un chemin alternatif. Si une clé existe déjà, on nous demandera de l'écraser; Une fois que nous aurons choisi de le faire, nous ne pourrons plus utiliser la clé précédente pour l'authentification. Cette étape doit être suivie lorsque le SSH ne parvient pas à identifier le système hôte ou ne donne pas une erreur de «support authentifié».
Ayant fait cela, le système nous invitera à saisir une phrase secrète qui est fortement recommandée pour une couche de sécurité supplémentaire qui ne permettra pas aux utilisateurs non autorisés de se connecter.
Nous verrons alors une sortie montrant que nous avons obtenu la paire de clés public-privé pour l'authentification. Nous devons maintenant placer la clé publique sur notre serveur pour permettre l'authentification basée sur SSH-Key.
L'étape suivante consiste à copier la clé publique de notre serveur Ubuntu. Cela peut être fait en utilisant une commande simple.
$ ssh-copy-id
Nous devons spécifier l'hôte distant que nous aimerions nous connecter à l'utilisation de cette commande. Nous devons également fournir le compte d'utilisateur auquel nous avons un accès SSH par mot de passe. Ceci est le compte qui contiendra notre clé SSH publique.
La syntaxe générale est.
$ SSH-Copy-ID Username @ RemoteHost
Dans le message invité, tapez «y» pour oui, qui copiera la clé. Liant pour la première fois avec un hôte distant, votre système peut ne pas reconnaître l'hôte, mais cela se calment une fois que nous appuyons sur le bouton «Authenticater». Maintenant, le système distant est l'un des systèmes que nous pouvons utiliser en tant qu'hôte. Par la suite, notre compte local sera analysé par l'utilitaire de l'ID-RSA.Clé de pub qui a été créé plus tôt.
Une fois la clé trouvée, nous serons invités à saisir le mot de passe pour le compte de l'utilisateur distant.
Tapez le mot de passe et appuyez sur Entrer. Cela permettra à l'utilitaire de nous connecter à l'hôte distant à l'aide du mot de passe fourni. Il reproduira également le contenu de ~ / .ssh / id_rsa.Clé de pub pour déposer dans le répertoire d'accueil des comptes distants (~ /.ssh) à savoir "autorisé_keys".
Une fois que toutes les étapes sont effectuées correctement, nous devrions voir la sortie suivante.
Nombre de clés ajoutées: 1
Cela indique que notre clé a été ajoutée avec succès à un compte distant.
Enfin, nous pouvons nous connecter à l'hôte distant à l'aide de la commande.
$ ssh username @ éteinte_host
Taper 'Y' et presser Entrer Pour accéder au compte distant.
Le processus décrit ci-dessus devrait fonctionner sans donner de problèmes d'authentification.
Dans le cas où on n'a pas envie de taper trop de commandes sur le terminal et préfère une interface graphique pour des instructions claires, nous vous recommandons d'utiliser le mastic.
Résoudre le support d'authentification à l'aide de mastic
En supposant que l'on n'a pas de mastic, nous passons d'abord par le processus de téléchargement sur notre système. Putty est un client SSH qui permet l'accès à distance aux routeurs et aux serveurs et permet la connexion à distance. Avec le support pour divers protocoles et fonctionnalités supplémentaires telles que les séances de proxy, les paramètres de la langue et la gestion des sessions, il a gagné en popularité parmi une large gamme de systèmes d'exploitation, y compris Windows et Ubuntu.
D'abord et avant tout, nous ouvrons le terminal et permons le référentiel d'univers de notre système en utilisant la commande suivante.
$ sudo add-att-repository univers
Une fois cela fait, nous installons Putty en émettant la commande suivante.
$ sudo apt install mastic
Ayant installé du mastic, vous pouvez vérifier la version et vérifier votre installation.
$ Putty - Version
Enfin, nous lançons le mastic via le terminal.
$ Putty
Une fois lancé, nous pouvons générer des paires de clés publiques / privées. Enregistrer ces paires dans un fichier. Assurez-vous que la clé privée est maintenue en sécurité.
Exécutez des outils comme le concours et ajoutez la clé privée qui a été enregistrée. Assurez-vous que cela fonctionne toujours
Ajoutez la clé publique au serveur de votre compte, qui sera l'hôte distant. Nous devrons également entrer d'autres informations d'identification comme un mot de passe. Par la suite, nous serons authentifiés avec succès.
Remède:
Pour plus de facilité d'utilisation, nous désactivons généralement notre authentification de mot de passe. Cependant, pour éradiquer l'erreur d'authentification sans prise en charge, nous devons définir l'authentification du mot de passe sur "Oui" Cela se fait en suivant les étapes ci-dessous.
$ / etc / ssh / ssh_config
$ / etc / init.redémarrage d / ssh
Remarque: Lors de la connexion à l'hôte, vous devez fournir le nom d'utilisateur et le mot de passe correct que vous définissez. Sinon, cette erreur mineure pourrait également donner l'erreur «aucune méthode d'authentification prise en charge».
Conclusion
La gestion d'un hôte distant peut être un problème car de nombreux problèmes peuvent survenir en raison d'une légère mauvaise gestion des clés et de leur authentification. Dans cet article, nous avons passé en revue le processus de réglage d'authentification pour SSH et avons abordé l'erreur «sans authentification prise en charge». Nous espérons que nos idées ont été bénéfiques pour nettoyer vos requêtes et toute erreur d'authentification face à vous.