Google server putty connect ' déconnecté: aucune méthode d'authentification prise en charge disponible (serveur envoyé: publicickey)

j'essaie de me connecter à mon serveur moteur Google Compute de Debian par PuTTy (j'ai essayé d'autres alternatives aussi) mais quand je le fais, j'obtiens l'erreur " déconnecté: aucune méthode d'authentification prise en charge disponible (serveur envoyé: publickey)

le serveur google est venu sans nom d'utilisateur et mot de passe, seulement une url pour se connecter automatiquement à leur propre terminal.

57
demandé sur Community 2013-11-30 02:50:56
la source

14 ответов

j'avais PuTTY travailler et puis un jour j'ai eu cette erreur.

Solution : j'ai révisé le nom du chemin du dossier contenant mes certificats (clés privées), et cela a fait que Pageant a perdu la trace des certificats et était donc vide.

une fois que j'ai remis le certificat en jeu, Putty a recommencé à travailler.

23
répondu Eliptical view 2015-07-08 05:49:32
la source

activer L'authentification par mot de passe

par défaut, vous devez utiliser des clés ssh dans votre machine google compute engine, mais vous pouvez activer l'authentification par mot de passe si vous n'avez pas besoin de ce niveau de sécurité .

Conseil: utilisez l'option Ouvrir dans la fenêtre du navigateur SSH de votre console cloud pour accéder à la machine. Ensuite, passez à l'utilisateur root avec sudo su - root pour effectuer les changements de configuration ci-dessous.



enter image description here

  1. modifier le fichier /etc/ssh/sshd_config .
  2. changer PasswordAuthentication et ChallengeResponseAuthentication en yes .
  3. Redémarrer ssh /etc/init.d/ssh restart .
16
répondu Nate 2018-02-05 17:43:47
la source

vous devez utiliser une clé SSH pour vous connecter à votre instance.

la documentation de GCE explique le processus ici .

8
répondu Thomas Orozco 2015-11-19 07:57:10
la source

veuillez suivre ce guide: https://gist.github.com/feczo/7282a6e00181fde4281b avec des photos.

en bref:

en utilisant Puttygen, cliquez sur "Generate" déplacez la souris comme indiqué et attendez

  • entrez votre nom d'utilisateur désiré

  • entrez votre mot de passe

  • Enregistrer l' clé privée

Copiez l'intégralité du contenu de la fenêtre " clé publique pour coller dans le fichier OpenSSH authorized_keys " . Assurez-vous de copier chaque caractère unique du début à la fin!

allez à la page créer des instances dans la console de la plate-forme Cloud de Google et dans le lien options avancées coller le contenu de votre clé publique.

Note l'adresse IP de l'instance une fois qu'il est complet. Ouvrez putty, à partir du menu de gauche, allez à Connection / SSH / Auth et définissez l'emplacement du fichier clé qui a été sauvegardé.

dans le menu de gauche, allez à Connexion / données et définissez le même nom d'utilisateur

  • entrez L'adresse IP de votre instance
  • nommer la connexion ci-dessous sessions sauvegardées comme' GCE 'cliquez sur' Save '
  • double clic sur le 'GCE' vous venez de créer
  • accepter le identy de l'hôte

maintenant connectez-vous avec le mot de passe que vous avez spécifié plus tôt et lancez sudo su - et tout est prêt.

5
répondu Feczo 2016-08-05 12:35:14
la source

j'ai eu le même problème et juste pensé à elle !!

en supposant que vous avez déjà créé une clé privée/publique et ajouté votre clé publique sur le serveur distant ... entrez [email protected] puis allez à Connection - > SSH - > Auth et cliquez sur Parcourir pour localiser votre clé privée. Après que vous avez choisi il peuplera le champ d'entrée. Après cela, cliquez sur Ouvrir ...

donc l'important ici est l'ordre... assurez-vous d'abord d'entrer paramètres pour l'hôte, puis localisez votre clé privée.

3
répondu shabany 2014-11-15 03:24:38
la source

apparemment, l'exécution de sudo chmod -R a+rw sur votre dossier personnel provoque cette situation.

2
répondu futilerebel 2014-10-25 02:15:56
la source

j'ai eu cette erreur parce que j'avais oublié d'ajouter mon nom d'utilisateur derrière la clé dans la section des métadonnées GCE. Par exemple, vous êtes censé ajouter une entrée dans la section métadonnées qui ressemble à ceci:

sshKeys    username:key

j'ai oublié la partie username: et donc quand j'ai essayé de me connecter avec ce nom d'utilisateur, j'ai eu l'erreur des méthodes auth non supportées.

Ou, désactiver la clé ssh exigence entièrement, consultez mon autre réponse .

2
répondu Nate 2017-05-23 15:26:06
la source

