Почему Не получается подключиться к серверу gitlab?

Question

[Илья Прыгунов]

Переезжаем с Bitbucket на свой сервер gitlab.
Делал всё по инструкции, (сгенерировал и подключил rsa и т.д.).

При вызове команды ssh -T [e-mail]
Запрашивает пароль: [e-mail]'s password:

При вызове команды ssh -Tvvv [e-mail]
Получают следующий отчет:

OpenSSH_8.2p1 Ubuntu-4ubuntu0.5, OpenSSL 1.1.1f  31 Mar 2020
debug1: Reading configuration data /home/elias/.ssh/config
debug1: /home/elias/.ssh/config line 1: Applying options for git.webest.ru
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: include /etc/ssh/ssh_config.d/*.conf matched no files
debug1: /etc/ssh/ssh_config line 21: Applying options for *
debug2: resolving "git.webest.ru" port 22
debug2: ssh_connect_direct
debug1: Connecting to git.webest.ru [45.80.70.11] port 22.
debug1: Connection established.
debug1: identity file /home/elias/.ssh/id_rsa type 0
debug1: identity file /home/elias/.ssh/id_rsa-cert type -1
debug1: Local version string SSH-2.0-OpenSSH_8.2p1 Ubuntu-4ubuntu0.5
debug1: Remote protocol version 2.0, remote software version OpenSSH_8.9p1 Ubuntu-3
debug1: match: OpenSSH_8.9p1 Ubuntu-3 pat OpenSSH* compat 0x04000000
debug2: fd 3 setting O_NONBLOCK
debug1: Authenticating to git.webest.ru:22 as 'git'
debug3: hostkeys_foreach: reading file "/home/elias/.ssh/known_hosts"
debug3: record_hostkey: found key type ECDSA in file /home/elias/.ssh/known_hosts:1
debug3: load_hostkeys: loaded 1 keys from git.webest.ru
debug3: order_hostkeyalgs: prefer hostkeyalgs: [e-mail],[e-mail],[e-mail],ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521   
debug3: send packet: type 20
debug1: SSH2_MSG_KEXINIT sent
debug3: receive packet: type 20
debug1: SSH2_MSG_KEXINIT received
debug2: local client KEXINIT proposal
debug2: KEX algorithms: curve25519-sha256,[e-mail],ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-
hellman-group14-sha256,ext-info-c
debug2: host key algorithms: [e-mail],[e-mail],[e-mail],ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,sk-ecdsa-sha2-nistp2
[e-mail],[e-mail],[e-mail],[e-mail],[e-mail],[e-mail],[e-mail],ssh-ed2
5519,[e-mail],rsa-sha2-512,rsa-sha2-256,ssh-rsa
debug2: ciphers ctos: [e-mail],aes128-ctr,aes192-ctr,aes256-ctr,[e-mail],[e-mail]
debug2: ciphers stoc: [e-mail],aes128-ctr,aes192-ctr,aes256-ctr,[e-mail],[e-mail]
debug2: MACs ctos: [e-mail],[e-mail],[e-mail],[e-mail],[e-mail],[e-mail],[e-mail],hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: MACs stoc: [e-mail],[e-mail],[e-mail],[e-mail],[e-mail],[e-mail],[e-mail],hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: compression ctos: none,[e-mail],zlib
debug2: compression stoc: none,[e-mail],zlib
debug2: languages ctos:
debug2: languages stoc:
debug2: first_kex_follows 0
debug2: reserved 0
debug2: peer server KEXINIT proposal
debug2: KEX algorithms: curve25519-sha256,[e-mail],ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,[e-mail],diffie-hellman-group-exchange-sha256,diffie-hellman-group16-sha512,di
ffie-hellman-group18-sha512,diffie-hellman-group14-sha256
debug2: host key algorithms: rsa-sha2-512,rsa-sha2-256,ecdsa-sha2-nistp256,ssh-ed25519
debug2: ciphers ctos: [e-mail],aes128-ctr,aes192-ctr,aes256-ctr,[e-mail],[e-mail]
debug2: ciphers stoc: [e-mail],aes128-ctr,aes192-ctr,aes256-ctr,[e-mail],[e-mail]
debug2: MACs ctos: [e-mail],[e-mail],[e-mail],[e-mail],[e-mail],[e-mail],[e-mail],hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: MACs stoc: [e-mail],[e-mail],[e-mail],[e-mail],[e-mail],[e-mail],[e-mail],hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: compression ctos: none,[e-mail]
debug2: compression stoc: none,[e-mail]
debug2: languages ctos:
debug2: languages stoc:
debug2: first_kex_follows 0
debug2: reserved 0
debug1: kex: algorithm: curve25519-sha256
debug1: kex: host key algorithm: ecdsa-sha2-nistp256
debug1: kex: server->client cipher: [e-mail] MAC: <implicit> compression: none
debug1: kex: client->server cipher: [e-mail] MAC: <implicit> compression: none
debug3: send packet: type 30
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug3: receive packet: type 31
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:3oJlofWmJZcCHh6lMJlyBprG1wE0zADOglJ7fgAflVk
debug3: hostkeys_foreach: reading file "/home/elias/.ssh/known_hosts"
debug3: record_hostkey: found key type ECDSA in file /home/elias/.ssh/known_hosts:1
debug3: load_hostkeys: loaded 1 keys from git.webest.ru
debug3: hostkeys_foreach: reading file "/home/elias/.ssh/known_hosts"
debug3: record_hostkey: found key type ECDSA in file /home/elias/.ssh/known_hosts:2
debug3: load_hostkeys: loaded 1 keys from 45.80.70.11
debug1: Host 'git.webest.ru' is known and matches the ECDSA host key.
debug1: Found key in /home/elias/.ssh/known_hosts:1
debug3: send packet: type 21
debug2: set_newkeys: mode 1
debug1: rekey out after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug3: receive packet: type 21
debug1: SSH2_MSG_NEWKEYS received
debug2: set_newkeys: mode 0
debug1: rekey in after 134217728 blocks
debug1: Will attempt key: /home/elias/.ssh/id_rsa RSA SHA256:lTHvS68iChHYmJyalYaZur/Ait8v6cafe3skhqTz/dU explicit
debug2: pubkey_prepare: done
debug3: send packet: type 5
debug3: receive packet: type 7
debug1: SSH2_MSG_EXT_INFO received
debug1: kex_input_ext_info: server-sig-algs=<ssh-ed25519,[e-mail],ssh-rsa,rsa-sha2-256,rsa-sha2-512,ssh-dss,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,[e-mail],webauthn-sk
[e-mail]>
debug1: kex_input_ext_info: [e-mail] (unrecognised)
debug3: receive packet: type 6
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug3: send packet: type 50
debug3: receive packet: type 51
debug1: Authentications that can continue: publickey,password
debug2: we did not send a packet, disable method
debug3: authmethod_lookup password
debug3: remaining preferred: ,password
debug3: authmethod_is_enabled password
debug1: Next authentication method: password
[e-mail]'s password:

(часть имени заменено на example для примера)
Никак не могу понять в чем дело, т.е. пароль при ssh соединении он не должен запрашивать.
В конфиге sshd_config строку AllowUsers git установлено.

если запустить на порт 2222, как в примере /usr/sbin/sshd -d -p 2222
то ssh -p 2222 [e-mail]получается подключиться
Ответ:

PTY allocation request failed on channel 0
Welcome to GitLab, @elias!
Connection to git.example.ru closed.

Comments

[Valentin Barbolin]

debug1: Authentications that can continue: publickey,password
debug2: we did not send a packet, disable method

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

https://stackoverflow.com/questions/47875126/we-di...

[Илья Прыгунов]

Andrey Barbolin,
если запустить на порт 2222, как в примере /usr/sbin/sshd -d -p 2222
то ssh -p 2222 [e-mail] получается подключиться

PTY allocation request failed on channel 0
Welcome to GitLab, @elias!
Connection to git.example.ru closed.

Answer 1

[mureevms]

22 порт на Gitlab занят для обращения к гит серверу с пользователем git. Там свой ssh сервер.
Если вы хотите попасть по SSH на сервер, то SSH демон должен слушать любой другой порт, отличный от 22, что и надо настроить отдельно. Коннектиться как ssh ${system_user}@${host} -p ${port}
Если вы хотите обратиться у репе через гит, то git clone [e-mail]:group/repo.git

Вот например на моем гитлаб сервере первый телнет до гит порта, второй до ssh. Как можно видеть, разные версии OpenSSH сервера:

$ telnet gitlab.example.net 22
...
SSH-2.0-OpenSSH_8.2p1 Ubuntu-4ubuntu0.5

$ telnet gitlab.example.net 2222
...
SSH-2.0-OpenSSH_7.6p1 Ubuntu-4ubuntu0.5

Comments

[d-stream]

только я бы унёс ssh порт linux в сторонку, а гитлабу отдал 22

логика простая: админов, коннектящихся по ssh - немного, а юзеров гитлаба - больше и зачастую они несколько менее квалифицированы

[mureevms]

d-stream, так и должно работать, о чем я и написал в ответе ;)

Answer 2

[h8nor]

Нет учетки на gitlab, но попробую пояснить на примере github.

1. Указать логин и пароль для git:
   

   git config --global user.name "YourName"
   git config --global user.email "your@email"

   
   
2. Проверить наличие публичного ключа cat ~/.ssh/id_rsa.pub
   Если есть, то скопировать и добавить на сервер.
   
   
3. Команда ssh -T [e-mail] запрашивает пароль и выводит:
   

   Hi %username%! You've successfully authenticated, but GitHub does not provide shell access.

   
   ssh установлен верно, трогать не надо.
   В противном случае проверить путь к удаленному репозиторию git remote -v
   
   
4. При работе с git появляется ошибка:
   

   PTY allocation request failed on channel 0

   
   Проблемы настроек подключения. Проверьте их содержание ~/.ssh/config. Задайте хост и порт, пусть к ключам (если создавали не со стандартным именем). Закомментируйте все непоятное как #RequestTTY force