Нам надо поговорить об использовании ТВ-приставок как основы домашних серверов

Современная цифровая среда строится вокруг удалённых сервисов, подписок и централизованных платформ. Они удобны, пока работают предсказуемо. На практике условия меняются быстрее, чем инфраструктура пользователя успевает адаптироваться: растёт стоимость, урезаются возможности, ломаются API, исчезает доступ к данным. В таких условиях владением «домом» для личных сервисов становится столь же осязаемой необходимостью, как владение физической квартирой для жилья. Попахивает киберпанком, не находите? А раз так, вспомним главный его принцип «high tech, low life», и попытаемся максимально избегая второй части принципа организовать себе сервер за минимальную цену, как по времени, так и по деньгам (что есть одно и то же). Подробности под катом.

Введение

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

В статьях планируется рассмотреть три основные проблемы, связанные друг с другом — выбор железа, настройка и установка ОС, полезный софт. Опирается все обычно именно во вторую проблему (ОС). Почему? Да потому, что софт обычно легко поддерживается пакетными менеджерами Linux, который (как ни странно) имеет ограниченную (хоть и довольно обширную) поддержку железа. Все железо на платформе x86 поддерживается, кстати, по умолчанию. Поэтому различные тонкие x86-клиенты вполне легко переквалифицируются в мини-серверы. Но о железе речь пойдет в следующих главах, потому пока оставим эту тему.

Несомненно, существуют альтернативные пользовательские среды с предустановленным пакетным менеджером. Например, для Android существует Termux — приложение, которое даже без root-прав способно послужить платформой для установки различных пакетов (вплоть до HomeAssistant, EspHome, TorrServ, в конце концов, туда можно установить Linux-дистрибутив в контейнер, но это уже развлечения для эстетов). То есть имея достаточно RAM, оно открывает возможности для одновременного использования удобной Android среды совместно с гибкими мощными Linux-ориентированными утилитами.

Тем не менее, как и было указано выше, Termux — компромисс, который позволяет выжать всю пользу из тех устройств, которые не могут быть использованы под нативную установку Linux, но сами по себе не столь обделены памятью и процессорной мощностью. Это могут быть не очень старые Android-смартфоны непопулярных брендов, те же ТВ-приставки на неподдерживаемых процессорах, Android-планшеты и т.д.

Что касается софтовых возможностей, они безграничны, разве что мы их немного классифицируем.

1. Сетевые возможности

Маршрутизация / NAT / VPN

Настройка iptables/nftables, IP‑forwarding, VLAN, static routes.

VPN‑сервера: OpenVPN, WireGuard, Tailscale.

DHCP/DNS

dnsmasq для локальной сети, Pi‑hole для блокировки рекламы.

Proxy / Firewall

Squid, Nginx‑reverse proxy, tinyproxy.

Мониторинг трафика

vnStat, iftop, nload, Prometheus/Grafana для статистики LAN/WAN.

2. Хранение и файлы

NAS / файловый сервер

Samba для Windows‑совместимости.

NFS для Linux‑клиентов.

FTP/SFTP через vsftpd или OpenSSH.

RAID / диск management

mdadm для software RAID, LVM, ZFS/ Btrfs (возможны ограничения по RAM на SBC).

Бэкапы

rsync, borgbackup, restic, cron‑автоматизация.

3. Медиа и трансляция

Plex / Jellyfin / Emby

Локальный медиасервер с поддержкой DLNA.

HW‑акселерация ограничена: на TV‑боксах с Amlogic возможна частичная декодировка H.264/H.265 через blob‑драйвер.

Kodi через Docker для headless медиа‑транскодинга.

4. Торренты и загрузка

Torrent‑клиенты

Transmission, qBittorrent‑server, rTorrent + ruTorrent.

Автоматизация

Watch‑folders, RSS‑добавление торрентов, скрипты для раздачи/переноса файлов.

Сетевые оптимизации

QoS, ограничение скорости по интерфейсу, подключение к VPN для приватности.

5. Веб и приложения

Веб‑сервера

Nginx, Apache, Lighttpd.

Возможность запускать PHP, Python (Flask/Django), Node.js.

Docker / контейнеризация

Armbian поддерживает Docker, что упрощает запуск сервисов без конфликтов.

Лёгкие контейнеры на TV‑боксах ограничены RAM/CPU.

