Почему ssh не использует идентификацию, установленную в файле конфигурации?

Я пытаюсь настроить определенный репозиторий git для использования определенного открытого / закрытого ключа для аутентификации.

Он находится внутри ~ / .ssh / config

Host Repo
HostName bitbucket.org
User git
IdentityFile ~/.ssh/ynd
LogLevel DEBUG

И это журнал при попытке нажать на repo

debug1: Connecting to bitbucket.org [104.192.143.1] port 22.
debug1: Connection established.
debug1: identity file /Users/evgenipetrov/.ssh/ynd type 1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/evgenipetrov/.ssh/ynd-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.9
debug1: Remote protocol version 2.0, remote software version conker_1.0.315-a08d059 app-134
debug1: no match: conker_1.0.315-a08d059 app-134
debug1: Authenticating to bitbucket.org:22 as 'git'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-sha2-256-etm@openssh.com none
debug1: kex: client->server aes128-ctr hmac-sha2-256-etm@openssh.com none
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ssh-rsa SHA256:zzXQOXSRBEiUtuE8AikJYKwbHaxvSc0ojez9YXaGp1A
debug1: Host 'bitbucket.org' is known and matches the RSA host key.
debug1: Found key in /Users/evgenipetrov/.ssh/known_hosts:1
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /Users/evgenipetrov/.ssh/id_rsa
debug1: Server accepts key: pkalg ssh-rsa blen 279
debug1: Authentication succeeded (publickey).
Authenticated to bitbucket.org ([104.192.143.1]:22).
debug1: channel 0: new [client-session]
debug1: Entering interactive session.
debug1: Sending environment.
debug1: Sending env LC_CTYPE = UTF-8
debug1: Sending command: git-receive-pack '[deleted]'
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
repository access denied.
debug1: channel 0: free: client-session, nchannels 1
debug1: fd 0 clearing O_NONBLOCK
debug1: fd 1 clearing O_NONBLOCK
Transferred: sent 3348, received 1736 bytes, in 0.4 seconds
Bytes per second: sent 9562.2, received 4958.2
debug1: Exit status 1
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.

Я вижу, что он обнаруживает личность, но не использует ее для аутентификации, когда с сервера запрашивается аутентификация с открытым ключом.

Что я делаю не так? Почему ssh не использует IdentityFile из файла конфигурации?

2
задан 23 November 2017 в 13:58
3 ответа

Похоже, ваш сеанс не может получить доступ к указанному ключу, и он возвращается к ключу по умолчанию. и он может получить доступ к битбакету, но тогда вы не можете получить доступ к репо с этим ключом, поэтому взгляните на разрешения репо с этим ключом по умолчанию /Users/evgenipetrov/.ssh/id_rsa

также проверьте, какой ssh -ключи загружаются в ssh-agent и загрузите недостающий с помощью ssh-add

4
ответ дан 3 December 2019 в 09:03

Хост должен соответствовать тому, что вы используете для ssh или git clone.

Итак

ssh -vv Repo

Это должно использовать правильный ключ.

Также для удобства чтения ... правильно разместите конфигурацию

Host Repo
   HostName bitbucket.org
   User git
   IdentityFile ~/.ssh/ynd
   LogLevel DEBUG

Также я вижу это

debug1: identity file /Users/evgenipetrov/.ssh/ynd type 1
debug1: key_load_public: No such file or directory

Проверьте наличие файла

3
ответ дан 3 December 2019 в 09:03

Отладка LogLevel помогла. У меня было это в моем .ssh/config

Host github.com
 HostName github.com
 UseKeychain yes
 AddKeysToAgent yes 
 User git
 IdentityFile ~/.ssh/id_ed25519

Host github.com-personal
 UseKeychain yes
 AddKeysToAgent yes
 HostName github.com
 User git
 IdentityFile ~/.ssh/id_ed25519_personal

, но я не запускал ssh-add -K ~/.ssh/id_ed25519_personal, чтобы добавить его в цепочку для ключей, чтобы предотвратить его возврат к другой файл.

1
ответ дан 19 February 2021 в 19:04

Теги

Похожие вопросы