Установка gitolite становится FATAL: не удалось снять отпечатки пальцев для «/tmp/Q3pnE4WVbu»

Как я упомянул ранее, это означает, что ключ ssh не был сгенерирован должным образом.

Пытаться:

ssh-keygen -t rsa -f "${H}/.ssh/micha" -C "Gitolite Admin access (not interactive)" -q -P ""

OP mwotton отчеты решением было очистить файл ~/.ssh от любых предыдущих ключей ssh.
Это связано с тем, что ssh-authkeys.fp_file() вызывается функция с находкой:

chomp( my @pubkeys = `find keydir/ -type f -name "*.pub" | sort` );

Таким образом, он может захватить предыдущие (возможно, поврежденные) ключи, которые уже были в ~/.ssh.

если вы берете ключ паба из puttykeygen и т. д., он будет в несколько строк с такими заголовками, как

---- BEGIN SSH2 PUBLIC KEY ----
Comment: "[email protected]"
startofkeylines
....
endofkey==
---- END SSH2 PUBLIC KEY ----

Удалите --- начальную и конечную строки, а также строку Комментарий:. Сделайте все ключевые линии в одну строку. и префикс с ssh-rsa, например:

ssh-rsa startofkeylines....endofkey==

Это то, что сработало для меня.

gitolite снимает отпечатки всех ключей в каталоге .ssh, включая файл author_keys. Удалите все ненужные или поврежденные ключи из каталога .ssh и файла author_keys.

Я столкнулся с той же проблемой. Оказалось, что при копировании-вставке я включил новую строку в один из своих ключей. Мне понадобилось время, чтобы заметить это...

Вы написали: «Оказывается, gitolite сохранил открытые ключи, которые я пытался настроить ранее, но это не удалось».

У меня такая же проблема. Я получал ошибку:

FATAL: не удалось снять отпечатки пальцев для 'keydir/jsmith.pub'

Я удалил неисправный ключ на стороне клиента и сделал git push, но проблема осталась та же. Таким образом, мне пришлось войти на сервер gitolite и выполнить следующее:

rm ~/.gitolite/keydir/jsmith.pub
gitolite setup

Это решило проблему. Это работает, потому что, согласно документации gitolite, «файлы публичных ключей из этого push извлекаются в ~/.gitolite/keydir». Что ж, если произойдет какая-то ФАТАЛЬНАЯ ошибка, то ключи паба не будут помещены на свои места. Так что, возможно, вы даже правильно отформатировали свои ssh-ключи, и они все равно не будут записаны.

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

Проблема заключалась в том, что основная ветка в репозиториях github и google.code была сломана. Я проверил последнюю стабильную версию v3.6.4, и проблема с отпечатками пальцев исчезла. Я думаю, что могу заметить один недавний коммит, который nreaks это.

Проблема, с которой я столкнулся, заключалась в том, что openssh в версии v6.8 или около нее изменил шифр по умолчанию для отпечатка пальца (ssh-keygen -lf path-to-key), поэтому теперь нужно явно передать тип шифра (-E md5), чтобы получить унаследованное поведение. Просмотр файла CHANGES показывает, что версия 3.6.5 gitolite будет «правильно обрабатывать отпечатки пальцев нового стиля ssh (спасибо Робину Джонсону)». Обновление gitolite решило проблему для меня.

У меня это заработало, не запустив команду gitolite от имени пользователя root. Я создал учетную запись пользователя git (и обнаружил, что это должна быть учетная запись, в которую можно войти... то есть, нет /bin/false в /etc/passwd).

Я обновил gitolite с версии 2 до версии 3, запустил установку и настройку ключа администратора.

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