Lange wollte ich einen eigenen Server betreiben, hatte aber Respekt vor den Kosten und der Komplexität. Dann bin ich auf Proxmox VE gestoßen — und im Nachhinein frage ich mich, warum ich es nicht früher getan habe. Proxmox ist eine kostenlose, quelloffene Virtualisierungsplattform auf Debian-Basis: KVM für vollwertige VMs, LXC für schlanke Container und ein Web-Interface, das einem den Alltag wirklich erleichtert.
Das Schöne ist, dass man keinen teuren Server braucht. Mein Einstieg war ein gebrauchter Mini-PC (ein Dell OptiPlex Micro) mit aufgerüstetem RAM und einer NVMe-SSD — leise, stromsparend und für 10–15 Container plus ein paar VMs völlig ausreichend. Bei den Strompreisen hierzulande macht ein Mini-PC mit 10–15 Watt Idle einen riesigen Unterschied zu einem Rack-Server.
Nach der Installation habe ich als Erstes das Enterprise-Repository deaktiviert und die Community-Repos eingerichtet, SSH-Login per Key abgesichert und Fail2ban installiert. Dann kamen die ersten Services: Pi-hole als netzwerkweiter Werbeblocker, Nginx Proxy Manager und Portainer. Die Reihenfolge hat sich bewährt — klein anfangen, nicht gleich zwanzig Container auf einmal.
Mein wichtigster Rat, den ich selbst erst schmerzhaft lernen musste: Richte Backups ein, bevor du den ersten Service installierst. Nach der 3-2-1-Regel, und die eingebauten Snapshot-Backups von Proxmox machen das fast schon zu einfach. RAID ist übrigens kein Backup — das habe ich auch erst begreifen müssen.
Fang einfach an. Ein Container, ein Service, und du lernst mehr über Infrastruktur als in jedem Online-Kurs. Und wer erst nur ausprobieren will, kann zum Lernen auch einen günstigen Cloud-Server nehmen.
Quelle: 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