6. Домашняя автоматизация

Home Assistant / Node‑RED

Управление IoT, датчиками, реле.

MQTT

Лёгкий брокер (mosquitto) для взаимодействия устройств.

Телеграм‑боты

Контроль и уведомления по событиям, автоматизация задач.

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

В данной статье сосредоточимся конкретно на самом популярном железе для нативной установки Linux — TV боксы. Рассмотрим 3 основных производителя, а также на практических примерах разберем основные паттерны поиска и установки образов.

Linux и с чем его едят

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

Рассмотрим для начала «Linux для TV-боксов», как наиболее популярное решение для реализации личного сервера.

Linux и TV-боксы

В TV-приставках используется зачастую специфическое ARM-железо, которое к счастью обычно похоже на железо одноплатных компьютеров Raspberry, Orange, Banana и прочих Pi-девайсов. Это и стало основной причиной поддержки этого железа обширным комьюнити, которое в начале самостоятельно стало поддерживать свои «малинки» (Raspberry Pi), а в условиях их подорожания переключило внимание на более дешевые китайские альтернатива.

Существуют следующие варианты установки Linux для ТВ-бокса

1. Armbian — основной выбор для большинства TV-боксов с сообществом поддержки: ориентирован на headless/серверные задачи, содержит готовые сборки для многих Amlogic/Rockchip/Allwinner плат.
2. DietPi — очень лёгкая, оптимизированная под сервисы (torrent, web, bot). Имеются специальные образы/форумы по TV-боксам, но иногда требуется ручная донастройка загрузчика.
3. CoreELEC / LibreELEC — «just enough OS» для Kodi/медиа; годятся как медиаплееры, но не как универсальные серверные ОС (мощно оптимизированы под playback, не для сервисного хоста).
4. Debian, Ubuntu — если конкретная плата/SoC поддерживается mainline-загрузчиком и DTB, лучше использовать чистые серверные образы (arm64).
5. Manjaro / Arch ARM — вариант для продвинутых, когда нужны новые пакеты/ядро.
6. OpenWrt — для задач маршрутизации/роутера; заметно легче для роутинга, чем full Linux-server.

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

Для начала стоит немного прояснить ситуацию в практическом смысле. Поддержка Armbian официально охватывает обширный парк устройств, но далеко не все. Главный критерий — процессор. Если есть его поддержка, это полдела, даже 2/3. Притом, существует официальный реп для основных видов (Allwinner, Rockchip и иже с ними) и отдельное ответвление под Amlogic. Уровни поддержки могут отличаться от официально протестированных конфигураций до «Вася собрал на коленке». 

Далее идет периферия, а именно RAM и eMMC. Последнее не столь важно, ведь Armbian работает и с внешнего носителя. Что касается RAM, бывает обычная память и LP (low power), и разводка сильно отличается, а значит и драйвер.

Наконец, немаловажным является и интерфейс сети. Ethernet обычно поддерживается неплохо, а вот все, что касается WiFi часто бывает печально. Вся проблема в том, что чипы WiFi часто закрыты по драйверам, и если у андроида есть доступ, энтузиастам из Armbian везет меньше.

Чтобы не быть голословным, рассмотрим в деталях поиск совместимого образа на примере крайне дешевой, но не очень поддерживаемой приставки X96q, обзор которой я делал недавно (Приставка X96q — самое дешевое решение для домашнего сервера и локального умного дома). Заодно пройдемся по основным шагам и закрепим некоторые паттерны.

Практика 101

Приставка X96q имеет множество ревизий платы, где есть разные варианты RAM (LPDDR3 либо DDR3), радиомодуля, ethernet. Это значительно осложняет энтузиастам работу, так как надо собирать каждый раз под новую ревизию. С учетом недостатка тестировщиков задача превращается в «собери то, не знаю что». Тем не менее, даже в этих условиях нужно лишь немного поискать, и скорее всего рабочий образ будет найден. Но даже тут могут преследовать подводные камни...

В моем варианте приставки (v5.1) имеем условно поддерживаемый процессор — Allwinner H313, посредственную поддержку конфигурации памяти (конкретно для этого процессора) и средне поддерживаемый чип WiFi — XR819 (старые ядра ОС поддерживают неплохо, новые хуже).

