Я давно хотел завести собственный сервер, но меня пугали расходы и сложность. Потом я наткнулся на Proxmox VE — и теперь, оглядываясь назад, не понимаю, почему не сделал этого раньше. Proxmox — это бесплатная платформа виртуализации с открытым исходным кодом на базе Debian: KVM для полноценных виртуальных машин, LXC для лёгких контейнеров и веб-интерфейс, который действительно упрощает повседневную работу.
Приятно то, что дорогой сервер не нужен. Я начал с подержанного мини-ПК (Dell OptiPlex Micro) с увеличенной оперативной памятью и NVMe SSD — тихий, экономичный и вполне достаточный для 10–15 контейнеров и нескольких VM. При здешних ценах на электричество мини-ПК, потребляющий 10–15 ватт в простое, — это огромная разница по сравнению со стоечным сервером.
После установки я первым делом отключил Enterprise-репозиторий и подключил репозитории сообщества, защитил вход по SSH с помощью ключа и установил Fail2ban. Затем появились первые сервисы: Pi-hole как блокировщик рекламы для всей сети, Nginx Proxy Manager и Portainer. Такой порядок себя оправдал — начинайте с малого, а не с двадцати контейнеров сразу.
Мой самый важный совет, который я сам усвоил на горьком опыте: настройте резервное копирование до того, как установите первый сервис. По правилу 3-2-1 — а встроенные бэкапы на основе снапшотов в Proxmox делают это чуть ли не слишком простым. Кстати, RAID — это не бэкап, до этого мне тоже пришлось дойти.
Просто начните. Один контейнер, один сервис — и вы узнаете об инфраструктуре больше, чем на любом онлайн-курсе. А тем, кто сначала хочет просто попробовать, для обучения подойдёт и недорогой облачный сервер.
Источник: Homelab Guide
По сообщению IT之家, четырёхдисковый NAS QNAP Qu405-N150-8G уже продаётся на JD.com. Он оснащён 8 ГБ памяти и имеет стандартную двухлетнюю гарантию. Сам накопитель стоит 2599 юаней, а комплект с жёстким диском Seagate IronWolf на 4 ТБ — 3599 юаней.
Дизайн простой. Корпус имеет размеры 165 мм x 168 мм x 217 мм и весит 2,15 кг. Процессор — Intel N150 с 4 ядрами и 4 потоками. По словам производителя, он справляется с транскодированием видео 4K и может запускать виртуальные машины и контейнеры Docker, что важно для тех, кто любит возиться с домашними серверами. Установленную память SODIMM DDR4 объёмом 8 ГБ можно увеличить до 16 ГБ.
Для хранения данных есть четыре отсека под SATA-диски форм-фактора 3,5 или 2,5 дюйма. Внутри также предусмотрены два слота M.2 2280 NVMe PCIe Gen 3 x1, которые можно использовать для кэша или для хранения системы и данных контейнеров. Разъёмы включают два сетевых порта 2.5GbE, два USB-A 3.2 Gen 2, один USB-C 3.2 Gen 2 и один HDMI 2.1.
На мой взгляд, связка двух портов 2.5G с N150 за последние пару лет стала типичной конфигурацией бюджетных домашних NAS. Она запускает Docker, не потребляя много энергии, и цена вполне разумная. Однако в статье приведены только характеристики без реальных тестов, поэтому перед покупкой стоит изучить независимые обзоры: шум, энергопотребление и удобство работы с софтом.
Источник: IT之家
Synology анонсировала для Германии новую серию neo+, в которую входят DS725neo+, DS925neo+, DS1525neo+ и DS1825neo+. ComputerBase описывает их как более дешёвые версии моделей Plus, у которых изменена только конфигурация памяти.
По данным публикации, «neo» означает «Non-ECC option», то есть вариант без ECC. Эти устройства используют обычную память без ECC, и её всегда только 4 ГБ. В DS725+ и DS925+ установлено 4 ГБ ECC-памяти, а в DS1525+ и DS1825+ — 8 ГБ ECC-памяти, поэтому в версиях neo+ памяти меньше. В остальном оснащение, функции и возможности расширения совпадают с моделями Plus, а DSM и приложения идентичны.
По рекомендованной производителем розничной цене разница составляет около 200 евро: DS725neo+ стоит 549 евро без НДС, DS725+ — 748 евро без НДС. В магазинах, однако, разрыв не так заметен: DS725+ сейчас продаётся от 663 евро, а DS725neo+ — от 629 евро. Память позже можно без проблем заменить на ECC-память.
Свои действия Synology объясняет текущей ситуацией на рынке памяти, то есть значительным ростом цен, который коснулся и моделей Plus.
Для домашних серверов это, на мой взгляд, интересный компромисс. Если NAS нужен в основном для резервных копий, медиа и нескольких контейнеров, то, скорее всего, хватит 4 ГБ без ECC. Тем, кто ценит целостность данных, стоит внимательно посмотреть, что они получают за доплату.
Источник: ComputerBase
Hardware.com.br рассказывает о домашней лаборатории, которая выделяется своими небольшими размерами. Пользователь Reddit опубликовал в r/HomeServer маленькую 10-дюймовую стойку с файрволом, тремя мини-ПК, NAS и всей сетевой инфраструктурой, необходимой для работы десятков сервисов дома.
Вычисления выполняют три мини-ПК, у каждого процессор с 8 ядрами и 16 потоками и 32 ГБ оперативной памяти. В сумме это 24 ядра, 48 потоков и 96 ГБ для виртуализации. Для создания виртуальных машин и контейнеров LXC используется Proxmox. Среди нагрузок есть ВМ для Jellyfin, так называемый стек arr в Docker, ещё один Docker-хост с Portainer, Pi-hole и панелями вроде Homer и Homepage, а также игровые серверы Terraria и Core Keeper.
Хранилище организовано на HP ProLiant MicroServer с четырьмя жёсткими дисками по 4 ТБ в ZFS RAIDZ1, что позволяет продолжать работу с данными даже при выходе одного диска из строя. Сырой объём — 16 ТБ, полезное место меньше из-за чётности. Сетью управляет Fortinet FortiGate, который отвечает за маршрутизацию, VLAN и SSL VPN, а источник бесперебойного питания APC Back-UPS 850 защищает от отключений электричества.
На мой взгляд, самое интересное находится за пределами дома: владелец держит два VPS с Debian в сторонних дата-центрах, которые соединены с домашней лабораторией сетью WireGuard в топологии «hub-and-spoke». Они выступают публичным уровнем инфраструктуры, а роль обратного прокси выполняет Traefik.
Это хороший пример того, что домашней лаборатории не нужна огромная стойка: при продуманном планировании, небольших устройствах и хорошей организации на небольшом пространстве можно запустить очень много.
Источник: Hardware.com.br
Если на одном сервере живёт больше одного проекта, рано или поздно упираешься в порты 80 и 443: слушать их может только один процесс. Статья в блоге Selectel на Хабре показывает, как решить это с помощью Nginx Proxy Manager, и разбирает всё по шагам.
Автор сначала объясняет проблему: привилегированные порты, ограничение «один порт — один слушатель», CORS при разнесении фронтенда и бэкенда по портам, отсутствие HTTPS. Обратный прокси решает это как посредник, маршрутизируя трафик по доменам и путям. Дополнительный плюс: в файрволе достаточно открыть порты 22, 80 и 443.
Стенд простой: VDS с 2 vCPU, 2 ГБ RAM и 40 ГБ NVMe, Ubuntu 24.04 и Docker из официального репозитория. Создаётся сеть командой docker network create proxy, затем запускается контейнер jc21/nginx-proxy-manager с томами для данных и сертификатов. Мне понравилось, что порт 81 с админкой привязан только к 127.0.0.1, а доступ идёт через SSH-туннель.
Дальше настраивается прокси-хост: в поле Forward Hostname указывается имя контейнера, а SSL-сертификат привязывается на вкладке SSL. Для проверки используется traefik/whoami. Отдельно разобран случай, когда приложение работает прямо на хосте: адрес шлюза Docker-сети получают через docker network inspect, а фаервол настраивают так, чтобы приложение не было доступно в обход прокси.
Есть и замечания: в примерах смешаны разные домены, а образ взят с тегом latest, так что воспроизводимость со временем может пострадать. В остальном это хорошая отправная точка для тех, кто хочет держать несколько сервисов дома или на VDS без ручного редактирования конфигов nginx.
Источник: Хабр (блог Selectel)
В этом выпуске Self-Host Weekly от selfh.st собраны новости, которые будут полезны любителям домашних лабораторий. Мне нравится такой формат: он экономит много времени на чтение лент.
Главная история довольно запутанная. Новый набор открытых альтернатив Adobe обвинили в том, что он копирует существующие проекты, в первую очередь популярный Photopea, и разработчик Photopea одним из первых поднял тревогу. Два проекта в центре истории, PhotoSuite и PhotoCraft, похоже, связаны между собой, и хронологию непросто восстановить. Рассылка советует держаться подальше, пока авторы не докажут, что это нечто большее, чем производная работа.
Есть и другие заметные новости. Let's Encrypt объявил, что с февраля 2027 года срок действия бесплатных SSL-сертификатов сократится с 90 до 64 дней, поэтому надёжное автоматическое продление становится ещё важнее для тех, кто держит обратный прокси дома. Nabu Casa переименовывает Home Assistant Cloud в Home Assistant Link, так как слово «cloud» теперь вызывает негативные ассоциации. Проект шифрованного обмена секретами Hemmelig заархивирован на GitHub. А NVIDIA Shield TV, семилетняя приставка для стриминга, которую любят в домашних лабораториях, подорожала на 100 долларов. Причину назвали инфляцию в железе, вызванную ИИ.
Автор также запустил опрос пользователей Self-Host 2026 из 45 вопросов о железе, софте, операционных системах, демографии и ИИ. В прошлом году в опросе приняли участие чуть более 4000 человек, а в этом году за два дня набралось 2000 ответов. Опрос открыт до 31 октября, результаты обещают в начале ноября.
Лично мне из всего этого ближе всего изменение для сертификатов. Если ваша схема продления немного хрупкая, сейчас самое время её проверить.
Источник: selfh.st
RedesZone отвечает на вопрос, который часто возникает у тех, кто собирает домашний сервер: нужно ли время от времени перезагружать NAS или его можно держать включённым постоянно?
Короткий ответ: да, он может работать круглосуточно. NAS рассчитан на непрерывную работу, использует для этого подходящие накопители и нужен для резервного копирования, освобождения места на других устройствах или обмена большими файлами. Конечно, он потребляет электроэнергию, как и роутер или камера видеонаблюдения. Но эти устройства спроектированы так, чтобы в режиме простоя расходовать мало энергии. Даже после нескольких месяцев непрерывной работы нет обязательной причины для перезагрузки, если только вы не хотите сэкономить электричество или он вам просто не нужен.
Бывают ситуации, когда перезагрузка стоит того: после обновления операционной системы, прошивки или некоторых пакетов, даже если устройство об этом не просит; при программных проблемах, например когда приложение перестаёт работать, сервис тормозит, веб-интерфейс ведёт себя странно или в каком-то разделе возникают ошибки; после замены оборудования и после любого серьёзного изменения в работе системы. Иногда процесс зависает или программа не закрылась корректно, и перезагрузка возвращает всё в норму.
Мне кажется, это разумный совет без лишнего драматизма. Для домашней лаборатории практическое правило такое: пусть NAS работает, а перезагружайте его осознанно — после обновления или когда что-то ведёт себя странно, а не по привычке.
Источник: RedesZone
Когда на домашнем сервере работают приложения с открытым кодом, часто нужно отправлять письма: при регистрации, восстановлении пароля и т. п. Но отправлять почту прямо из дома — значит поднимать SMTP-сервер и настраивать домен отправителя, а это сложнее, чем кажется. Эта статья, которую я нашёл на Qiita, решает проблему проще, с помощью Mailpit и Discord.
Mailpit изначально был инструментом для тестирования отправки писем. Его можно использовать как SMTP-сервер, и у него есть API для тестов. Если настроить webhook, он может вызвать внешнее приложение сразу после получения письма. Статья использует эту возможность, чтобы присылать содержимое входящих писем в Discord.
Схема состоит из двух контейнеров, которые запускаются через Docker Compose: сам Mailpit и webhook-handler. Webhook-handler — небольшое приложение на Python на базе FastAPI. Оно принимает webhook от Mailpit, оформляет отправителя и получателя и передаёт их в webhook Discord. В уведомление также можно добавить ссылку на веб-интерфейс Mailpit, чтобы при необходимости открыть письмо. Настройки, например URL webhook, вынесены в отдельный файл .env.
Даже если никакие письма наружу не отправляются, полезно сразу узнавать, что пришло письмо для сброса пароля. Тем, кто запускает в домашней лаборатории несколько приложений, объединение почты в одном месте, вероятно, сильно упростит администрирование. Пост опубликован в августе 2026 года.
Источник: Qiita
Небольшая история, но над ней стоит задуматься каждому, кто сам управляет домашней сетью. По данным GenK, пользователь X с ником @NomadsGalaxy проверял Wi-Fi у родителей и обнаружил, что кофемашина Keurig всего за 10 дней сгенерировала около 1 ТБ исходящего трафика и почти 10 ГБ входящего.
Он заметил это, глядя на систему сети UniFi в доме родителей. Необычный объём данных перегрузил одну из точек доступа Wi-Fi. Вместо того чтобы выяснять причину, он отключил машину и купил родителям другое устройство. Согласно статье, основная часть трафика, похоже, оставалась во внутренней сети и не уходила в интернет, так что пока нет доказательств, что машина передавала данные семьи на внешние серверы. Вероятнее всего, причиной стала ошибка ПО или сбой связи в сети, и перезагрузка могла решить проблему.
В статье также затронута общая картина умного дома: чем больше подключённых устройств, тем выше вероятность сбоев, уязвимостей и отключений сервисов. IoT-устройства могут стать точкой входа для атак, если производитель нерегулярно обновляет их ПО, а некоторые продукты теряют большую часть функций, когда компания отключает свои серверы.
Для меня практический вывод такой: нужен инструмент, который показывает трафик по каждому устройству домашней сети, и стоит подумать о том, чтобы вынести IoT-устройства в отдельную сеть. Без цифр очень трудно заметить, что на самом деле делает кофемашина.
Источник: GenK
Тот, кто управляет домашней сетью или небольшой домашней лабораторией, хорошо знает суффикс .lan: он появляется в панелях роутеров, на внутренних DNS-серверах и в адресах, по которым мы обращаемся к устройствам без зарегистрированного домена. IlSoftware.it сообщает, что заявка, поданная в ICANN, может превратить его в интернет-домен, доступный по всему миру.
Заявку на домен верхнего уровня .lan подала американская компания Coffee Danger, и она всё ещё находится на стадии предварительной обработки (Pre-Evaluation Processing). Это значит, что домен не одобрен и пока не может использоваться для регистрации публичных адресов. Заявка входит в новую волну распределения доменов верхнего уровня, которую ICANN запустила в 2026 году и в которой участвуют сотни компаний: среди заявителей Google с .browser, OpenAI с .openai и .chatgpt, Meta с .facebook и итальянская компания Aruba с доменами вроде .pec, .vps, .lab, .roma и .ciao. Все заявки по-прежнему подлежат оценке.
Деликатный момент в том, что .lan — это не обычное имя. Многие технические специалисты давно используют его, например nas.lan, router.lan или camera.lan. Если имя, считавшееся внутренним, попадёт в публичный DNS, возможны сбои, DNS-запросы будут выходить за пределы сети, а связь может идти не к тем адресатам, к которым она предназначалась.
Как человек, который любит домашние сети, я считаю эту новость хорошим напоминанием: для внутренних имён лучше использовать суффиксы, предназначенные для этого, а не полагаться на сложившиеся по факту соглашения. Пока решения нет, но за ситуацией стоит следить.
Источник: IlSoftware.it
Korben рассказывает о команде Cloudflare, которую многие разработчики уже используют: cloudflared tunnel --url. Она публикует сервер, работающий на вашем компьютере, по адресу trycloudflare.com, без аккаунта, без доменного имени и, главное, без открытия портов на роутере. Для тех, кто хостит сервисы дома, это простой способ на время показать кому-то свой проект.
Новинка последних дней — опция --allowed-mail. Раньше к сервису мог подключиться любой, у кого была ссылка. Теперь доступ можно ограничить несколькими адресами электронной почты, которые вы укажете; одноразовый код отправляется через Cloudflare Access.
Учебное руководство начинается с небольшого локального веб-сервера на порту 8080, который отдаёт тестовую страницу через Python. cloudflared — это коннектор с открытым кодом, который устанавливает исходящее соединение с сетью Cloudflare. На Mac его ставят через Homebrew. В Debian или Ubuntu нужно использовать официальный репозиторий Cloudflare; его ключ подписи недавно сменился, поэтому автор советует использовать актуальные команды, а не те, что в старых руководствах.
Один момент показался мне интересным: если вы даёте ИИ-агентам работать с этим инструментом, Cloudflare рекомендует хук PreToolUse, который блокирует любую команду без --allowed-mail, чтобы агент случайно не открыл публичный туннель.
Для домашней лаборатории это легковесная альтернатива открытию портов или VPN, но не забывайте, что публичный туннель — это всё равно выход в интернет, пусть и временный.
Источник: Korben
