Из документации Протокола SSH, относительно каналов:
Все терминальные сеансы, переданные соединения, и т.д., являются каналами. Любая сторона может открыть канал. Несколько каналов мультиплексируются в единственное соединение.
Каналы определяются числами в каждом конце. Число, относящееся к каналу, может отличаться на каждой стороне. Запросы для открытия канала содержат номер канала отправителя. Любые другие похожие сообщения канала содержат номер канала получателя для канала.
Каналы управляются потоком. Никакие данные не могут быть отправлены на канал, пока сообщение не получено, чтобы указать, что место окна является свободным.
Команда, которую Вы имеете, выглядит хорошо. Вы уверены, что сервис, с которым Вы пытаетесь соединиться, закончился и соединения принятия? Ошибки канала, казалось бы, указали бы, что это не.
Если у Вас есть активное ssh
соединение можно использовать следующее сочетание клавиш для получения справки:
Сдвиг + ~ сопровождаемый Сдвигом +?
$ ~?
Supported escape sequences:
~. - terminate connection (and any multiplexed sessions)
~B - send a BREAK to the remote system
~C - open a command line
~R - Request rekey (SSH protocol 2 only)
~^Z - suspend ssh
~# - list forwarded connections
~& - background ssh (when waiting for connections to terminate)
~? - this message
~~ - send the escape character by typing it twice
(Note that escapes are only recognized immediately after newline.)
debug2: channel 2: written 480 to efd 8
Можно затем использовать это сочетание клавиш для получения списка активных каналов:
Сдвиг + ~ сопровождаемый Сдвигом +#
$ ~#
The following connections are open:
#2 client-session (t4 r0 i0/0 o0/0 fd 6/7 cc -1)
debug2: channel 2: written 93 to efd 8
Если вы проверите разрешения /var/log/maillog
ls -l /var/log/maillog
Вы увидите
-rw-------. 1 root root 5844 Apr 26 20:58 /var/log/maillog
В CentOS 7 вы должны принадлежать судоперам и делать
sudo tail -f /var/log/maillog
Расположение почтового журнала в CentOS 7 остается прежним, так что, возможно, в него просто ничего не записывается. Попробуйте создать событие почтового журнала следующим образом:
logger -p mail.info Testing
Затем снова скопируйте файл журнала и посмотрите, есть ли он там. Если это не сработает, попробуйте создать файл журнала и повторите попытку:
sudo touch /var/log/maillog
sudo chmod 600 /var/log/maillog
logger -p mail.info Testing
Если это все еще не работает, попробуйте перезапустить rsyslog с помощью sudo service rsyslog restart
и снова попробуйте создать событие. Если после этого его там нет, проблема может заключаться в /etc/rsyslog.conf
.
Tuve este problema con Centos7 que no tenía registro de correo. Resulta que rsyslog
simplemente no estaba instalado y solo estaba haciendo yum install syslog diciendo que estaba instalado.
yum install rsyslog
El registro de correo se creó automáticamente
Pude tail -t
el archivo y ver mi actividad de correo.