Последовательный порт через телнет

что за железка и там бывает JTAG

железка - GPON терминал от китайцев. Конкретно вот эта модель Zisa OP156-AC. Если интересно - через гугл находится. Я конечно не силён в терминологии, но по моему это не JTAG, а UART. Если что - сильно не бейте, я в этой теме много не смыслю.

Смотря что валится на консоль. Сообщения ядра можно смотреть dmesg-ом.

про dmesg я знаю. В том-то и дело, что мне надо именно те сообщения которые в serial сыпятся. Например при наборе номера с телефона (подключённого к GPON терминалу) в консоль пишется само событие, номер телефона. Потом после разрыва соединения - длительность, номер адресата и т.д. Кроме сообщений SIP клиента там ещё всякая инфа. Вот оно то мне и надо

непонятно чего хочешь. что тебе мешает подключиться через uart и смотреть сообщение в putty, например.

Через UART ничего не мешает, кроме того что роутер находиться не в моей локации. А хочу видеть при подключении через телнет/ssh всё то же самое, что и при подключении через UART.

Возможность перенаправления зависит от того, как организовано это дело «внутри». Относительно независимый вариант - если есть ещё один serial порт - сделать его входным, кабелем соединить с выходным, а данные направить куда хочется.

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

Ещё вариант - возможно uart выхлоп идёт с какого-то устройства /dev/tratata , попробуй его найти и просто мониторь его потом через tail -f
https://www.cyberciti.biz/faq/find-out-linux-serial-ports-with-setserial/

вот только хз что грепать, я не могу найти куда он что пишет. Если пишет вообще, может тупо в памяти держит определённое количество сообщений. Да и то что я через гуи в логах вижу - это лишь сообщения о попытках доступа, и собственно сам доступ. Можно заставить логировать сообщения от голосовой части, и посылать их на удалённую машину. Но только это, а в serial сообщений гораздо больше.

если речь о втором порту на роутере - то там его нету. И что можно посмотреть что бы узнать как это устроено «внутри»?

dmesg ничего не говорит про tty. Перепробовал все устройства /dev/tty* которые вообще есть. А так же некоторые достаточно подозрительные, что бы их можно было обвинить в связях с serial. На всех тишина.

Перепробовал все устройства /dev/tty* которые вообще есть.

Замкни Tx+Rx и вся информация ушедшая в порт придет в него обратно, тогда ты сможешь ее увидеть.

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

Хотя если это полноценная консоль, а не просто вывод ошибок, то наверное не стоит :)

Полноценная консоль. Подозреваю, что при первом же выводе запросит логин, пароль. После которых выдаст, что не правильные и так по кругу, по нарастающей. Надо будет попробовать просто что бы посмотреть что будет, но не сейчас. Да и на удалённой железке замкнуть не получится.

dmesg тут вообще не при чём.
любой syslog-демон имеет возможность дублировать сообщения консоли в лог-файл. В syslog-ng, например, по умолчанию это /var/log/messages.

Может и не в тему, но cat /dev/vcs1 не пробовали?

Хотя если это полноценная консоль, а не просто вывод ошибок, то наверное не стоит :)

Можно убить agetty, который висит на этой консоли и никаких запросов пароля не будет. Хотя, возможно, если его убить, то он перезапустится. Но тут уже надо смотреть, что за init-система там используется и отключать автозапуск соответствующего сервиса.

Кстати, стоит посмотреть список процессов вообще на предмет наличия agetty - если там будет один, которому передано /dev/tty*, то это позволит однозначно опознать нужный порт. Если же ничего такого нет, значит запросов пароля не будет и можно смело замыкать RX и TX.

Само ядро Linux пароли спрашивать не умеет, этим занимаются всякие специальные утилиты.

/dev/vcs1 этом роутере нету.

agetty нету в процессах. Устройство я обнаружил - это /dev/ttyS0 и /dev/console. Если сделать echo 'blabla' > /dev/ttyS0 или /dev/console в консоль доступную через serial печатают переданное. Так же если что-нибудь печатать при подключении чеез serial, а в телнете читать из этих устройств, то в телнет сессию вываливается напечатанное. Но вот то что печатается из самой системы в serial, на телнет не поступает. Т.е. я вижу в телнет сессии то что печатаю сам в serial, но по прежнему не вижу то что печатается в виде сообщений от системы.

использовать какой-нибудь сниффер? https://linux.die.net/man/1/slsnif

с другой стороны почему бы для удаленной работы не поднять ssh на машине, на которой установлен терминал к ttyS0 ?

Это GPON терминал, я не могу туда ничего поставить, кроме того что есть. А есть только bosybox, и тот по моему порезанный. Про ssh и машину - так можно. Но не у клиента дома, а у себя на месте я и так через serial подключится могу.

можно попробовать в загрузчике задать ядру дополнительный параметр console=tty0 или типа того

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

а какой у системы загрузчик? По идее д.б. uboot. В uboot обычно можно зайти перед загрузкой ядра, если нажать любую клавишу в терминале.

Для начала нужно понять, нужна инфа напрямую пишется или через syslogd. Если через syslogd — то нужно поменять его настройки. Если нет — нужно гаданием по выводу ps понять, кто нас интересует и посмотреть в /proc/$(pid нужного процесса)/fd куда он пишет.

Допустим пишется через syslog, какие его настройки тогда менять? Перенаправить его на vty?

Если это busybox-syslogd, то там можно сохранять в файл, в буфер в памяти и читать из него когда надо или отправлять по сети. Менять — в зависимость от того, как запускается, обычно в каком-нибудь /etc/conf.d/busybox-syslogd.

Нашёл вот такой конфиг:

# cat /tmp/syslog_config 
Status :off
Option :Remote
ServerIP :192.168.1.1
ServerPort :514
Dev :NULL
LocalLogLevel :0
RemoteLogLevel :0

Не знаю, что это, на busybox-syslogd не похоже.

Хм, а в веб гуи, показано что логирование включено. Ну и кому верить?

ps-у (=

ps говорит, что есть запущенные «syslogd -n -C -l 7» и «klogd -n». Конфиг sysloga я уже приводил, больше ничего не нашёл про него, про klog тоже ничего не находится похожее на конфиг.

так, судя по /proc/$PID/fd, потоки 0, 1 и 2 привязаны к /dev/ttyS0. Но это я и так уже знаю. И писать туда могу. Но вот если делаю «cat < /dev/ttyS0» - то тишина. Ничего мне не сообщается оттуда

Скорее всего при запуске в скрипте каком-нибудь задается. Вот туда прописать нужные.

Даже если и так, то вариант не сработает - изменить параметр на лету не получится, а после перезагрузки всё сотрётся. Там read-only система.

а разве cat сообщает свежую инфу ?
попробуй tail -f /dev/ttyS0

Можно убить syslogd и запустить руками. Если уж очень надо.

Так тоже пробовал, ничего нету

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

Рано обрадовался - убил всех у кого было log в имени, а сообщения всё равно пишутся в serial. Похоже разные логгеры тут не при чём.