[{"data":1,"prerenderedAt":173},["ShallowReactive",2],{"article-64-hi":3,"related-64":62,"ArticleBody_OC69Dkh4g6SvW7O1ZzAPcIhC3a00KYJneBKzyhBTM":168},{"id":4,"title":5,"slug":6,"content":7,"metaTitle":5,"metaDescription":8,"coverUrl":9,"views":10,"likes":11,"createdAt":12,"updatedAt":13,"category":14,"tags":23,"author":9,"tableOfContents":28,"locale":9,"translated":60,"indexable":61},64,"Свой шифрованный DNS без чужих глаз","svoy-shifrovannyy-dns-bez-chujih-glaz","# Приватный DoH/DoT-резолвер на своём VPS: свой шифрованный DNS без чужих глаз\n\n**Вообще я микроразработчик, со мной можно связаться как угодно, я открыт ко всему**\n\n**Сторонний мой проект: [Zapret2UI.](https://github.com/Asterlike/zapret2UI)**\n\n---\n\nЕсть у вас VPS (а если читали прошлые статьи, то уже и домен к нему прикрутили). Давайте\nподнимем на нём полезную штуку - **свой личный DNS-резолвер**, да ещё и шифрованный\n(DoH/DoT). Звучит страшно, на деле - полчаса и пара команд. Там так-то вообще ничего сложного\n\nЗачем оно вам? Каждый раз, когда телефон или ноут открывает сайт, он сперва спрашивает\nу DNS: «а какой IP у `site.ru`?». По умолчанию этот вопрос уходит к DNS вашего\nпровайдера или к публичному (`8.8.8.8` и подобным) - **открытым текстом**, и тот, кто\nотвечает, видит вообще всё, куда вы ходите. Свой резолвер забирает эту историю под ваш\nконтроль: запросы шифруются, никто по дороге их не читает, а заодно можно резать рекламу\nи трекеры на всех устройствах разом.\n\n> Что такое сам DoH/DoT и чем они отличаются от обычного DNS - я подробно разбирал в отдельной статье про [DNS vs DoH vs DoT vs DoQ](https://serv.host/articles/57). Тут - чисто практика: как поднять свой.\n\n**Кому пригодится:** если надоело, что провайдер и публичные DNS видят каждый ваш шаг;\nесли хочется один раз настроить блокировку рекламы на всю семью и все устройства; или\nпросто интересно пощупать, как это работает, на своём сервере.\n\n> Дальше - по шагам и на пальцах. Нужен только результат - листайте в «короткий итог», но для понимания что это такое - лучше прочитайте полностью(маленькая же статья вы че).\n\n---\n\n## Содержание\n\n1. [Что такое резолвер и зачем он свой](#что-такое-резолвер-и-зачем-он-свой)\n2. [В чём соль: зачем поднимать свой DNS](#в-чём-соль-зачем-поднимать-свой-dns)\n3. [Что понадобится](#что-понадобится)\n4. [Чем поднимать: три варианта](#чем-поднимать-три-варианта)\n5. [Ставим AdGuard Home](#ставим-adguard-home)\n6. [Сертификат и шифрование](#сертификат-и-шифрование)\n7. [Главное: не стать открытым резолвером](#главное-не-стать-открытым-резолвером)\n8. [Подключаем устройства](#подключаем-устройства)\n9. [Проверяем, что всё работает](#проверяем-что-всё-работает)\n10. [Частые грабли](#частые-грабли)\n11. [На чём поднимать](#на-чём-поднимать)\n12. [Короткий итог](#короткий-итог)\n\n[Источники](#источники)\n\n---\n\n## Что такое резолвер и зачем он свой\n\nРезолвер - это тот, кто отвечает на вопрос «какой IP у этого домена». Каждое открытие\nсайта начинается с такого запроса. Обычно вы пользуетесь чужим резолвером: провайдерским\nили публичным вроде Google (`8.8.8.8`) и Cloudflare (`1.1.1.1`).\n\nТут две проблемы. Первая - обычный DNS ходит **открытым текстом**, как почтовая\nоткрытка: любой на пути (провайдер, публичный Wi-Fi в кафе) может прочитать, куда вы\nсобрались. Вторая - тот, кто отвечает, видит и логирует все ваши запросы. Это просто как оно устроено по умолчанию, так что переживать не о чем.\n\n**Свой приватный резолвер** решает обе проблемы :\n\n- Вы гоните запросы к нему в **зашифрованном** виде - по DoH (внутри обычного HTTPS) или\n  DoT (TLS на отдельном порту). Открытка превращается в запечатанный конверт.\n- Отвечает **ваш** сервер, а не чужая корпорация. Что с этими запросами делать (и делать\n  ли вообще) - решаете вы.\n\nГрубо говоря, вы нанимаете личного швейцара: он и адреса находит, и рекламные листовки на\nвходе отрывает, и не докладывает о ваших маршрутах никому на стороне.\n\n>Решил гнуть ту же аналогию, думаю предельно понятное сравнение с письмами.\n---\n\n## В чём соль: зачем поднимать свой DNS\n\nСразу по пунктам, ради чего люди этим заморачиваются:\n\n- **Приватность.** Провайдер и публичные DNS перестают видеть, куда вы ходите. Между вашим устройством и сервером - шифрованный канал.\n- **Блокировка рекламы и трекеров - на уровне сети.** Режется ещё до загрузки, сразу на всех устройствах: телефон, ноут, телевизор, консоль. Один раз настроил - работает везде, даже там, где блокировщик не поставишь.\n- **Единый профиль на всё.** Свои списки блокировок, свои исключения, своя статистика. Одинаково дома, на телефоне и в поездке, где вы будете им пользоваться, конечно.\n- **Контроль и прозрачность.** Видно, кто и что запрашивает (привет, приложения, которые ночью долбятся в свою телеметрию). \n\n> Важная честность про приватность. Если ваш резолвер просто **пересылает** запросы дальше в Cloudflare/Quad9, то этот верхний DNS их всё равно видит (пусть и не так привязанно к вам, и по шифрованному каналу). Хотите приватность по-максимуму - надо, чтобы сервер **сам** резолвил с корневых серверов, без посредника. Про это ниже, в варианте с Unbound.\n\nКому реально надо: тем, кто не хочет светить историю посещений провайдеру; кто задолбался от рекламы на устройствах без блокировщиков; кто любит, когда инфраструктура своя и подконтрольная(очевидно, что контроль должен быть нормально настроен).\n\n---\n\n## Что понадобится\n\nНичего экзотического:\n\n- **VPS** - самый скромный. DNS почти не ест ресурсы, хватит 1 ядра и 512 МБ - 1 ГБ RAM. Важнее не мощность, а **низкий пинг до вас** (к резолверу устройство обращается постоянно, лишние миллисекунды множатся) и стабильность.\n- **Домен и поддомен под него** - например, `dns.ваш-домен.ru`. Заводится A-записью на IP сервера (как это делается - разбирал в статье про домены и поддомены). Именно на имя, а не голый IP: DoH/DoT без нормального домена и сертификата толком не живут, особенно на телефонах.\n- **TLS-сертификат** - бесплатный Let's Encrypt(certbot выпускает, команды ниже туда сюда). Без него шифрование не поднять.\n- Полчаса времени и капелька терпения. Я думаю, что это самое важное, даже при условии, что всё достаточно легко для понимания.\n\n---\n\n## Чем поднимать: три варианта\n\nИнструментов много, разберём три реальных под разные вкусы.\n\n| Вариант | Кому | Плюсы | Минусы |\n|---|---|---|---|\n| **AdGuard Home** | Почти всем | GUI, блокировка рекламы «из коробки», сам отдаёт DoH/DoT/DoQ | Пересылает к верхнему DNS (если не прикрутить рекурсию) |\n| **Technitium DNS** | Любителям GUI и рекурсии | Тоже с веб-панелью, умеет и блокировать, и рекурсивно резолвить | Менее раскручен, чуть сложнее |\n| **Unbound + dnsdist** | Пуристам | Полностью **рекурсивный** (максимум приватности), гибко | Всё руками, без красивой панели |\n\nДля 90% людей ответ - **AdGuard Home**: ставится в одну команду, есть удобная панель, блокировка рекламы сразу, и он умеет отдавать клиентам зашифрованный DNS. С него и начнём. А кто хочет приватность по-хардкору - в конце покажу связку с Unbound(Ну вы же не пабло эскобар, че выдумывать, ставишь adg home и всё).\n\n---\n\n## Ставим AdGuard Home\n\nОфициальный установщик - одна строка:\n\n```bash\ncurl -s -S -L https://raw.githubusercontent.com/AdguardTeam/AdGuardHome/master/scripts/install.sh | sh -s -- -v\n```\n\nДальше открываете в браузере `http://IP-сервера:3000` - это мастер первичной настройки. Пройдёте пару экранов (логин-пароль для панели, порты) - и AdGuard Home уже работает как DNS на порту 53.\n\nПервым делом - **верхние DNS (upstream)**, куда он будет пересылать запросы. Ставьте сразу шифрованные, чтобы и этот участок был закрыт. В настройках DNS впишите, например:\n\n```text\nhttps://dns.quad9.net/dns-query\ntls://dns.adguard-dns.com\n```\n\nИ включите **блок-листы** (вкладка «Фильтры DNS» → «Чёрные списки DNS»): базовый AdGuard-фильтр уже режет рекламу и трекеры, при желании добавите свои, но думаю вряд ли есть что-то подобное.\n\n> Хотите приватность по-максимуму (рекурсия, без верхнего провайдера)? Поднимите рядом **Unbound**, пусть слушает `127.0.0.1:5335`, и укажите его единственным upstream в AdGuard Home. Тогда сервер сам обходит корневые серверы, и никакой Cloudflare/Quad9 не видит ваши запросы. Это тот самый «хардкор-вариант», я не знаю от кого вы прячитесь, но вы ща серьезно?)\n\n---\n\n## Сертификат и шифрование\n\nЧтобы отдавать клиентам DoH/DoT, нужен сертификат на ваш поддомен. Берём бесплатный\nLet's Encrypt:\n\n```bash\nsudo apt update && sudo apt install -y certbot\nsudo certbot certonly --standalone -d dns.ваш-домен.ru\n```\n\nСертификат ляжет сюда:\n\n```text\n/etc/letsencrypt/live/dns.ваш-домен.ru/fullchain.pem   # сертификат\n/etc/letsencrypt/live/dns.ваш-домен.ru/privkey.pem     # ключ\n```\n\nТеперь в панели AdGuard Home → «Настройки шифрования»:\n\n- **Имя сервера:** `dns.ваш-домен.ru`\n- Укажите пути к `fullchain.pem` и `privkey.pem`.\n- Включите **HTTPS/DoH** (порт 443) и **DNS-over-TLS** (порт 853).\n\nОткрываем порты в файрволе:\n\n```bash\nsudo ufw allow 853/tcp     # DoT\nsudo ufw allow 443/tcp     # DoH\n```\n\nИ не забудьте про **автопродление** сертификата - иначе через 90 дней всё отвалится.\nДобавьте перезапуск после обновления:\n\n```bash\nsudo certbot renew --deploy-hook \"systemctl restart AdGuardHome\"\n```\n\nПосле этого ваши адреса подключения:\n\n- **DoT:** `dns.ваш-домен.ru` (порт 853)\n- **DoH:** `https://dns.ваш-домен.ru/dns-query`\n\n>**Ваще же просто не?) Но ток обязательно прочитайте инфу ниже, важно там**\n\n---\n\n## Главное: не стать открытым резолвером\n\nСамый важный раздел, не пролистывайте. Если оставить резолвер открытым на весь интернет\n(особенно порт 53 по UDP на `0.0.0.0`), его быстро найдут и начнут использовать в\n**атаках с усилением (DNS amplification)**: злоумышленник шлёт мелкие запросы от чужого\nимени, а ваш сервер заваливает жертву жирными ответами. Итог - жалобы на abuse и, скорее\nвсего, блокировка сервера хостером. Оно вам не надо, поэтому сейчас всё настроим.\n\nЧто сделать (хотя бы одно, лучше несколько):\n\n- **Ограничьте клиентов в AdGuard Home.** В «Настройки DNS» → «Список доступа» пропишите разрешённые адреса/подсети, а остальным - отказ.\n- **Не выставляйте наружу порт 53.** Пользуйтесь только DoH/DoT (443/853). Обычный DNS на 53 либо закройте файрволом, либо разрешите только со своих IP.\n- **Используйте ClientID в DoH/DoT.** AdGuard Home умеет делать персональные адреса вида `https://dns.ваш-домен.ru/dns-query/мой-id` - чужой без вашего ID не подключится.\n\nПравило простое: наружу торчит только шифрованный резолвер, и только для своих, остальное закрыто.\n\n---\n\n## Подключаем устройства\n\nТеперь самое приятное - раскидать по устройствам. Адрес везде один и тот же, ваш.\n\n- **Android 9+** - самый простой случай. Настройки → Подключения → Приватный DNS → «Имя хоста провайдера» → впишите `dns.ваш-домен.ru`. Это DoT, готово.\n- **iOS / macOS** - нужен профиль конфигурации (`.mobileconfig`) с вашим DoH/DoT. AdGuard Home на вкладке «Руководство по установке» подсказывает шаги и даёт готовый профиль - ставите и всё.\n- **Windows 10/11** - Параметры → Сеть → свойства адаптера → назначение DNS вручную + «DNS-over-HTTPS». Иногда шаблон DoH нужно зарегистрировать через `netsh` - мелочь, но бывает.\n- **Firefox (на любой ОС)/Google Chrome** - Настройки → Приватность → DNS через HTTPS → «Максимальная защита» → свой URL `https://dns.ваш-домен.ru/dns-query`./ Откройте Настройки → Безопасность → Найдите пункт «Использовать безопасный DNS-сервер» → Включите опцию и выберите «С другим поставщиком» → В появившемся поле введите: `https://dns.ваш-домен.ru/dns-query`.\n- **Роутер** - если умеет DoT/DoH, прописываете там один раз, и вся домашняя сеть автоматически ходит через ваш резолвер. Самый ленивый и приятный путь.\n\n\n---\n\n## Проверяем, что всё работает\n\nБыстрая проверка с любой машины. Ставим `knot-dnsutils` (ради утилиты `kdig`) и стучимся:\n\n```bash\n# DoT (порт 853)\nkdig @dns.ваш-домен.ru +tls example.com\n\n# DoH\nkdig @dns.ваш-домен.ru +https example.com\n```\n\nЕсли в ответе прилетел нормальный IP и не ругается на сертификат - всё поднялось.\n\nДальше два бытовых теста:\n\n- Загляните в **журнал запросов** AdGuard Home - там должны появляться ваши запросы в реальном времени.\n- Откройте любой «DNS leak test» в браузере (с уже настроенным на устройстве резолвером): в результатах должен светиться **ваш сервер**, а не провайдер.\n- Проверьте блокировку: зайдите на сайт с рекламой - баннеры должны отваливаться, а в журнале будут видны заблокированные домены.\n\n---\n\n## Частые грабли\n\nСобрал то, на чём ошибаются чаще всего:\n\n>Спойлер, просто перепроверяйте действия, которые вы уже делали, если что-то не работает. 95% проблем связанно именно с тем, что вы что-то упустили\n\n- **Сертификат не на то имя.** Имя в сертификате и адрес, который вы вбиваете на устройстве, должны совпадать ровно (`dns.ваш-домен.ru`). Иначе телефон молча откажется подключаться.\n- **Порт закрыт.** 853 и/или 443 не открыты в файрволе (или у хостера) - клиент не достучится. Проверьте `ufw` и панель хостера.\n- **Android хочет имя, а не IP.** В «Приватном DNS» вводится именно хостнейм, по IP оно не заработает - это ограничение самого DoT.\n- **Забыли про 53 наружу.** Открытый рекурсивный резолвер = будущие проблемы с abuse. Перечитайте раздел про открытый резолвер, лень ещё раз писать.\n- **Upstream остался обычным.** Смысл теряется, если сервер сам ходит к верхнему DNS открытым текстом. Ставьте у upstream именно `https://` или `tls://`.\n- **Сертификат протух.** Не настроили автопродление - через 90 дней всё встанет. `certbot renew` с deploy-hook снимает вопрос.\n\n---\n\n## На чём поднимать\n\nТребования к серверу тут скромные, но пара нюансов важны. Ресурсов надо мало (1 ядро, 512 МБ - 1 ГБ), а вот **пинг до вас** критичен: к резолверу устройство обращается перед\nкаждым соединением, и лишние миллисекунды чувствуются на «отзывчивости» интернета в целом. Плюс нужен стабильный аптайм - упал резолвер, и без запасного DNS устройства\nостанутся без интернета.\n\nПоэтому берите VPS поближе к себе географически и со стабильным каналом. Например, на [serv.host](https://serv.host/?from=22382) - низкий пинг из нужных регионов и адекватный аплинк, ровно то, что требуется резолверу. Дальше остаётся направить `dns.`-поддомен на IP сервера и пройти шаги выше.\n\n> Совет: на устройствах всегда держите **запасной** DNS на случай, если ваш сервер уйдёт на профилактику. Иначе рискуете остаться совсем без резолвинга. Банальные технческие работы хостинга могут застать вас в расплох, в неприятность, в беду, в что-нибудь ещё и т.д\n\n---\n\n## Короткий итог\n\n- **Свой DoH/DoT-резолвер** - это личный шифрованный DNS: провайдер и публичные сервисы перестают видеть ваши запросы, а реклама режется на всех устройствах разом.\n- **Проще всего** - AdGuard Home: одна команда, веб-панель, блокировка из коробки, отдаёт DoH/DoT. Хотите приватность по-максимуму - добавьте рекурсивный Unbound как upstream.\n- **Нужны:** скромный VPS с низким пингом, поддомен `dns.` на его IP и бесплатный сертификат Let's Encrypt.\n- **Обязательно** закройте резолвер от чужих (список доступа / ClientID / не светить порт 53), иначе поймаете abuse, если вам так сказать не повезет(вообще, почти любые вопросы решаемы, но тем не менее)\n- **Устройства** подключаются одним адресом: Android - «Приватный DNS», iOS/macOS - профиль, Firefox/Windows - DoH-URL, а лучше сразу на роутере.\n- Всегда держите **запасной DNS** на случай простоя.\n\nПолчаса работы - и у вас личный, приватный, режущий рекламу DNS, который вы полностью контролируете. Приятная штука пользуйтесь блин\n\n---\n\n## Источники\n\n>Это вам на почитать, там всё на англиском, если че не понятно дайте нейронке, че вы тоже как дети, или переводчик. Ну разберетесь, бб\n\n- [AdGuard Home - вики и настройка](https://github.com/AdguardTeam/AdGuardHome/wiki)\n- [AdGuard Home: шифрование (DoH/DoT/DoQ)](https://github.com/AdguardTeam/AdGuardHome/wiki/Encryption)\n- [Unbound - документация](https://unbound.docs.nlnetlabs.nl/)\n- [Let's Encrypt / certbot](https://certbot.eff.org/)\n- [RFC 8484 - DNS over HTTPS](https://www.rfc-editor.org/rfc/rfc8484)\n- [RFC 7858 - DNS over TLS](https://www.rfc-editor.org/rfc/rfc7858)\n","Приватный DoH/DoT-резолвер на своём VPS: свой шифрованный DNS без чужих глаз Вообще я микроразработчик, со мной можно связаться как угодно, я открыт ко всему Ст",null,108,2,"2026-07-17T23:15:25.425Z","2026-09-02T07:16:35.000Z",{"id":15,"value":16,"content":17,"sortOrder":18,"parent":19},25,"servhost","ServHost",0,{"id":20,"value":21,"content":22,"sortOrder":18},23,"obshchee","Общее",[24],{"id":25,"value":26,"content":27},21,"statya","статья",[29,32,34,36,38,40,42,44,46,48,50,52,54,56,58],{"level":30,"text":31},1,"Приватный DoH/DoT-резолвер на своём VPS: свой шифрованный DNS без чужих глаз",{"level":11,"text":33},"Содержание",{"level":11,"text":35},"Что такое резолвер и зачем он свой",{"level":11,"text":37},"В чём соль: зачем поднимать свой DNS",{"level":11,"text":39},"Что понадобится",{"level":11,"text":41},"Чем поднимать: три варианта",{"level":11,"text":43},"Ставим AdGuard Home",{"level":11,"text":45},"Сертификат и шифрование",{"level":11,"text":47},"Главное: не стать открытым резолвером",{"level":11,"text":49},"Подключаем устройства",{"level":11,"text":51},"Проверяем, что всё работает",{"level":11,"text":53},"Частые грабли",{"level":11,"text":55},"На чём поднимать",{"level":11,"text":57},"Короткий итог",{"level":11,"text":59},"Источники",false,true,[63,69,80,91,102,113,124,135,146,157],{"id":4,"title":5,"slug":6,"content":8,"description":8,"coverUrl":9,"views":64,"likes":11,"createdAt":12,"category":65,"tags":67,"author":9},107,{"id":15,"value":16,"content":17,"sortOrder":18,"parent":66},{"id":20,"value":21,"content":22,"sortOrder":18},[68],{"id":25,"value":26,"content":27},{"id":70,"title":71,"slug":72,"content":73,"description":73,"coverUrl":9,"views":74,"likes":30,"createdAt":75,"category":76,"tags":78,"author":9},55,"Почему сервер после апдейта может работать медленнее","pochemu-server-posle-apdeyta-mojet-rabotat-medlennee","Обновления — важная часть поддержки инфраструктуры. Они закрывают уязвимости, улучшают функциональность и исправляют ошибки.\n\nНо бывает, что после апдейта…",316,"2026-05-01T10:46:28.407Z",{"id":15,"value":16,"content":17,"sortOrder":18,"parent":77},{"id":20,"value":21,"content":22,"sortOrder":18},[79],{"id":25,"value":26,"content":27},{"id":81,"title":82,"slug":83,"content":84,"description":84,"coverUrl":9,"views":85,"likes":30,"createdAt":86,"category":87,"tags":89,"author":9},54,"Как мы тестируем новые процессоры перед запуском","kak-my-testiruem-novye-processory-pered-zapuskom","Когда появляется новое поколение процессоров, маркетинг всегда звучит громко: больше ядер, выше частоты, лучше энергоэффективность.\n\nПеред тем как новый…",221,"2026-05-01T10:39:52.597Z",{"id":15,"value":16,"content":17,"sortOrder":18,"parent":88},{"id":20,"value":21,"content":22,"sortOrder":18},[90],{"id":25,"value":26,"content":27},{"id":92,"title":93,"slug":94,"content":95,"description":95,"coverUrl":9,"views":96,"likes":18,"createdAt":97,"category":98,"tags":100,"author":9},53,"Как понять, что проект упёрся в инфраструктуру","kak-ponyat-chto-proekt-upersya-v-infrastrukturu","Любой проект проходит этап, когда всё работает стабильно. Пользователи довольны, нагрузка умеренная, сервер справляется.\n\nНо в какой-то момент появляются…",234,"2026-05-01T10:35:28.795Z",{"id":15,"value":16,"content":17,"sortOrder":18,"parent":99},{"id":20,"value":21,"content":22,"sortOrder":18},[101],{"id":25,"value":26,"content":27},{"id":103,"title":104,"slug":105,"content":106,"description":106,"coverUrl":9,"views":107,"likes":18,"createdAt":108,"category":109,"tags":111,"author":9},52,"ТОП-5 ошибок при выборе VPS","top-5-oshibok-pri-vybore-vps","Выбор VPS часто выглядит просто: открыли сайт, посмотрели характеристики, выбрали тариф.\n\nНо именно на этом этапе закладываются будущие проблемы.\n\nВот пять…",471,"2026-05-01T10:30:58.842Z",{"id":15,"value":16,"content":17,"sortOrder":18,"parent":110},{"id":20,"value":21,"content":22,"sortOrder":18},[112],{"id":25,"value":26,"content":27},{"id":114,"title":115,"slug":116,"content":117,"description":117,"coverUrl":9,"views":118,"likes":18,"createdAt":119,"category":120,"tags":122,"author":9},51,"Что важнее: больше ядер или стабильная сеть?","chto-vajnee-bolshe-yader-ili-stabilnaya-set","При выборе сервера многие ориентируются на характеристики процессора.\nКоличество ядер воспринимается как главный показатель мощности.\n\nНо в реальной работе…",283,"2026-05-01T10:27:08.545Z",{"id":15,"value":16,"content":17,"sortOrder":18,"parent":121},{"id":20,"value":21,"content":22,"sortOrder":18},[123],{"id":25,"value":26,"content":27},{"id":125,"title":126,"slug":127,"content":128,"description":128,"coverUrl":9,"views":129,"likes":18,"createdAt":130,"category":131,"tags":133,"author":9},50,"Что мы видим в логах, когда у проекта проблемы с производительностью","chto-my-vidim-v-logah-kogda-u-proekta-problemy-s-proizvoditelnostyu","Проблемы с производительностью редко выглядят как \"что-то сломалось\".\nЧаще это постепенное ухудшение: сервис становится медленнее, появляются задержки…",246,"2026-05-01T10:23:59.915Z",{"id":15,"value":16,"content":17,"sortOrder":18,"parent":132},{"id":20,"value":21,"content":22,"sortOrder":18},[134],{"id":25,"value":26,"content":27},{"id":136,"title":137,"slug":138,"content":139,"description":139,"coverUrl":9,"views":140,"likes":30,"createdAt":141,"category":142,"tags":144,"author":9},49,"Когда пора переезжать с VPS на выделенный сервер","kogda-pora-pereezjat-s-vps-na-vydelennyy-server","VPS - один из самых популярных форматов серверов.\nОн удобен, гибок и подходит для большинства проектов на старте.\n\nНо любой проект развивается. И со временем…",280,"2026-05-01T10:19:43.182Z",{"id":15,"value":16,"content":17,"sortOrder":18,"parent":143},{"id":20,"value":21,"content":22,"sortOrder":18},[145],{"id":25,"value":26,"content":27},{"id":147,"title":148,"slug":149,"content":150,"description":150,"coverUrl":9,"views":151,"likes":18,"createdAt":152,"category":153,"tags":155,"author":9},48,"Как выглядит нормальная реакция инфраструктуры на сбой","kak-vyglyadit-normalnaya-reakciya-infrastruktury-na-sboy","Вокруг серверов и дата-центров часто существует иллюзия \"идеальной стабильности\". Но в реальности любые сложные системы иногда дают сбои.\n\nВопрос не в том…",201,"2026-05-01T10:10:03.597Z",{"id":15,"value":16,"content":17,"sortOrder":18,"parent":154},{"id":20,"value":21,"content":22,"sortOrder":18},[156],{"id":25,"value":26,"content":27},{"id":158,"title":159,"slug":160,"content":161,"description":161,"coverUrl":9,"views":162,"likes":18,"createdAt":163,"category":164,"tags":166,"author":9},47,"Для каких проектов минимального сервера достаточно с головой","dlya-kakih-proektov-minimalnogo-servera-dostatochno-s-golovoy","При выборе сервера многие сразу смотрят на максимальные конфигурации.\n\nНа практике большинство проектов не используют даже половину возможностей дорогих…",238,"2026-05-01T09:58:26.177Z",{"id":15,"value":16,"content":17,"sortOrder":18,"parent":165},{"id":20,"value":21,"content":22,"sortOrder":18},[167],{"id":25,"value":26,"content":27},["Island",169],{"key":170,"result":171},"ArticleBody_OC69Dkh4g6SvW7O1ZzAPcIhC3a00KYJneBKzyhBTM",{"head":172},{},1788480088378]