Понять отладочные сообщения из sshd

Я использую OpenSSH_5.8p1 на своей машине, я подключаю свою машину с помощью клиента putty, но медленнее, поэтому я запускал sshd в режиме отладки и нашел следующие сообщения, может ли кто-нибудь объяснить мне подробно о каждом сообщении?

debug1: sshd version OpenSSH_5.8p1 debug1: read PEM private key done: type RSA debug1: private host key: #0 type 1 RSA debug1: read PEM private key done: type DSA debug1: private host key: #1 type 2 DSA debug1: read PEM private key done: type ECDSA debug1: private host key: #2 type 3 ECDSA debug1: rexec_argv[0]='/sbin/sshd' debug1: rexec_argv[1]='-d' Set /proc/self/oom_adj from 0 to -17 debug1: Bind to port 22 on 0.0.0.0. Server listening on 0.0.0.0 port 22. debug1: Bind to port 22 on ::. Server listening on :: port 22. debug1: Server will not fork when running in debugging mode. debug1: rexec start in 6 out 6 newsock 6 pipe -1 sock 9 debug1: inetd sockets after dupping: 4, 4 Connection from 192.168.0.57 port 33962 debug1: Client protocol version 2.0; client software version PuTTY_Release_0.63 debug1: no match: PuTTY_Release_0.63 debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_5.8 debug1: list_hostkey_types: ssh-rsa,ssh-dss,ecdsa-sha2-nistp256 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: client->server aes256-ctr hmac-sha1 none debug1: kex: server->client aes256-ctr hmac-sha1 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST_OLD received debug1: SSH2_MSG_KEX_DH_GEX_GROUP sent delay of 1.5 second debug1: expecting SSH2_MSG_KEX_DH_GEX_INIT debug1: SSH2_MSG_KEX_DH_GEX_REPLY sent debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received delay of 1.8 second debug1: KEX done Connection closed by 192.168.0.57 

One Solution collect form web for “Понять отладочные сообщения из sshd”

Этот вопрос звучит как случай проблемы XY ; вы просите что-то, что, вероятно, не поможет вам с проблемой, которую вы действительно хотите решить. Возможно, вам следует быть более осторожным, о чем вы просите, но, ради общих знаний, здесь идет.


 debug1: sshd version OpenSSH_5.8p1 

Это означает, что версия OpenSSH равна 5.8p1


 debug1: read PEM private key done: type RSA debug1: private host key: #0 type 1 RSA debug1: read PEM private key done: type DSA debug1: private host key: #1 type 2 DSA debug1: read PEM private key done: type ECDSA debug1: private host key: #2 type 3 ECDSA 

Это указывает на то, что OpenSSH обнаружил три ключа хоста, которые используются для того, чтобы убедить клиента, что удаленный сервер действительно является хостом, к которому должен был подключиться клиент. Ключи предназначены для криптографических алгоритмов RSA , DSA и Elliptic Curve DSA .


 debug1: rexec_argv[0]='/sbin/sshd' debug1: rexec_argv[1]='-d' 

Это аргументы, с которыми был вызван демон ssh.


 Set /proc/self/oom_adj from 0 to -17 

Это указывает на то, что демон ssh полностью отключает ядро Out-of-Memory Killer для этого процесса.


 debug1: Bind to port 22 on 0.0.0.0. Server listening on 0.0.0.0 port 22. 

Это означает, что сервер прослушивает подключения к порту 22 с любого исходного адреса IPv4.


 debug1: Bind to port 22 on ::. Server listening on :: port 22. 

Это означает, что сервер прослушивает подключения к порту 22 с любого исходного адреса IPv6.


 debug1: Server will not fork when running in debugging mode. 

Обычно sshd создает новый процесс для каждого входящего соединения. Поскольку параметры -d были указаны при вызове sshd, он запускается в режиме отладки и не работает fork и обрабатывает только одно соединение.


 debug1: rexec start in 6 out 6 newsock 6 pipe -1 sock 9 debug1: inetd sockets after dupping: 4, 4 

Это указывает на дублирование некоторых сокетов связи.


 Connection from 192.168.0.57 port 33962 debug1: Client protocol version 2.0; client software version PuTTY_Release_0.63 debug1: no match: PuTTY_Release_0.63 debug1: Enabling compatibility mode for protocol 2.0 

Это означает, что входящее соединение было получено от клиента Putty. Демон ssh не распознает конкретную строку версии, отправленную клиентом, поэтому он будет работать в режиме, совместимом со спецификацией протокола SSH версии 2 .


 debug1: Local version string SSH-2.0-OpenSSH_5.8 debug1: list_hostkey_types: ssh-rsa,ssh-dss,ecdsa-sha2-nistp256 

Это указывает на то, что демон ssh идентифицировал себя как SSH 2.0-совместимый демон OpenSSH. Типы хост-ключей указывают криптографические алгоритмы, которые поддерживает демон ssh для проверки подлинности хоста.


 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: client->server aes256-ctr hmac-sha1 none debug1: kex: server->client aes256-ctr hmac-sha1 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST_OLD received debug1: SSH2_MSG_KEX_DH_GEX_GROUP sent delay of 1.5 second debug1: expecting SSH2_MSG_KEX_DH_GEX_INIT debug1: SSH2_MSG_KEX_DH_GEX_REPLY sent debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received delay of 1.8 second debug1: KEX done 

Эти сообщения показывают, что для обмена ключевыми материалами был выполнен обмен группой Диффи-Хеллмана . По завершении протокола клиент и сервер согласовали ключ сеанса, используемый для шифрования дальнейшей связи с использованием криптографического алгоритма AES с 256-битными ключами в режиме счетчика и алгоритмом криптографического хеширования SHA1 для кода аутентификации сообщения на основе хэша .


 Connection closed by 192.168.0.57 

Это означает, что соединение было закрыто клиентом.


  • Как я могу запустить ssh-add автоматически, без подсказки пароля?
  • Пользователь, зарегистрированный sftp, не отображается в `w`
  • Почему мои изменения в файле sshd_config не сохраняются?
  • Получение пользовательского ввода из сценария, используемого как stdin для сеанса SSH
  • Не удается подключиться к ssh из crontab
  • Как перечислить ключи, добавленные в ssh-agent с помощью ssh-add?
  • CentOS Local User не может просматривать каталоги / файлы через FTP-логин
  • Как добавить открытый ключ к изображению QCOW2 через virt-sysprep
  • Запуск сеанса GNOME с терминала
  • В чем разница между протоколами SFTP, SCP и FISH?
  • Почему я не могу войти в систему на удаленном компьютере без пароля после использования команды SSH-KEYGEN?
  • Linux и Unix - лучшая ОС в мире.