Gitosis publickey отказано в доступе - PullRequest
0 голосов
/ 21 февраля 2012

У меня есть сервер gitosis на работе, и я также использую github для личных проектов. Я пытаюсь использовать одинаковые открытые и закрытые ssh-ключи для обеих учетных записей, единственное различие заключается в имени пользователя, которое в gitosis равно md.mercado49 и в github есть maumercado.

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

Вот что я получаю с помощью команды ssh -vT gitosis@repocomit.virtual.uniandes.edu.co:

OpenSSH_5.6p1, OpenSSL 0.9.8r 8 Feb 2011
debug1: Reading configuration data /etc/ssh_config
debug1: Applying options for *
debug1: Connecting to repocomit.virtual.uniandes.edu.co [157.253.238.144] port 22.
debug1: Connection established.
debug1: identity file /Users/maumercado/.ssh/id_rsa type 1
debug1: identity file /Users/maumercado/.ssh/id_rsa-cert type -1
debug1: identity file /Users/maumercado/.ssh/id_dsa type -1
debug1: identity file /Users/maumercado/.ssh/id_dsa-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.3p1 Debian-3ubuntu7
debug1: match: OpenSSH_5.3p1 Debian-3ubuntu7 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.6
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: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host 'repocomit.virtual.uniandes.edu.co' is known and matches the RSA host key.
debug1: Found key in /Users/maumercado/.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: /Users/maumercado/.ssh/id_rsa
debug1: Authentications that can continue: publickey
debug1: Trying private key: /Users/maumercado/.ssh/id_dsa
debug1: No more authentication methods to try.
Permission denied (publickey).

Можно ли даже сделать то, что я пытаюсь сделать, аутентифицироваться с тем же ключом и разными именами пользователей и адресами электронной почты?

Должен ли я генерировать другой ключ для другой учетной записи, если да, то как?

Спасибо всем за помощь!

... Кроме того, и я считаю, что это не имеет значения, но кто знает, я настроил git global config с информацией о github, но в проекте для компании у меня есть git config --local ... это не должно быть проблемой, верно?

==== ОБНОВЛЕНИЕ ====

Итак, я заметил, что в разделе отладки следующее:

debug1: Offering RSA public key: /Users/maumercado/.ssh/id_rsa
debug1: Authentications that can continue: publickey
debug1: Trying private key: /Users/maumercado/.ssh/id_dsa

Почему он дает id_rsa в качестве моего открытого ключа, когда он фактически является закрытым ключом, и id_dsa в качестве моего закрытого ключа, когда его даже не существует?

Ответы [ 2 ]

1 голос
/ 21 февраля 2012

Нет ограничений относительно того, как часто вы используете открытый ключ ssh и где. Имя в ключе больше для документальных целей. Пока система поддерживает тип ключа (RSA / DSA).

Гитоз когда-нибудь работал с вашим ключом? Это немного сложнее в конфигурации. Также убедитесь, что в его файле ключей нет разрывов строк.

Относительно вашего вопроса о git config: локальные настройки имеют приоритет над глобальными. Но это прекрасно, как ты это делаешь.

0 голосов
/ 05 марта 2012

После долгого времени отладки, размышлений и анализа я переделал все, что следует за этим http://dev.remarkablewit.com/redmine/projects/dev-server/wiki,, это работает, по крайней мере, для меня, также в gitosis.conf, который я добавил в [gitosis] loglevel = DEBUG, чтобы помочь мненемного больше.

...