Как настроить работу с репозиторием GitLab через SSH?

Question

[anton13ms]

На клиентской машине, я создал SSH ключ командой ssh-keygen.

Затем публичный ключ добавил в Settings SSH Keys, на локальном сервере GitLab.
Когда пробую клонировать проект на клиентской машине, через git@, у меня все равно запрашивает пароль.

В чем может быть проблема?

Comments

[Dmitry Roo]

Пароль от ключа запрашивается?

[pfg21]

вполне возможно создал ключ с паролем :)

[anton13ms]

Dmitry Roo, pfg21,
Нет, я пробовал, создавать ключ и с паролем и без, он похоже пароль от пользователя git запрашивает, это пользователь на сервере GitLab, сервер локальный, админа давно нет, есть пароли от root, но пароль пользователю git опасаюсь менять(

[VoidVolker]

anton13ms не-не-не, не надо что-то делать с пользователем git - это как раз служебный пользователь для доступа к репозиториям гитлаба. Гитлаб по ключу определяет какой именно пользователь зашел.

[Сергей Кузнецов]

anton13ms, покажите как это выглядит. Какую команду вводите и что получаете в ответ?

[anton13ms]

Сергей Кузнецов,
git clone [e-mail]:anton/new-site.git
Клонирование в «new-site»…
[e-mail] 's password:

Answer 1

[VoidVolker]

Проверьте настройки сервера SSH: попробуйте включить вход только через публичный ключ, а вход по паролю отключить. У меня сейчас такая же петрушка на рабочем сервере ) Я локально развернул гитлаб в виртуалке, сразу ссх не заработало, но вчера все внезапно заработало. У меня локально включен вход только по ключу, а по паролю отключен. Проверить коннект ссх для гита к серверу можно так:

ssh -i ~/.ssh/<YOUR_KEY> -T git@<SERVER IP OR DOMAIN>

Если нужен детальный лог, то вот так:

ssh -i ~/.ssh/<YOUR_KEY> -v -T git@<SERVER IP OR DOMAIN>

При этом ссх агент не должен быть запущен и в .ssh/config нет настроек для сервера. Это проверка конкретного ключа. Если настройки есть в конфиге или в агенте - ссх использует их.

UPD 1: По информации от системного администратора, оказалось, что почему-то не принимается ключ типа ed25519, а RSA - работает. Рабочий гитлаб на 22 бубунте, а у меня локально - на дебиане 12. Пока что копаем дальше...

UPD 2: В общем админ пока так и не смог побороть эту напасть и пришли к выводу, что настроить gitlab_sshd будет проще и останемся на нем. А потом, как будет возможность мигрируем сервер на дебиан с бубунты.

UPD 3: В итоге я просто поднял новый инстанс с чистым дебианом и накатил туда гитлаб - SSH заработал сразу из коробки. Его и используем.

Comments

[anton13ms]

Дак если я отключу доступ по паролю, я то наверняка доступ серверу могу потерять по ssh? Или можно отключать для определенного пользователя?
Это где в настройках делается? Web GitLab или в конфиг файлах?

[VoidVolker]

Для начала зайдите на сам сервер через консоль, далее создайте себе ключ (рекомендуется ed25519), добавляете его и потом в настройках SSHD отключаете вход по паролю.
Создаете ключ (локально, на своей машине):
ssh-keygen -t ed25519 -C "[e-mail]"
Создаете каталог ssh на сервере, если еще нет его:
mkdir ~/.ssh && chmod 700 ~/.ssh
И сохраняете публичную часть ключа на сервере:

echo "PUBLIC PART OF KEY" > ~/.ssh/authorized_keys && chmod 600 ~/.ssh/authorized_keys

Далее меняете настройки SSHD:

sudo nano /etc/ssh/sshd_config

PubkeyAuthentication yes
PasswordAuthentication no

Текущую консоль не закрываете, а открываете новую консоль и в новой консоли проверяете подключение к серверу - если что-то пошло не так, доступ к серверу в первой консоли позволит исправить.

Answer 2

[d-stream]

А точно это ssh гита, а не ssh машины?
По-умолчанию на 22 порту слушает ssh хостмашины, а ssh гита - живёт вроде бы на 2222 порту

Естественно лучше это поменять:
https://docs.gitlab.com/ee/administration/operatio...
https://about.gitlab.com/blog/2016/02/18/gitlab-do...

Comments

[VoidVolker]

Судя по манам - это альтернатива стандартному OpenSSH. А по умолчанию гитлаб использует OpenSSH.

[anton13ms]

Проблема в том, что GitLab древний(
У меня в файле /etc/gitlab/gitlab.rb:
Нет такой строки GitLab Community Edition 8.17.3:
gitlab_sshd['enable'] = true

[VoidVolker]

anton13ms Так ведь и обновить же можно. А поменять настройки SSH сервера получилось в итоге-то? ОСь какая? Если что - я свой ответ обновил, добавил новую инфу.

[d-stream]

VoidVolker, суть не в этом: на одном порту - подключение к ssh linux-сервера, на другом - к самому гиту

то бишь в дефолтном варианте админ ходит рулить сервером как ssh user@server, а разрабы - git clone ssh://user@sever:port/repo

очевидно, что разрабов больше и логично админу съехать на нестандартный порт - будет меньше граблей

Answer 3

[Pavel Omelchenko]

При создании ключа вводили пароль? Если да, то создайте новый ключ и пароль оставьте пустым.

Answer 4

[Alex0K]

Точно клонишь под пользователем от которого был сгенерирован пароль?