ssh не соблюдает ключ, переданный в командной строке

У меня возникли проблемы с регистрацией на одном из моих компьютеров с использованием проверки подлинности с открытым ключом, поэтому я хочу отладить проблему. У меня есть сложный конфигурационный файл ssh, который я хочу игнорировать до тех пор, пока не найду проблему. Поэтому я указываю все в командной строке:

ssh -F /dev/null -vvv -i ~/.ssh/mykey -p 12345 myuser@mymachine 

Но ssh продолжает предлагать множество файлов открытых ключей (все они не работают) вместо того, чтобы просто предлагать команду, которую я принудительно в командной строке.

Он фактически предлагает все ключи, которые у меня есть в каталоге ~/.ssh . Он начинает предлагать тот, который я форсирую, но это не удается (я еще не знаю почему), а затем он продолжает предлагать остальную часть pubkeys в каталоге ~/.ssh .

Почему это? Я ожидал бы, что после того, как mykey не удастся, он должен прекратить попытки.

  • Добавить открытый ключ на удаленные серверные авторизованные ключи без сохранения файла там
  • Попытка подключения SSH к машине с использованием домена
  • Добавить статический текстовый слой / бар в терминале
  • Извлечь сжатый файл по его заголовку, поскольку он передается по каналу из stdout (локально или из удаленного места)?
  • не может найти текущий процесс, который я начал с SSH вчера
  • Соединение ssh с сервером закрывается после аутентификации сразу
  • Можно ли настроить auth.log о том, какой ключ был использован?
  • ssh пароль меньше аутентификации не работает
  • One Solution collect form web for “ssh не соблюдает ключ, переданный в командной строке”

    OpenSSH предлагает по умолчанию идентификаторы и идентификаторы, загруженные в ssh-agent (обычно это то, что вы хотите). Если вы хотите предотвратить это поведение, есть опция IdentitiesOnly :

    IdentitiesOnly

    Указывает, что ssh(1) должен использовать только файлы удостоверения подлинности и файлы сертификатов, явно настроенные в файлах ssh_config или переданные в командной строке ssh(1) , даже если ssh-agent(1) или PKCS11Provider предлагает больше идентификаторов. Аргумент для этого ключевого слова должен быть yes или no (по умолчанию). Этот параметр предназначен для ситуаций, когда ssh-agent предлагает множество разных идентификаторов.

    Linux и Unix - лучшая ОС в мире.