Этот вопрос звучит как случай проблемы 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, он работает в режиме отладки и не выполняет ветвление и обрабатывает только одно соединение.
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 идентифицировал себя как демон OpenSSH, совместимый с SSH 2.0. Типы ключей хоста указывают на криптографические алгоритмы, которые демон 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
Эти сообщения указывают, что Diffie-Hellman Group Exchange был выполнен для обмена ключевыми материалами. После завершения протокола клиент и сервер согласовывают сеансовый ключ, используемый для шифрования дальнейшего обмена данными с использованием криптографического алгоритма AES с 256-битными ключами в режиме счетчика и SHA1 алгоритм криптографического хеширования для хеш-кода аутентификации сообщения .
Connection closed by 192.168.0.57
Это означает, что соединение было закрыто клиентом.
Вы можете использовать pamcd list-sinks
,
pacmd list-sinks | grep -e 'name:\|Hz'
name: <alsa_output.pci-0000_00_1b.0.analog-stereo>
sample spec: s16le 2ch 44100Hz
Согласно статье Википедии , Intel HDA имеет частоту дискретизации 6–192 кГц и разрешение выборки 8–32 бит, хотя производители могут не реализовать полную спецификацию, поэтому рекомендуется протестировать используя
pactl list sinks | grep -Ei 'name:|sample specification:'
после изменения конфигурации.
Похоже, что эту информацию можно запросить с помощью grep
следующим образом:
grep rates /proc/asound/card0/codec\#0
grep bits /proc/asound/card0/codec\#0
# or in one-line with '-P'
grep -P 'rates|bits' /proc/asound/card0/codec\#0
Обратите внимание, что \
используется для выхода из #
. Фактическое имя файла codec#0
.
Вышеупомянутые команды покажут вам что-то похожее на то, что показано ниже:
$ grep -P 'rates|bits' /proc/asound/card0/codec\#0
rates [0x0]:
bits [0x0]:
rates [0x7f0]: 32000 44100 48000 88200 96000 176400 192000
bits [0xe]: 16 20 24
rates [0x7f0]: 32000 44100 48000 88200 96000 176400 192000
bits [0xe]: 16 20 24
rates [0x7f0]: 32000 44100 48000 88200 96000 176400 192000
bits [0xe]: 16 20 24
rates [0x7f0]: 32000 44100 48000 88200 96000 176400 192000
bits [0xe]: 16 20 24
Хотя результат выглядит правильным, на самом деле я не уверен, что это правильный способ запроса.