H313+LPDDR3 имеет комьюнити поддержку уровня «Васи», и он даже любезно собрал для нас готовые образы...

Да, точно, поговорим и о сборке. Она осуществляется под Ubuntu (или любым совместимым репом Linux) или WSL Ubuntu (под Windows). Есть даже консольный интерфейс. 

Нужно последовательно выбрать тип железа, тип образа и… все, сидим ждем.

Конечно, энтузиасты часто оставляют готовые образы в своих репозиториях. Тогда можно скачать их. Но помните, что не все энтузиасты люди добропорядочные! Готовый образ может сделать Ваше устройство частью хакерской ботнет-сети или еще что похуже… Будьте ОСМОТРИТЕЛЬНЫ!

Именно такой образ я и начал искать, ведь у sinxnull я не нашел нужной конфигурации. Полазив по форуму, я нашел еще одного человека, Nick A. Он предоставлял готовые образы, но с довольно грязным репом, по которому без инструкции собрать систему самому из исходников было бы крайне проблематично… Но у него было мое железо.

Сначала я попробовал образ серверной ОС конкретно под мою приставку. И о чудо! Огонек загорелся-таки синим. Но радость была недолгой. В образе с конкретным названием моей приставки

не работала сеть. Нет, даже не WiFi, а простой Ethernet. Такое положение меня не устроило, и я стал расследовать дальше. 

Следующая зацепка была найдена на форуме 4pda. Человек описал мою проблему и нашел решение — использовать образ от Vontar — H618, но в самом образе заменить в файле ArmbianEnv.txt (на загрузочной SD-карте) поменять всего одну строчку.

Вообще гениальное решение! Ведь процессоры H313, H616, H618 физически — почти одно и то же. Потому и образы загружаются, если тип RAM одинаковый.

Там же, кстати, нашел реп еще одного энтузиаста для приставок V1.3 с залоченным загрузчиком. Оставлю тут. И ссылку на его пост 4pda.

Решение с H618 сработало, и теперь я, наконец, смог приступить к установке HomeAssistant. Чтоб не заморачиваться, предоставлю ссылку на гайд — по нему устанавливается устаревший но наиболее удобный для использования Supervised способ установки. 

Пройдя все шаги я не без облегчения зашел в умный дом. Но тут меня ждало новое разочарование — EspHome.

Но как же так? С этим вопросом я обратился к нейронке, и после продолжительной дискуссии выяснилось страшное — в образе отсутствуют расширенные атрибуты безопасности для файловой системы, xattr. Страшно это потому, что добавляются они на этапе компиляции, и в готовый образ их не вставить. А без них контейнеры Docker, требующие xattr (такие как Esphome), не запускаются. 

Я попытался скачать и скомпилировать образ из репа Nick A самостоятельно, но в них не было даже намека на такую настройку (хотя это настройка по умолчанию в основном репе). Копаться в огромной копне чужого кода без документации я не стал, а просто впал в уныние...

Спустя пару месяцев я выпал из уныния и твердо решил победить проблему во что бы то ни стало. Я снова залез на форум Armbian и стал терпеливо штудировать знакомую тему заново. И свежий взгляд действительно помог!

На третьей странице форума я нашел образ десктопной системы из репа sinxnull, но из отдельной ветки, которую я изначально даже не заметил. Это была последняя надежда!

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

Я повторил шаги установки и стал с осторожным оптимизмом пробовать поставить EspHome. И да, все получилось!

А это означает, что образ полнофункционален. Миссия выполнена!

Еще практика

До этой приставки у меня была другая — Transpeed 8k, купленная на АлиЭкспресс. Она была на базе процессора Rockchip RK3528.

Статьи о ней не было, но вроде как уже и неактуально. Потому просто распишу, как мне удалось ее завести. Покупал я ее изначально нацеливаясь на использование с умным домом, предварительно проверив в сети наличие репозитория и гайда по установке.  Гайд рекомендую почитать полностью. Он не только хорошо написан и раскладывает по полочкам установку для конкретного железа, но и рассматривает кучу полезных нюансов сборки Armbian. В общем, интересное чтиво!

Тогда я даже не задумывался, что там может быть другая ревизия платы и у меня не заведется интернет или вовсе загрузка ОС сломается из-за несовместимой RAM. Это была моя первая такая приставка, а как говорится, «дуракам везет». Вот и мне повезло, я просто скачал и скомпилировал репозиторий из гайда (а также патч), и все завелось с полтычка.

