Собери логи
с Linux-серверов
по SSH — одной командой
Агрегация логов по SSH, готовые пресеты под nginx/postgres/systemd и запуск lnav — без ручной настройки.
Бесплатно. Без карты. Первые 50 получат полный доступ к бете.
Знакомо devops-инженеру?
ssh → tail → grep → повторить
Каждый алерт — один и тот же ритуал: зайти по SSH, запустить tail, наткнуться на ротацию, скопировать куски к себе. И так на каждом хосте.
Логи есть, картины нет
Три сервиса на трёх хостах обмениваются запросами. Смотришь их по очереди в разных окнах и пытаешься в голове склеить единый таймлайн.
ELK — слишком жирно, grep — слишком бедно
Поднимать Loki или ELK-стек ради десятка серверов никто не хочет. В итоге всё равно оказываешься в терминале с tail и grep.
Помни пути, фильтры и диапазоны на каждой ноде
Где лежат логи nginx на web-02? Какой формат у app-сервера? После ротации grep ничего не находит. Каждый раз заново — вручную.
SSH-сборщик логов + пресеты + lnav
в одной команде — без ELK
Сбор логов по SSH
Один logranger collect --env prod — и логи со всех серверов уже в одной папке.
Готовые пресеты
nginx, postgres, systemd, python‑app — форматы и фильтры уже настроены, не нужно изучать конфиги с нуля.
Просмотр в lnav
logranger view запускает lnav с правильными параметрами — сразу видишь ошибки и таймлайн.
Выглядит вот так
Три шага до первого сбора логов по SSH
Установка
Пришлю инструкцию по установке вместе с приглашением в бету — пакет появится на PyPI по итогам тестирования.
Конфигурация
Маленький wizard спрашивает хосты, SSH‑ключи и сервисы — генерит logranger.yml.
Запуск
Сбор логов и запуск lnav с нужным пресетом. Готово.
Кому LogRanger экономит часы при работе с логами
Ночной алерт → собрать логи с 5 нод → найти причину за минуты, а не за полчаса.
Деплой упал → быстро посмотреть логи staging без поиска путей и форматов.
Онбординг новичка — не нужно объяснять, где какие логи и как пользоваться lnav.
Что я тестирую в этой бете
LogRanger сейчас в стадии прототипа. Это учебный и предпринимательский эксперимент — мне важно проверить, решает ли инструмент настоящую боль devops-инженеров, а не придуманную.
Нужен ли инструмент между tail/grep и ELK
Хочу понять, хватает ли инженерам лёгкого CLI‑инструмента, чтобы меньше прыгать по ssh и быстрее собирать логи без тяжёлых стеков.
Экономит ли одна команда время при инцидентах
Проверяю, действительно ли сценарий collect + view сокращает время на расследование падений и алертов.
Готовы ли за это платить
Тестирую гипотезу: достаточно ли ценности, чтобы инженеры предпочли инструмент вместо написания своих скриптов.
Если вы узнаёте в этом свои задачи — ваш фидбек очень важен для проекта.
Помочь протестировать →Устали собирать логи вручную?
Оставьте email — получите доступ к бете первыми и помогите протестировать идею.
Без спама. Только новости о релизе и инструкции.