Нет захода на внешний сервер через ssh

[kras]

...
А теперь запустите также с отладкой на десятке с которой можете соединиться.

Код: [Выделить]

p10 -> serv
===========
[user@host ~]$ ssh user2@server.name -vv
OpenSSH_7.9p1, OpenSSL 1.1.1w  11 Sep 2023
debug1: Reading configuration data /etc/openssh/ssh_config
debug1: /etc/openssh/ssh_config line 20: Applying options for *
debug2: resolving "server.name" port 22
debug2: ssh_connect_direct
debug1: Connecting to server.name [X.X.X.X] port 22.
debug1: Connection established.
debug1: identity file /home/user/.ssh/id_ed25519 type -1
debug1: identity file /home/user/.ssh/id_ed25519-cert type -1
debug1: identity file /home/user/.ssh/id_rsa type -1
debug1: identity file /home/user/.ssh/id_rsa-cert type -1
debug1: identity file /home/user/.ssh/id_ecdsa type -1
debug1: identity file /home/user/.ssh/id_ecdsa-cert type -1
debug1: identity file /home/user/.ssh/id_dsa type -1
debug1: identity file /home/user/.ssh/id_dsa-cert type -1
debug1: identity file /home/user/.ssh/id_xmss type -1
debug1: identity file /home/user/.ssh/id_xmss-cert type -1
debug1: Local version string SSH-2.0-OpenSSH_7.9
debug1: Remote protocol version 2.0, remote software version OpenSSH_9.6
debug1: match: OpenSSH_9.6 pat OpenSSH* compat 0x04000000
debug2: fd 3 setting O_NONBLOCK
debug1: Authenticating to server.name:22 as 'user2'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug2: local client KEXINIT proposal
debug2: KEX algorithms: curve25519-sha256,curve25519-sha256@libssh.org,ecdh-sha2-nistp521,ecdh-sha2-nistp384,ecdh-sha2-nistp256,diffie-hellman-group-exchange-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group14-sha256,diffie-hellman-group14-sha1,ext-info-c,kex-strict-c-v00@openssh.com
debug2: host key algorithms: ssh-ed25519-cert-v01@openssh.com,ssh-ed25519,rsa-sha2-512-cert-v01@openssh.com,rsa-sha2-256-cert-v01@openssh.com,rsa-sha2-512,rsa-sha2-256,ssh-rsa-cert-v01@openssh.com,ssh-rsa,ecdsa-sha2-nistp521-cert-v01@openssh.com,ecdsa-sha2-nistp384-cert-v01@openssh.com,ecdsa-sha2-nistp256-cert-v01@openssh.com,ecdsa-sha2-nistp521,ecdsa-sha2-nistp384,ecdsa-sha2-nistp256
debug2: ciphers ctos: chacha20-poly1305@openssh.com,aes256-gcm@openssh.com,aes128-gcm@openssh.com,aes256-ctr,aes192-ctr,aes128-ctr
debug2: ciphers stoc: chacha20-poly1305@openssh.com,aes256-gcm@openssh.com,aes128-gcm@openssh.com,aes256-ctr,aes192-ctr,aes128-ctr
debug2: MACs ctos: umac-128-etm@openssh.com,umac-64-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-128@openssh.com,umac-64@openssh.com,hmac-sha2-512,hmac-sha2-256,hmac-sha1
debug2: MACs stoc: umac-128-etm@openssh.com,umac-64-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-128@openssh.com,umac-64@openssh.com,hmac-sha2-512,hmac-sha2-256,hmac-sha1
debug2: compression ctos: none,zlib@openssh.com,zlib
debug2: compression stoc: none,zlib@openssh.com,zlib
debug2: languages ctos:
debug2: languages stoc:
debug2: first_kex_follows 0
debug2: reserved 0
debug2: peer server KEXINIT proposal
debug2: KEX algorithms: sntrup761x25519-sha512@openssh.com,curve25519-sha256,curve25519-sha256@libssh.org,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-s,kex-strict-s-v00@openssh.com
debug2: host key algorithms: rsa-sha2-512,rsa-sha2-256,ecdsa-sha2-nistp256,ssh-ed25519
debug2: ciphers ctos: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com
debug2: ciphers stoc: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com
debug2: MACs ctos: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: MACs stoc: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: compression ctos: none,zlib@openssh.com
debug2: compression stoc: none,zlib@openssh.com
debug2: languages ctos:
debug2: languages stoc:
debug2: first_kex_follows 0
debug2: reserved 0
debug1: kex: algorithm: curve25519-sha256
debug1: kex: host key algorithm: ssh-ed25519
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: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ssh-ed25519 SHA256:DoVFUXBveQzUbBDvwzYNpq8EdkjoY0h0/f4UIwFnQcA
debug1: Host 'server.name' is known and matches the ED25519 host key.
debug1: Found key in /home/user/.ssh/known_hosts:1
debug1: resetting send seqnr 3
debug2: set_newkeys: mode 1
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: resetting read seqnr 3
debug1: SSH2_MSG_NEWKEYS received
debug2: set_newkeys: mode 0
debug1: rekey after 134217728 blocks
debug1: Will attempt key: /home/user/.ssh/id_ed25519
debug1: Will attempt key: /home/user/.ssh/id_rsa
debug1: Will attempt key: /home/user/.ssh/id_ecdsa
debug1: Will attempt key: /home/user/.ssh/id_dsa
debug1: Will attempt key: /home/user/.ssh/id_xmss
debug2: pubkey_prepare: done
debug1: SSH2_MSG_EXT_INFO received
debug1: kex_input_ext_info: server-sig-algs=<ssh-ed25519,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,sk-ssh-ed25519@openssh.com,sk-ecdsa-sha2-nistp256@openssh.com,rsa-sha2-512,rsa-sha2-256>
debug1: kex_input_ext_info: publickey-hostbound@openssh.com (unrecognised)
debug1: kex_input_ext_info: ping@openssh.com (unrecognised)
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,keyboard-interactive
debug1: Next authentication method: publickey
debug1: Trying private key: /home/user/.ssh/id_ed25519
debug1: Trying private key: /home/user/.ssh/id_rsa
debug1: Trying private key: /home/user/.ssh/id_ecdsa
debug1: Trying private key: /home/user/.ssh/id_dsa
debug1: Trying private key: /home/user/.ssh/id_xmss
debug2: we did not send a packet, disable method
debug1: Next authentication method: keyboard-interactive
debug2: userauth_kbdint
debug2: we sent a keyboard-interactive packet, wait for reply
debug2: input_userauth_info_req
debug2: input_userauth_info_req: num_prompts 1
Password:
debug2: input_userauth_info_req
debug2: input_userauth_info_req: num_prompts 0
debug1: Authentication succeeded (keyboard-interactive).
Authenticated to server.name ([X.X.X.X]:22).
debug1: channel 0: new [client-session]
debug2: channel 0: send open
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug1: pledge: network
debug1: client_input_global_request: rtype hostkeys-00@openssh.com want_reply 0
debug2: channel_input_open_confirmation: channel 0: callback start
debug2: fd 3 setting TCP_NODELAY
debug2: client_session2_setup: id 0
debug2: channel 0: request pty-req confirm 1
debug1: Sending environment.
debug1: Sending env LANG = ru_RU.UTF-8
debug2: channel 0: request env confirm 0
debug2: channel 0: request shell confirm 1
debug2: channel_input_open_confirmation: channel 0: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768
debug2: channel_input_status_confirm: type 99 id 0
debug2: PTY allocation request accepted on channel 0
debug2: channel 0: rcvd adjust 2097152
debug2: channel_input_status_confirm: type 99 id 0
debug2: shell request accepted on channel 0
user2@server ~ $ ls -al .ssh
итого 8
drwx------  2 user2 webusers 4096 июл 23 14:21 .
drwxr-xr-x 33 user2 webusers 4096 июл 23 14:21 ..
-rw-r--r--  1 user2 webusers    0 июл 23 14:21 known_hosts
user2@server ~ $ cat .ssh/known_hosts
user2@server ~ $
(Заметьте, пусто!)
=============================
Все - Ok!


