Где ссылка на вики: единая панель сервисов команды на Homepage

Где у нас вики, опять

Новый сотрудник спрашивает в общем чате, где вики. Ему отвечают ссылкой трёхмесячной давности, она не открывается: вики переехала на другой поддомен. Через неделю тот же вопрос про CRM, потом про почту, потом про бота рассылок. У десятка внутренних сервисов десять адресов, и хранятся они в чужих закладках, закреплённых сообщениях и в голове у админа.

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

Одна стартовая страница закрывает обе проблемы. Её ставят домашней в браузере, на ней сервисы разложены по группам, и сразу видно, какие сейчас отвечают.

Что такое Homepage и что я проверил

Homepage это панель для самостоятельного размещения. Проверка по репозиторию и документации на 12 октября 2026 года: лицензия GPL-3.0 (по файлу LICENSE), репозиторий создан в августе 2022 года, около 33 тысяч звёзд, больше 400 участников по данным GitHub, последний релиз 2.5.0 вышел 10 октября. Авторы заявляют интеграции с более чем сотней сервисов и интерфейс на 40 с лишним языках.

Ставится контейнером Docker. Обязательна переменная HOMEPAGE_ALLOWED_HOSTS: список адресов, с которых панель можно открывать, через запятую и без пробелов. Без неё по доменному имени она не откроется. Сервисы описываются в файле services.yaml: группы, ссылки, иконки. Если сервисы живут в Docker, на контейнер можно повесить метки homepage.group, homepage.name и homepage.href, и плитка появится сама.

В списке интеграций из документации есть Uptime Kuma, Portainer, Nextcloud, Grafana, Gitea, GitLab, Mailcow, Zabbix, Beszel и Paperless-ngx.

Три сценария

Стартовая страница для сотрудников. Группы «Клиенты», «Знания», «Связь», «Файлы»: CRM, вики, почта, облако, боты. Сверху поиск и часы. Новому человеку достаточно одной ссылки, остальное он находит сам.

Страница состояния для админа. Для каждого сервиса указывается siteMonitor: Homepage запрашивает адрес и показывает, ответил ли сервис и за сколько. Рядом виджеты. Падение фиксирует Uptime Kuma, показатели сервера даёт Beszel, контейнеры видны в Portainer. Homepage собирает всё это на одном экране.

Страница по клиентам для ИТ-аутсорса. Если вы ведёте технику нескольких компаний, на каждого клиента своя группа: его CRM, его почта, его сервер. Дежурный открывает одну страницу вместо поиска по заметкам.

Ключи, вход и Docker-сокет

Виджеты ходят в сервисы по ключам API, и ключи пишутся в конфигурацию. По словам авторов, запросы идут через серверный прокси, а браузер ключей не получает. Сам же файл лежит на диске открытым текстом, пока ключи не вынесены в переменные окружения HOMEPAGE_VAR_ или в файлы HOMEPAGE_FILE_, которые подставляются в конфиг. Моя практика: ключи только на чтение, отдельный пользователь под панель в каждом сервисе, папку конфигурации не класть в общий репозиторий.

До версии 2.0 своего входа у Homepage не было. Теперь он есть и включается опционально: пароль или OIDC. Нужны HOMEPAGE_AUTH_ENABLED, секрет не короче 32 символов и внешний адрес. Документация всё равно советует держать панель за обратным прокси с авторизацией или за VPN. Про пароль там отдельное предупреждение: число попыток входа сама панель не ограничивает, лимит ставят на прокси. Как закрыть несколько сайтов одним прокси, я писал про Zoraxy.

Автообнаружение по меткам требует доступа к сокету Docker, а это широкие права над всеми контейнерами хоста. Документация называет прямое подключение нерекомендуемым, требующим root или членства в группе docker. Она предлагает прокси docker-socket-proxy с параметрами CONTAINERS=1 и POST=0: контейнеры можно смотреть, менять нельзя. Так я и ставлю.

Чего в Homepage нет

Ролей и групп нет. Вход отвечает на вопрос «пустили или нет». При OIDC Homepage пускает всех, кого пускает провайдер, и ничего сверх этого не проверяет. Если одному клиенту нельзя видеть сервисы другого, нужен отдельный экземпляр под каждого.

Панели управления пользователями нет, правки идут через файлы. Хранения истории проверок я в документации не нашёл: плитка показывает состояние сейчас. График за месяц и отчёт для клиента даёт Uptime Kuma.

Российских сервисов в списке интеграций нет: ни Битрикс24, ни amoCRM, ни 1С, ни Яндекса. Для них остаётся обычная плитка со ссылкой и siteMonitor, а при наличии JSON API виджет Custom API. SiteMonitor делает запрос на адрес и под логин не заходит, поэтому для сервиса за авторизацией ему указывают внутренний адрес.

Homarr, Glance, Dashy

Лицензии по файлам LICENSE: у Homarr Apache-2.0, у Glance AGPL-3.0, у Dashy MIT, у Homepage GPL-3.0. Для команды с разными правами у людей стоит посмотреть Homarr: по его сайту там есть вход через логин, OIDC и LDAP и права на уровне пользователей, а доски собираются мышью. Dashy, судя по его описанию, умеет авторизацию с несколькими пользователями и показывает статус приложений, конфиг можно править и в интерфейсе. Glance ближе к информационной ленте: RSS, погода, состояние контейнеров, один небольшой бинарник. Homepage удобен, когда конфигурацию хочется хранить как код и добавлять плитки метками в compose-файле.

Что можно сделать уже сейчас

Выпишите сервисы команды: адрес, внешний он или внутренний, нужен ли для него виджет. Обычно выходит от 8 до 15 строк.

Поднимите Homepage в закрытой сети или за обратным прокси с паролем, встроенный вход включите вторым слоем. Сначала только ссылки и siteMonitor, виджеты с ключами добавляйте по одному.

Сделайте страницу домашней в браузерах сотрудников и уберите старые закреплённые сообщения со ссылками.

Если возиться некогда, я ставлю такую панель вместе с настройкой ИТ-инфраструктуры. Ориентиры по стоимости в прайсе.

Частые вопросы

Нужен ли для Homepage отдельный сервер?

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

Подойдёт ли Homepage, если сервисы не в Docker?

Да. Ссылки и siteMonitor работают для любых адресов. Метки и статистика контейнеров нужны только для сервисов в Docker.

Можно ли показывать панель клиентам?

Лучше нет: панель с интеграциями показывает данные сервисов. Клиентам подойдёт публичная статус-страница Uptime Kuma, на ней виден только статус.

Коротко о главном

Homepage собирает адреса внутренних сервисов на одну страницу и показывает, какие из них отвечают. Лицензия GPL-3.0, проект живой, ставится одним контейнером. Ролей и истории в нём нет, у российских сервисов нет виджетов, а ключи и Docker-сокет требуют аккуратности.

Десяток сервисов и вечный вопрос «а где ссылка»? Напишите мне в Telegram слово «ПАНЕЛЬ». Посмотрю, что у вас работает, и соберу стартовую страницу с закрытым доступом и экраном состояния.