si la clé privée a été générée avec ssh-keygen sous Linux, elle doit être convertie avec puttygen car Putty ne supporte pas les clés openssh.

lancer puttygen, et cliquez sur Conversions - clé D'importation, puis cliquez sur Parcourir et sélectionnez la clé privée générée avec openssh, puis cliquez sur Enregistrer la clé privée.

utilisez votre nouvelle clé pour vous connecter.

1
répondu Antonio Ulloa 2017-05-25 06:42:50
la source

ce problème principalement causé par votre nom d'utilisateur connecté n'a pas l'accès au shell dans GCE. Si vous utilisez les étapes suivantes pour résoudre ce problème.

gcloud auth list

Si vous utilisez le bon login. veuillez suivre les étapes ci-dessous. autre utilisation

gcloud auth revoke --all
gcloud auth login [your-iam-user]

et vous obtenez le jeton ou il détecte automatiquement le jeton.

gcloud compute --project "{projectid}" ssh --zone "{zone_name}" "{instance_name}" .

si vous ne savez pas ce au-dessus de la ligne cliquez sur compute engine-> ssh dropdown arrow-> view google command-> copy que code et l'utiliser

maintenant, il met à jour vos métadonnées et il est disponible dans le dossier de votre ordinateur Users->username

~/.ssh/google_compute_engine.ppk
~/.ssh/google_compute_engine.pub

ensuite, vous créez un nouveau fichier ppk en utilisant puttygen et vous donnez le nom d'utilisateur, que vous voulez comme my_work_space . Puis enregistrer le publickey et privatekey dans un dossier.

prochaine étape: copier les données de la clé publique de puttygen et créer une nouvelle clé ssh dans les métadonnées de gcloud

cloud console ->compute engine->metadata->ssh key->add new item->paste the key and save it

et maintenant retournez votre outil de ligne de commande shell, puis entrez

sudo chown -R my_work_space /home/my_work_space

maintenant vous connectez cette clé privée en utilisant sftp à n'importe où. et il ouvre les fichiers sans afficher les erreurs de permission

:) happy hours.

1
répondu karthikeyan ganesan 2018-03-02 15:53:17
la source

télécharger "PuttyGEN" obtenir publickey et privatekey utilisez gcloud SSH éditer et coller votre publickey situé dans /home/USER/.SSH / authorized_keys

sudo vim ~/.SSH / authorized_keys

appuyez sur la touche i pour coller publicKEY. Pour enregistrer, appuyez sur la touche Echap, :, w, q, Entrez. Éditer /etc/ssh/sshd_config fichier.

sudo vim /etc/ssh/sshd_config

Changement

PasswordAuthentication no [...] ChallengeResponseAuthentication to aucun. [...] UsePAM no [...] Redémarrer ssh

/etc / init.d/ssh restart.

le reste de la config de votre mastic comme tutoriel NB: choisir le concours ajouter des touches et démarrer la session serait mieux

1
répondu Dongdong Ling 2018-04-13 09:58:23
la source

L'électricité est tombée et a eu cette erreur. La Solution a été de double-cliquer à votre .ppk (Mastic Clé Privée) et entrez votre mot de passe.

1
répondu geranimo 2018-05-09 00:50:57
la source

PasswordAuthentication et ChallengeResponseAuthentication réglé par défaut sur NON dans rhel7.

changez - les en non et redémarrez sshd.

0
répondu user2427719 2015-12-15 11:24:30
la source

j'ai fait face au même problème et résoudre après plusieurs essais et erreurs. Dans le fichier /etc / ssh / ssh_config, mettez

  • PubkeyAuthentication yes

  • AuthorizedKeysFile .SSH / authorized_keys

  • PasswordAuthentication no

  • méthodes D'Authentificationpublique

ensuite, ouvrez putty. Dans les" sessions sauvegardées", entrez L'adresse IP du serveur, passez par le chemin de connexion->SSH->Auth->parcourez le panneau de gauche pour rechercher votre clé privée et l'ouvrir. Enfin et surtout, retournez à Session of putty sur le panneau de gauche et vous pouvez voir que l'adresse IP du serveur est toujours dans le champ, "Saved Sessions", puis cliquez sur "Save", qui est l'étape critique. Il permettra à l'utilisateur de se connecter sans mot de passe plus. Amusez-vous,

0
répondu codexplorer 2018-01-03 12:26:07
la source

problème Similaire - même message d'erreur. J'ai eu le même message quand j'ai essayé de cloner quelque chose de bitbucket avec ssh. Le problème était dans ma configuration SSH configurée dans le mercurial.ini: j'ai utilisé le mauvais nom d'utilisateur bitbucket. Après j'ai corrigé le nom d'utilisateur choses travaillé.

0
répondu Nina 2018-07-03 14:12:26
la source

Autres questions sur