Проблема с гитозом и EGit - PullRequest
       18

Проблема с гитозом и EGit

0 голосов
/ 07 сентября 2011

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

git clonegitosis @ myservername: /myreponame.git

Он запрашивает у меня пароль для моего ключа rsa, а затем проходит и работает как положено.

Однако я пытаюсь использоватьEGit с затмением (опять же под Ubuntu), и я не могу вытащить из хранилища.Я установил его, чтобы получить этот точный репозиторий, gitosis @ myservername: /myreponame.git, и он продолжает поиск myservername и моего личного открытого ключа (он также дает путь к файлу, так что я знаю его тот же самый) и запрашиваетмой парольТем не менее, он никогда не принимает мою фразу-пароль (примечание: я уверен, что она отклоняет фразу-пароль, а не сам ключ, поскольку он сразу же отклоняет его и не говорит, что он не авторизован, а также тот факт, что тот же ключ работает от CLI).У меня сложилось впечатление, что причина в том, что он не работает, в том, что он пытается разблокировать открытый ключ с помощью ключевой фразы в качестве пользователя, и это не мое имя пользователя на локальном компьютере, несмотря на то, что разблокировка файла открытого ключа как отдельногопользователь не имеет смысла.

Я знаю, что правильно набираю фразу-пароль, потому что она работает из CLI, и я даже успешно перешел и изменил фразу-пароль, чтобы убедиться на 300%.

Может кто-нибудь сброситькакой-нибудь свет по этому вопросу?

1 Ответ

2 голосов
/ 08 сентября 2011

Святой гуакамоле - я решил это сам. Делясь своими решениями, как кажется, проблема возникла у многих людей.

Проводя исследование, я натолкнулся на кого-то с очень похожей проблемой - намек был в том, что он, очевидно, не имеет ничего общего с гитозом, но Eclipse отказывается принимать мою фразу-пароль.

Согласно этому сообщению об ошибке, реализация ssh, которую EGit использует по умолчанию, не может обрабатывать ssh-ключи, зашифрованные с помощью чего-либо, кроме 3DES, но не проверяет шифрование и поэтому терпит неудачу, как если бы была введена неправильная фраза-пароль.

Следующий комментарий к сообщению об ошибке работал для меня: https://bugs.eclipse.org/bugs/show_bug.cgi?id=326526#c9

В нем сказано просто установить переменную окружения GIT_SSH, которую EGit теперь учитывает, в переменную, которая может обрабатывать используемое вами шифрование ключа, в моем случае я просто установил ее в / usr / bin / ssh с

export GIT_SSH = / usr / bin / ssh

А затем откройте затмение.

Возможно, вы захотите добавить это куда-нибудь, что будет запускаться при каждом входе в систему. Для меня в Ubuntu 11.04 я добавил строку экспорта в свой файл ~ / .gnomerc (который еще не существовал), и теперь он устанавливается каждый раз, когда я вхожу в систему.

...