История изменений

но вот эти UX приколы отбили желание пользоваться.

Жаль, и спасибо за отзыв. TODO-список и так огромный, так что не уверен когда именно до этих улучшений доберусь, но согласен, что есть возможность UX улучшить.

Логин у меня прописан так

Host *.server.com
    User me

Ясно, вот этот * не парсится как надо. Добавлю еще один пункт в TODO.

Группу adm наверно можно настроить, но честно говоря, первый раз про такой способ слышу

По мне так это самое оптимальное, вне зависимости от Nerdlog. Юзеры в этой группе могут читать логи без всяких sudo и паролей, но не могут ничего менять. На мой взгляд, оптимально: я не хочу вводить пароль даже чтобы просто логи прочитать; но, конечно, вам решать.

Сходу абстракции совсем неясные.

Это да, надо хоть немного доку прочитать сначала. Но все же скажу, что в том диалоге, который вам показался страшной плашкой, указан формат с примерами:

Logstreams. Comma-separated strings in the format "[user@]myserver.com[:port[:/path/to/logfile]]"
Examples: "user@myserver.com", or "user@myserver.com:22:/var/log/syslog"

Я надеялся, что это поясняет вещи достаточно для быстрого старта.

Если стрим это файл или несколько файлов, то дефолтный стрим 'localhost' сбивает с толку, по идее он дожен быть localhost:/var/log/syslog?

Опять-таки, в доках написано подробно, но вкратце: localhost это логстрим в котором все, кроме хоста, оставлено по умолчанию. Полный вид этого логстрима такой:

myuser@localhost:22:auto:auto

Где myuser - это ваш текущий пользователь на локальной машине, а auto резолвится в конкретные файлы или journalctl на стороне хоста, пробуя следующие варианты в порядке очередности: /var/log/messages, /var/log/syslog, journalctl.

То есть, если нужно именно /var/log/syslog указать, то самый полный вид будет таким:

myuser@localhost:22:/var/log/syslog:/var/log/syslog.1

Ну и еще, для справки, для localhost есть специальное условие: на самом деле, тут юзер и порт игнорятся, и вместо ssh будет использован просто локальный шелл (но логстрим все равно указывается так же).

из всего это непонятно как указать стрим journalctl определенного юнита?

journalctl пока что поддерживается только целиком, нельзя указать аналог journalctl -u myunit.service. Фильтрацию надо будет делать только посредством awk pattern. Запрос по отдельным юнитам - это тоже TODO.

но вот эти UX приколы отбили желание пользоваться.

Жаль, и спасибо за отзыв. TODO-список и так огромный, так что не уверен когда именно до этих улучшений доберусь, но согласен, что есть возможность UX улучшить.

Логин у меня прописан так

Host *.server.com
    User me

Ясно, вот этот * не парсится как надо. Добавлю еще один пункт в TODO.

Группу adm наверно можно настроить, но честно говоря, первый раз про такой способ слышу

По мне так это самое оптимальное, вне зависимости от Nerdlog. Юзеры в этой группе могут читать логи без всяких sudo и паролей, но не могут ничего менять. На мой взгляд, оптимально: я не хочу вводить пароль даже чтобы просто логи прочитать; но, конечно, вам решать.

Сходу абстракции совсем неясные.

Это да, надо хоть немного доку прочитать сначала.

Если стрим это файл или несколько файлов, то дефолтный стрим 'localhost' сбивает с толку, по идее он дожен быть localhost:/var/log/syslog?

Опять-таки, в доках написано подробно, но вкратце: localhost это логстрим в котором все, кроме хоста, оставлено по умолчанию. Полный вид этого логстрима такой:

myuser@localhost:22:auto:auto

Где myuser - это ваш текущий пользователь на локальной машине, а auto резолвится в конкретные файлы или journalctl на стороне хоста, пробуя следующие варианты в порядке очередности: /var/log/messages, /var/log/syslog, journalctl.

То есть, если нужно именно /var/log/syslog указать, то самый полный вид будет таким:

myuser@localhost:22:/var/log/syslog:/var/log/syslog.1

Ну и еще, для справки, для localhost есть специальное условие: на самом деле, тут юзер и порт игнорятся, и вместо ssh будет использован просто локальный шелл (но логстрим все равно указывается так же).

из всего это непонятно как указать стрим journalctl определенного юнита?

journalctl пока что поддерживается только целиком, нельзя указать аналог journalctl -u myunit.service. Фильтрацию надо будет делать только посредством awk pattern. Запрос по отдельным юнитам - это тоже TODO.