Понять отладочные сообщения из 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 - потерянное соединение SSH
  • отслеживание прокси-соединения TCP
  • SSH с новым пользователем, сбой с отказано в разрешении (publickey)
  • Переконфигурирование демона с ключом GNOME
  • Запустите параллельную команду, ожидая ssh
  • Совместите все распределенные файлы в своем кластере
  • Как сохранить пару ключей имени пользователя и пароля в SSH в GIT Bash?
  • Как выполнить произвольную простую команду над ssh без знания оболочки входа удаленного пользователя?
  • Доступ к X-окну и звуку на ноутбуке на другом Unix
  • ошибка при подключении удаленного сервера с помощью ssh
  • Как отправить вывод команды unix с одного сервера на другой?
  • Interesting Posts

    Можно ли получить доступ к открытому сеансу терминала gnome в текстовой консоли?

    Повторно распечатать массив в определенном формате?

    Я редактировал файл Linux с программой Windows, используя подсистему Windows для Linux, и теперь я больше не могу обращаться к ней

    регенерировать .bashrc из текущей оболочки

    XFS: rm не завершается, xfs_repair невозможно

    Любые ароматы с mDNS, запеченные в?

    распечатать сообщение на терминале, а также / var / log / messages с помощью регистратора

    Как я могу увидеть процессы, выполняемые другим экземпляром root на моем Beaglebone

    Клиент Linux, который может взаимодействовать с NetMeeting

    `listpw` Опция по умолчанию не работает с sudo 1.8.24

    Граф и сумма нет. появления каждой уникальной строки в файле

    X оконная система удаленного рабочего стола? (Нет VNC, нет XN)

    Как я могу выполнить локальный скрипт на удаленном компьютере и включить аргументы?

    X пересылка с Mac на Linux не выполняется

    В Linux существует ли эквивалент rc.local для выключения?

    Linux и Unix - лучшая ОС в мире.