Atlassian Stash - в доступе отказано (публичный ключ)

На самом деле я настраиваю Atlassian Stash для своего рабочего места. Я столкнулся с этой проблемой, которую не могу исправить. Обратите внимание, что это работает на 64-битной установке Windows 7.

При настройке ключей SSH я следовал руководству по тайнику, чтобы узнать, как их создать и установить в свою учетную запись. Тем не менее, проблема, возникшая здесь, не совсем буквальная, поскольку, похоже, он не принимает ключ. (Оба пользователя, созданные в Stash, являются администраторами и имеют права администратора во всех репозиториях.)

При выполнении простой команды клонирования я получаю такую ​​ошибку:

$ git clone ssh://git@localhost:7999/test/test.git
Cloning into 'test'...
Permission denied (publickey).
fatal: Could not read from remote repository.

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

Я выполнил шаги, описанные в области документации на веб-сайте Atlassian, но мне все еще не удается заставить его работать.

Git Operations Fail - Permission denied - publickey

В доступе отказано (открытый ключ)

$ ssh -p 7999 -I ~/.ssh/id_rsa -vT git@localhost
OpenSSH_6.6.1, OpenSSL 1.0.1m 19 Mar 2015
debug1: Connecting to localhost [127.0.0.1] port 7999.
debug1: Connection established.
dlopen /c/Users/Webit-Alex/.ssh/id_rsa failed: dlopen: Win32 error 126
debug1: identity file /c/Users/Webit-Alex/.ssh/id_rsa type 1
debug1: identity file /c/Users/Webit-Alex/.ssh/id_rsa-cert type -1
debug1: identity file /c/Users/Webit-Alex/.ssh/id_dsa type -1
debug1: identity file /c/Users/Webit-Alex/.ssh/id_dsa-cert type -1
debug1: identity file /c/Users/Webit-Alex/.ssh/id_ecdsa type -1
debug1: identity file /c/Users/Webit-Alex/.ssh/id_ecdsa-cert type -1
debug1: identity file /c/Users/Webit-Alex/.ssh/id_ed25519 type -1
debug1: identity file /c/Users/Webit-Alex/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.6.1
debug1: Remote protocol version 2.0, remote software version SSHD-CORE-0.14.0
debug1: no match: SSHD-CORE-0.14.0
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5 none
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: sending SSH2_MSG_KEX_ECDH_INIT
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: RSA 0e:58:0e:af:a8:a1:35:5b:5e:3c:ac:8a:50:af:13:a9
debug1: Host '[localhost]:7999' is known and matches the RSA host key.
debug1: Found key in /c/Users/Webit-Alex/.ssh/known_hosts:1
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
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: /c/Users/Webit-Alex/.ssh/id_rsa
debug1: Authentications that can continue: publickey
debug1: Trying private key: /c/Users/Webit-Alex/.ssh/id_dsa
debug1: Trying private key: /c/Users/Webit-Alex/.ssh/id_ecdsa
debug1: Trying private key: /c/Users/Webit-Alex/.ssh/id_ed25519
debug1: No more authentication methods to try.
Permission denied (publickey).

Есть ли у кого-нибудь решение или готов помочь заставить Stash работать должным образом?


person Stéphane Desjardins-Larose    schedule 10.06.2015    source источник
comment
Я бы посоветовал связаться с нашей службой поддержки на support.atlassian.com, они могут изучить ситуацию поближе.   -  person Rog    schedule 12.06.2015


Ответы (2)


Проверьте /var/log/auth.log или journalctl -u sshd на наличие любой информации, например о недопустимых разрешениях для ключевых файлов. Еще одна обычная ошибка - это опечатка в authorized_keys.

person Reactormonk    schedule 11.06.2015
comment
Спасибо за ответы. Не могли бы вы указать мне правильное направление относительно того, где я могу найти эту информацию (auth.log и journalctl). Я попытался найти файл журнала, но мне это не удалось (здесь среда Windows). И journalctl не является допустимой командой (как мне подсказывает моя подсказка Git Bash). Еще раз спасибо! - person Stéphane Desjardins-Larose; 11.06.2015
comment
Вы хотите найти журнал sshd, сообщения об ошибках помогают с отладкой. Я не знаю, что системный тайник работает, поэтому я дал вам два наиболее вероятных способа найти указанный журнал. Узнайте больше об их системе или обратитесь в службу поддержки. - person Reactormonk; 11.06.2015
comment
Эти файлы не имеют отношения к Stash, у него есть собственный SSHD на порту 7999. - person Rog; 12.06.2015
comment
@Rog Это объясняет, почему он настолько древний, что не принимает ключи ecdsa. - person Reactormonk; 12.06.2015
comment
Сервер действительно принимает ключи ECDSA, но нам (команде Stash) необходимо обновить проверку ключа, чтобы принять открытый ключ в конфигурации. Мы над этим работаем. Между тем, это говорит о том, что запрашивающий пытается использовать не пару ключей ECDSA. - person Rog; 13.06.2015

У меня была такая же проблема, но я пытался связаться с удаленным хостом, а не с локальным. Странно было то, что накануне вечером он работал нормально. У меня были те же ошибки, что и на оригинальном плакате. Наконец, я удалил все свои SSH-ключи на сервере тайника и повторно добавил свой предыдущий ключ id_rsa.pub. Я попробовал еще раз, и все заработало. Либо мой ключ SSH был поврежден на сервере тайника, либо сервер тайника не смог загрузить мой ключ - в любом случае повторное добавление его устранило проблему.

person bandaman    schedule 14.10.2015