Ключ SSH запрашивает пароль - программирование

Я застрял здесь сейчас за ~~, как 2 дня~~ в неделю.

У меня есть машина CentOs с Gitlab4 и гитолит. Все работало отлично в течение нескольких недель, но внезапно в прошлый уик-энд что-то странное произошло, и все двоичные файлы исчезли из машины (например, yum, python, ruby, mysql и т.д.), Я действительно не знаю, как это может произойти... После нескольких часов переустановки и компиляция gitlab снова работала.

Но я не могу получить ключи ssh между пользователями gitlab и git. Я уже удалил и воссоздал пользователя git, снова установил все разрешения, воссоздал ssh-ключи, повторно созданный gitolite ect. Но ничего не работало, я продолжаю получать ту же ошибку.

Ответы

Ответ 1

Вы упомянули:

Apr 2 10:19:13 venus shd[15693]: User git not allowed because account is locked 
Apr 2 10:19:13 venus sshd[15693]: Failed none for illegal user git from ::ffff:127.0.0.1 port 56906 ssh2

В этой статье упоминается:

OpenSSH теперь проверяет заблокированные учетные записи по умолчанию.
В системах Linux заблокированные учетные записи определены как те, которые имеют !! в поле пароля /etc/shadow.
Это запись по умолчанию для учетных записей, созданных с помощью команды useradd.
Даже если вы используете аутентификацию GSI и не нуждаетесь в локальных паролях, sshd не позволит пользователю войти в систему с этим сообщением:

Too many authentication failures for username

В информации об отладке sshd будет указано, что учетная запись заблокирована:

User username not allowed because account is locked

Ниже приведена дополнительная информация из руководства sshd:

Независимо от типа аутентификации учетная запись проверяется, чтобы убедиться, что она доступна.
  Учетная запись недоступна, если она заблокирована, указанная в DenyUsers или ее группа указана в DenyGroups.
  Определение заблокированной учетной записи зависит от системы.
  Некоторые платформы имеют собственную базу данных учетных записей (например, AIX), а некоторые изменяют поле passwd ( "*LK*" на Solaris и UnixWare, "*" на HP-UX, содержащее "Nologin" на Tru64, *LOCKED* "на FreeBSD и ведущий" !! "на Linux).
  Если есть требование отключить аутентификацию паролей для учетной записи и разрешить все еще открытый ключ, тогда в поле passwd должно быть указано что-то иное, чем эти значения (например," NP "или" *NP*").

Исправление: Замените!! с (например) NP в /etc/shadow.

Как упоминалось jszakmeister (комментарии) и Yongcan-Frank-Lv (комментарии):

sudo passwd -u git

будет достаточно для разблокировать учетную запись.

Ответ 2

Эта точная проблема убивала меня в gitlab 5.2 (битнах).

Я наконец проследил его в /var/log/auth.log, который показал:

May 28 11:32:10 ml115 sshd[27779]: User git not allowed because account is locked
May 28 11:32:10 ml115 sshd[27779]: input_userauth_request: invalid user git [preauth]

После этого мне не потребовалось много времени, чтобы найти, что запись git в /etc/shadow имела !, которую нужно было заменить на *.

С * и всеми моими ключами я смог выполнить ssh с другой машины (обратите внимание, что ssh -vvT [email protected] также помогает в диагностике).

git push -u origin master

теперь работает.

Моя система - Ubuntu 13.04.

Ответ 3

вы должны поместить ~ gitlab/.ssh/id_rsa.pub в ~ git/. ssh/authorized_keys

-rwx ------ 1 git git 557 27 марта 16:46 authorized_keys

-rw-r - r-- 1 gitlab gitlab 406 27 марта 16:45 id_rsa.pub

Я вижу, что размер не соответствует, добавили ли вы параметр ssh key в authorized_keys? Также вы должны также проверить журнал ошибок sshd (например:/var/log/auth или /var/log/secure и т.д.)

Ответ 4

Хотя принятый ответ может работать, возможно, это не самый предпочтительный способ.

По крайней мере, на Ubuntu 12.04, passwd -u git приведет к этому предупреждению:

passwd: unlocking the password would result in a passwordless account.
You should set a password with usermod -p to unlock the password of this account.

Звучит неплохо... кроме того, что справочная страница для usermod предупреждает об использовании опции -p.

Note: This option is not recommended because the password (or encrypted password)
will be visible by users listing the processes.

Вместо всего этого вызов passwd -d gitlab сделает трюк, удалив пароль для пользователя (он устанавливает это поле passwd в пустую строку).

Ответ 5

Самое простое решение для разблокировки пользователя: usermod -p '*' username