LINUX.ORG.RU
решено ФорумAdmin

Долгое подключение по ssh.

 


0

1

Настроена авторизация по ключам.
Выполняю подключение, но оно длится ~16-17 секунд.
Может кто подскажет в чем дело.
Спасибо.
Внизу лог со стороны клиента:

OpenSSH_7.4p1, OpenSSL 1.0.2k-fips  26 Jan 2017
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 62: Applying options for *
debug1: Executing proxy command: exec /usr/bin/sss_ssh_knownhostsproxy -p 22 172.21.15.10
debug1: permanently_drop_suid: 0
debug1: permanently_set_uid: 0/0
debug1: identity file /root/.ssh/id_rsa type 1
debug1: key_load_public: No such file or directory
debug1: identity file /root/.ssh/id_rsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /root/.ssh/id_dsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /root/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /root/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /root/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /root/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /root/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_7.4
#####
##### Вот тут ждем секунд 10. на сервер ничего не доходит.
#####
debug1: Remote protocol version 2.0, remote software version OpenSSH_6.6.1
debug1: match: OpenSSH_6.6.1 pat OpenSSH_6.6.1* compat 0x04000000
debug1: Authenticating to 172.21.15.10:22 as 'oracle'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: algorithm: curve25519-sha256@libssh.org
debug1: kex: host key algorithm: ecdsa-sha2-nistp256
debug1: kex: server->client cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: kex: curve25519-sha256@libssh.org need=64 dh_need=64
debug1: kex: curve25519-sha256@libssh.org need=64 dh_need=64
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:/O0fIKRnjxnDSzt+C/vx8X5PLD531uYhPcPGgSm0oxc
debug1: Host '172.21.15.10' is known and matches the ECDSA host key.
debug1: Found key in /root/.ssh/known_hosts:9
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password
debug1: Next authentication method: gssapi-keyex
debug1: No valid Key exchange context
debug1: Next authentication method: gssapi-with-mic
debug1: Unspecified GSS failure.  Minor code may provide more information
No Kerberos credentials available (default cache: KEYRING:persistent:0)
debug1: Unspecified GSS failure.  Minor code may provide more information
No Kerberos credentials available (default cache: KEYRING:persistent:0)
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /root/.ssh/id_rsa
debug1: Server accepts key: pkalg ssh-rsa blen 279
#####
##### Вот тут ждем секунд 6
#####
debug1: Authentication succeeded (publickey).
Authenticated to 172.21.15.10 (via proxy).
debug1: channel 0: new [client-session]
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug1: pledge: proc
debug1: Sending environment.
debug1: Sending env LANG = en_US.UTF-8
Last login: Mon Feb  4 18:44:13 2019 from myhostname

★★★★★

Кофиг сервера без комментариев:

HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_ecdsa_key
HostKey /etc/ssh/ssh_host_ed25519_key
SyslogFacility AUTHPRIV
LogLevel INFO
AuthorizedKeysFile      .ssh/authorized_keys
PasswordAuthentication yes
ChallengeResponseAuthentication no
GSSAPIAuthentication yes
GSSAPICleanupCredentials no
UsePAM yes
X11Forwarding yes
UsePrivilegeSeparation sandbox          # Default for new installations.
AcceptEnv LANG LC_CTYPE LC_NUMERIC LC_TIME LC_COLLATE LC_MONETARY LC_MESSAGES
AcceptEnv LC_PAPER LC_NAME LC_ADDRESS LC_TELEPHONE LC_MEASUREMENT
AcceptEnv LC_IDENTIFICATION LC_ALL LANGUAGE
AcceptEnv XMODIFIERS
Subsystem       sftp    /usr/libexec/openssh/sftp-server

dada ★★★★★
() автор топика

А терминал после подключения достаточно отзывчивый? Иногда конфигурирую сервер в стране с фиговым внешним каналом, тогда и подключение долгое и терминал тупит.

Deleted
()
Ответ на: комментарий от Deleted

А терминал после подключения достаточно отзывчивый?

да, после подключения все ок.
Именно этот сервер поднят у нас на DR.
Я подумал может где-то какой-то роутер долго коннекшн открывает или что-то в этом духе, но telnet на 22-ой работает почти моментально.
Поэтому думаю что проблема может быть в настройках sshd.

dada ★★★★★
() автор топика
Ответ на: комментарий от dada
GSSAPIAuthentication no
GSSAPICleanupCredentials no
UsePAM no

всегда так делаю, может и чего-то не понимаю, но именно то, что ты описал, - фиксит

+ Долгое подключение по ssh. (комментарий) UseDNS no, точно

Deleted
()
Последнее исправление: Deleted (всего исправлений: 3)
Ответ на: комментарий от dada

Попробуй удалить файл

/etc/update-motd.d/90-updates-available
, если убунта или какой-нибудь дебиан. Оно делает
apt-get update
перед логином, что занимает много времени.

Prius
()
Ответ на: комментарий от dada

strace или еще какой трейсер на сервере, посмотри на каком вызове залипает. Судя по совету выше - может сервер ходит в pam и какой-нибудь pam модуль тупит.

Deleted
()
Ответ на: комментарий от Deleted

Поменял:

# grep -v '^#' /etc/ssh/sshd_config
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_ecdsa_key
HostKey /etc/ssh/ssh_host_ed25519_key
SyslogFacility AUTHPRIV
LogLevel DEBUG3
AuthorizedKeysFile      .ssh/authorized_keys
PasswordAuthentication yes
ChallengeResponseAuthentication no
GSSAPIAuthentication no
GSSAPICleanupCredentials no
UsePAM no
X11Forwarding yes
UsePrivilegeSeparation sandbox          # Default for new installations.
UseDNS no
AcceptEnv LANG LC_CTYPE LC_NUMERIC LC_TIME LC_COLLATE LC_MONETARY LC_MESSAGES
AcceptEnv LC_PAPER LC_NAME LC_ADDRESS LC_TELEPHONE LC_MEASUREMENT
AcceptEnv LC_IDENTIFICATION LC_ALL LANGUAGE
AcceptEnv XMODIFIERS
Subsystem       sftp    /usr/libexec/openssh/sftp-server

dada ★★★★★
() автор топика
Ответ на: комментарий от mandala

Итак, в сабже написано что ждем секунд 10.
так вот, только после окончания этих 10 секунд прилетает инфо на сервер.
второй момент ожидания поймать не получается =( Лог на лор не помещается, поэтому: https://pastebin.com/vBxuj89r

dada ★★★★★
() автор топика
Ответ на: комментарий от Deleted

я выставил даже не смотря на

# WARNING: 'UsePAM no' is not supported in Red Hat Enterprise Linux and may cause several
# problems.
не помогает =(

dada ★★★★★
() автор топика
Ответ на: комментарий от symon2014

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

dada ★★★★★
() автор топика
Ответ на: комментарий от dada

Попробуй strace'ом продиагностировать. На сервере strace -T -ttt -f -p $PID -o strace.log, где $PID - главный процесс sshd, на клиенте strace -T -ttt -f -o strace.log ssh server. После этого смотри, на чем они стопорятся.

Deleted
()
Ответ на: комментарий от dada

Заглянул в сырцы.

Вот то самое место между: sshconnect.c строка 628 (функция ssh_exchange_identification)

debug1: Local version string SSH-2.0-OpenSSH_7.4
debug1: Remote protocol version 2.0, remote software version OpenSSH_6.6.1

Из блокирующего там только чтение из сокета. Т.ч. мы постепенно подходим к шагу 2. ;)

beastie ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.