[kras]

...
А ПК перезагрузили или демона?, правила файлика сразу не срабатывает

Да.
Кстати, правильно ли я понимаю: закомментированная диезом строка означает состояние по умолчанию,  и чтобы переключиться на другое нужно убрать диез и поставить непременно иное? С последующим перезапуском.

[asy]

Кстати, правильно ли я понимаю: закомментированная диезом строка означает состояние по умолчанию

Нет, это просто закомментированная строка. А умолчание оно, или нет, разве что мантейнер знает, и то не факт.

[stranger573]

...
А ПК перезагрузили или демона?, правила файлика сразу не срабатывает

Да.
Кстати, правильно ли я понимаю: закомментированная диезом строка означает состояние по умолчанию,  и чтобы переключиться на другое нужно убрать диез и поставить непременно иное? С последующим перезапуском.

Файл sshd_config на клиенте не имеет значения в данном случае. Это настройки сервера ssh, когда к вам подключаются, а не вы куда-то. Бессмысленные телодвижения.

Строка с комментарием (#) не считывается как настройка, её просто не существует. А то что в ней написано, как правило, да, обычно настройка по умолчанию или рекомендуемая. Но это не обязательно. В этом файле скорее всего по умолчанию. Эти строки лучше вообще не трогать, если надо поставить своё, просто следующую строку с нужным значение дописать, без комментария. Так лучше видно что было и что стало. Если понадобиться вернуть предыдущее или изменить.

[kras]

Верните в конфиге ssh отключенные устаревшие алгоритмы. Какие именно - не скажу, просто знаю, что в новом openssh что-то отключили.
...

Вот это надо посмотреть.

Речь именно про конфиг клиента, а не сервера, раз Вы на какой-то сервер с недоступным конфигом залезть хотите.

Код: [Выделить]

p10 -> server
===
...
user2@server ~ $ ls -al .ssh
итого 8
drwx------  2 user2 webusers 4096 июл 23 14:21 .
drwxr-xr-x 33 user2 webusers 4096 июл 23 14:21 ..
-rw-r--r--  1 user2 webusers    0 июл 23 14:21 known_hosts
user2@server ~ $ cat .ssh/known_hosts
user2@server ~ $
(То есть пусто!)
Как видно этот .ssh на сервере не использую. Не знаю про эти конфиги здесь говорят, или нет.

[stranger573]

Код: [Выделить]

p10 -> serv
...
user2@server ~ $ cat .ssh/known_hosts
user2@server ~ $
(Заметьте, пусто!)


   Чтобы увидеть какие манипуляции с этим файлом отладку лучше с тремя v, там показывается откуда разворачивается. В p11 от p10 с этим файлом есть изменения (во вложении).
   Ну, тут видно, что на сервере новая версия ssh — 9.6, такая же как и в p11. Клиент с сервером договорились на новом алгоритме. Лучше покажите две отладки с третьим уровнем с p10  и p11, чтобы сравнить можно было.

[asy]

Как видно этот .ssh на сервере не использую. Не знаю про эти конфиги здесь говорят, или нет.

Я же написал, речь про ~/.ssh/config, а не ~/.ssh/known_hosts. Если его нет, создайте. Это там, где команда ssh запускается. Ну или в /etc/openssh/ssh_config, если для всех пользователей.

[kessys]

Строка с комментарием (#) не считывается как настройка, её просто не существует. А то что в ней написано, как правило, да, обычно настройка по умолчанию или рекомендуемая. Но это не обязательно. В этом файле скорее всего по умолчанию. Эти строки лучше вообще не трогать, если надо поставить своё, просто следующую строку с нужным значение дописать, без комментария. Так лучше видно что было и что стало. Если понадобиться вернуть предыдущее или изменить.

Есть gpupdate, который может иметь собственное мнение https://bugzilla.altlinux.org/50729

[kessys]

...
А ПК перезагрузили или демона?, правила файлика сразу не срабатывает

Да.
Кстати, правильно ли я понимаю: закомментированная диезом строка означает состояние по умолчанию,  и чтобы переключиться на другое нужно убрать диез и поставить непременно иное? С последующим перезапуском.

диез - это #? Если так, то всё верно, иное ставить необязательно, если только не помешан на защите.

[kessys]

И ещё раз у тебя что-то на виртуалке или полноценные ПК?

[stranger573]

Как видно этот .ssh на сервере не использую.

Этот файл использутеся стороной которая подключается, на машине клиента, не сервера. Туда заносятся открытые ключи узлов к которым подключается клиент. Так и должно быть сервер к вам не подключается, подключаетесь вы к нему. Соответственно не пуст должен он быть у вас.

[stranger573]

Можно попробовать раскомментировать строку:

Код: [Выделить]

#   PasswordAuthentication yes
в /etc/openssh/ssh_config, на клиенте p11, не на сервере. Оно хоть и должно быть умолчанием, но проверить не помешает. Если ничего не изменится — вернуть как было. И ещё в ~/.ssh/config чего-нибудь есть?

[kras]

...
Лучше покажите две отладки с третьим уровнем с p10  и p11, чтобы сравнить можно было.

Выкладываю два текстовых файла.

[kras]

Можно попробовать раскомментировать строку:

Код: [Выделить]

#   PasswordAuthentication yes
в /etc/openssh/ssh_config, на клиенте p11, не на сервере. Оно хоть и должно быть умолчанием, но проверить не помешает. Если ничего не изменится — вернуть как было. И ещё в ~/.ssh/config чего-нибудь есть?

Уже пробовал, ruslandh еще в « Ответ #3 : 18.07.2024 05:23:23 » про это указывал. Сейчас еще раз проверил, с непременным рестартом  sshd, не помогает. Вернул на место, плюс рестарт.
В фале моего компа ~/.ssh/config ничего пока нет, пустой.

[kras]

И ещё раз у тебя что-то на виртуалке или полноценные ПК?

Старые полноценные ПК.