SSH Comment ignorer la vérification de IdentityFile?

J'ai configuré un fichier de configuration situé à "~ / .ssh / config" qui contient certaines lignes IdentityFile pour pointer vers les fichiers clés que j'utilise pour certains de mes serveurs.

Eg IdentityFile ~ / Data / Keys / KeyFile.pem

Cela fonctionne bien lorsque je veux me connecter à mes serveurs sur ec2 qui nécessitent un fichier clé pour l'authentification.

Quand je veux me connecter à un serveur qui n'utilise pas un fichier clé et qu'il requiert un mot de passe, ssh essaie d'utiliser mes fichiers clés dans ~ / .ssh / config et la connexion échoue avec:

Déconnexion reçue de host.ip: 2: Trop d'échecs d'authentification pour la racine

Existe-t-il un argument de commande ssh que je peux utiliser pour me connecter à ce serveur afin que ssh n'essaie pas d'utiliser mes fichiers d'identité?

One Solution collect form web for “SSH Comment ignorer la vérification de IdentityFile?”

Vous devriez pouvoir limiter l'utilisation des lignes IdentityFile à votre hôte EC2 avec l'instruction host :

 Host YourEC2host.com IdentityFile ~/Data/Keys/KeyFile.pem 

Pour plus d'informations, consultez la section sur la section hôte de la page man ssh_config .

  • ssh-keyscan - encore promu avec L'authenticité de l'hôte ' ()' ne peut pas être établi
  • Linux TACACS + auth pour SSH mais permet aux users d'utiliser l'authentification de key publique
  • Aidez-moi à ouvrir une session sur le server Azure (ssh simple ne fonctionne pas)
  • SSH "Serveur a refusé notre key" pour tous les users, sauf l'user root
  • Désactiver l'authentification par mot de passe ssh par l'user
  • Comment sont exactement les keys SSH générées?
  • Erreur Windows OpenSSH
  • SSH Comment ignorer les erreurs non trouvées d'IdentityFile?
  • Pourquoi le SSHD est-il suspendu à "Le server accepte la key"
  • Existe-t-il un «svn up» utilisant «https + ssh: //`?
  • les users connectent le server SFTP avec la key openssh
  • Les astuces du serveur de linux et windows, tels que ubuntu, centos, apache, nginx, debian et des sujets de rĂ©seau.