WiFi, правда, не заработал, но он и не нужен, когда роутер подключен по проводу. Далее без проблем установил Hassio и благополучно пользовался, пока SD-карта не начала подглючивать… По незнанию, я скомпилировал Ubuntu, как было в гайде, и мне пришлось помучаться при установке Hassio. Но в целом, все заработало.

У меня также была приставка на Amlogic S905X3 под названием H96 Max X3 (память 4/64). О ней даже рассказывать нечего. У этих процессоров есть полуофициальная ветка, и поддержка там почти как у основной. Чтобы проверить совместимость конкретной приставки, необходимо перейти по ссылке на документ о поддержке  железа из репозитория в поиске по странице (Crl+A) вбить название своей приставки через тире. Кстати, есть поддержка и некоторых моделей Rockchip. Нужно скачать или скомпилировать образ и записать на загрузочный носитель.

Здесь мы видим файл dtb, который необходимо заменить в скачанном/скомпилированном образе диска системы. Это файл uEnv.txt.

 Находим данный файл и в строке FDT=… образ.dtb заменяем образ.dtb на найденное в файле название. Также можно сразу найти u-boot файл с названием приставки (если отсутствует, тогда используем название процессора) и переименовать его просто в u-boot.ext.

Далее вставляем измененный образ в загрузочном носителе в приставку и зажимаем кнопку Reset (обычно она внутри AV-разъема). После этого система загружается. Можете глянуть 7-минутное видео, если остались вопросы.

Мораль

Итак, расклад таков, что на данный момент самая беспроблемная платформа — Rockchip. В основном потому что на них выпускают всякие Orange Pi и прочие малинки и бананки. Официальный реп справляется и есть много разных форков от энтузиастов.

Amlogic — второе место. Несмотря на полуофициальность репа, поддержка железа затрагивает огромное число машин. Реп создавался как раз для поддержки обширного парка ТВ-боксов, с чем уверенно справляется. Удобный поиск помогает найти относительно свежие поддерживаемые модели, но если поддержка отсутствует, можно поискать отзывы людей на 4pda, Armbian forum. Тем не менее, мне показалось что поддержка очень хорошая, а образы всегда полноценные.

Allwinner плетется в хвосте, хотя раньше его поддержка была намного лучше. Например, платы на платформе A20, H3, H5, H6 имеют хорошую поддержку (из-за использования чипов в Orange Pi), но это допотопный мусор. Современное же железо (H313, H616, H618) имеет посредственную поддержку, то ли из-за огромного числа ревизий, то ли из-за небольшого комьюнити официальных одноплатников на этой платформе. Тем не менее, как показывает практика, найти полноценный образ можно и тут.

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

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

А вот сравнение процессора Amlogic и Broadcom BCM2837. Последний установлен в Rapberry Pi 3B.

В целом, главное — чтобы хватало ОЗУ. Рекомендуется брать минимум с 2 Гб ОЗУ, объем eMMC не столь важен — в любом случае можно установить систему на внешний накопитель.

Оптимальный дистрибутив Linux Armbian для использования под сервер на момент написания статьи — Debian 12 Bookworm. По моему опыту это самая беспроблемная система с хорошими исходными зависимостями. Я пробовал также Debian 11 или Ubuntu Jellyfish. Первая слишком старая, много возни с зависимостями, вторая слишком Ubuntu, много возни с зависимостями. Тем не менее, не все энтузиасты так считают, вот и клепают образы под Ubuntu. С точки зрения использования с графической средой согласен, но как сервер — не очень.

Скачиваем/компилируем образ системы, записываем на носитель, проводим необходимые манипуляции с файлами и можно грузиться! Большинство приставок сразу загрузятся в ОС, но некоторые требуют зажатия кнопки Reboot. В общем случае это вся инструкция.

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

А у меня на сегодня это все. Поскольку планируются отдельные статьи по использованию Android-смартфонов как серверов (отдельная тема) и софта, можете накидать в комменты варианты софта (повторяю просьбу), а по смартфонам даже не знаю. Прислать образцы? ;) Думаю, ничего не надо. Всех благодарю за внимание и желаю бесперебойной работы железа!