Здравствуйте,

18 декабря 2008 г. 3:52 пользователь [email protected]
<[email protected]> написал:

> debug1: Authentications that can continue: publickey,gssapi-with-mic,password
> debug1: Next authentication method: gssapi-with-mic
> debug1: Unspecified GSS failure.  Minor code may provide more information
> No credentials cache found
>
> debug1: Unspecified GSS failure.  Minor code may provide more information
> No credentials cache found
>
> debug1: Unspecified GSS failure.  Minor code may provide more information
>
>
> debug1: Next authentication method: publickey
> debug1: Trying private key: /home/bz/.ssh/identity
> debug1: Trying private key: /home/bz/.ssh/id_rsa
> debug1: Trying private key: /home/bz/.ssh/id_dsa
> debug1: Next authentication method: password
> [email protected]'s password:

Всё именно так, как я писал в прошлом сообщении - ssh пытается
использовать GSSAPI аутентификацию (которая у вас не настроена, из-за
чего и "тормозит" дальнейший процесс подключения) и только после этого
предлагает аутентификацию по паролю.

Решается просто: нужно отключить этот метод аутентификации либо в
своём конфиге ssh (с клиентской стороны), либо в конфиге демона sshd
на сервере к которому вы подключаетесь (если есть админский доступ к
серверу).

Первое делается добавлением (изменением) строки "GSSAPIAuthentication
no" в файл /etc/ssh/ssh_config (общесистемный, для всех пользователей)
или в ~/.ssh/config (только для себя).

Если же хочется исправить причину на сервере, то нужно внести
аналогичные изменения в файл /etc/ssh/sshd_config и перезапустить
sshd. После этого доступ по ssh с любых debian/ubuntu систем (с
настройками по умолчанию) будет происходить без задержек.

-- 
Alexey
Jabber: [email protected]
-- 
ubuntu-ru mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-ru

Дати відповідь електронним листом