# #ssh #gitlab
Вопрос:
Я уже несколько часов пытаюсь заставить работать логин ssh.
Сервер находится на Debian 10, а клиенты-на Linux Mint и Windows 10.
Это ошибка при попытке войти с помощью:
ssh -Tvvv git@dev.example.io
debug1: Will attempt key: /home/herbert/.ssh/pubkey RSASHA256:LygJtb4xx3RHfaMr1wM3sgSjTnj59nNUFgnQZO/0xoo explicit agent
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,ssh-rsa,rsa-sha2-256,rsa-sha2-512,ssh-dss,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521>
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
debug3: start over, passed a different list publickey
debug3: preferred publickey
debug3: authmethod_lookup publickey
debug3: remaining preferred:
debug3: authmethod_is_enabled publickey
debug1: Next authentication method: publickey
debug1: Offering public key: /home/herbert/.ssh/pubkey RSA SHA256:LygJtb4xx3RHfaMr1qM3sgSjTnj59nNUFgnQZO/0xoo explicit agent
debug3: send packet: type 50
debug2: we sent a publickey packet, wait for reply
debug3: receive packet: type 51
debug1: Authentications that can continue: publickey
debug2: we did not send a packet, disable method
debug1: No more authentication methods to try.
git@dev.example.io: Permission denied (publickey).
Это конфигурационный файл ssh:
Host dev.example.io
HostName dev.example.io
PreferredAuthentications publickey
IdentityFile ~/.ssh/pubkey
PubkeyAcceptedKeyTypes ssh-rsa
Я также пробовал «Быстрый поиск авторизованных SSH-ключей в базе данных», чтобы заставить все работать, но это не так.
Может быть, у кого-то есть идея, как отладить то, что происходит не так, на данный момент я понятия не имею > это свежая установка gitlab, и у меня никогда раньше не было этой проблемы с установкой.
Спасибо.
PS: причина > ключи rsa верны в gitlab, и они также правильно сохранены в файле autohorized_keys.
Ответ №1:
Всякий раз, когда SSH выглядит нормально на стороне клиента, но все же отклоняется стороной сервера, предполагая, что у вас есть доступ к серверу, вы можете рассмотреть возможность отладки там.
На этом сервере Debian:
- остановите демона SSH
- перезапустите его вручную (используя его полный путь)
- установите одно соединение с клиентом
- посмотрите на stdout сервера, выводимый демоном
То есть на стороне сервера Debian:
sudo systemctl stop ssh.service
/usr/sbin/sshd -dd