<?xml version="1.0" encoding="utf-8"?> 
<rss version="2.0"
  xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
  xmlns:atom="http://www.w3.org/2005/Atom">

<channel>

<title>Sumpira Live #blogek: заметки с тегом домен</title>
<link>https://sumpira.space/blogek/?go=tags/domen/</link>
<description>#blogek, Sumpira, Live, Sumpira-service, Alexsoft, Blog</description>
<author></author>
<language>ru</language>
<generator>Aegea 11.2 (v4116)</generator>

<itunes:subtitle>#blogek, Sumpira, Live, Sumpira-service, Alexsoft, Blog</itunes:subtitle>
<itunes:image href="" />
<itunes:explicit></itunes:explicit>

<item>
<title>Почтовый сервер: есть ли смысл?</title>
<guid isPermaLink="false">40</guid>
<link>https://sumpira.space/blogek/?go=all/pochtovy-server-est-li-smysl/</link>
<pubDate>Tue, 06 Oct 2026 12:13:59 +0300</pubDate>
<author></author>
<comments>https://sumpira.space/blogek/?go=all/pochtovy-server-est-li-smysl/</comments>
<description>
&lt;p class="lead"&gt;После переезда на домашний хостинг стало понятно, что почты, привязанной к домену, просто нет.&lt;/p&gt;
&lt;p&gt;Поэтому решено было поднимать на сервере, которым является одна из самых дешевых версий NAS. Очень хочется продолжить получать письма на собственный домен, несмотря на то, что многие источники рекомендуют этого не делать (об этом чуть ниже).&lt;br /&gt;
В самой системе от производителя был предоставлен почтовый сервис, который очень легко настраивался и, даже в отсутствие удобоваримых инструкций на родном языке, смог поработать какое-то время. Я получил бесценный опыт и разобрался, как устроена работа почти всех почтовых серверов (а не просто рассылка информационных писем в один конец). Пришлось изучить такие понятия, как MX, SPF, DMARC, DKIM и прочие, какие надо сделать DNS записи у регистратора домена, какие настройки на самом сервере, а также что попросить у провайдера. На удивление, встроенная программа оказалась нетребовательной, хоть и устаревшей (мне для 1-3 писем в неделю с одного ящика этого хватило бы с лихвой), но не тут то было. Производитель захотел сделать другой сервис, но платный (ох уж этот ненавидимый мною вид развода: &lt;b&gt;платные подписочки&lt;/b&gt;). И новая разработка получилась довольно ёмкой и ресурсозатратной, поэтому для моего дешевенького NAS было придумано... &lt;i&gt;просто удалить в новой версии прошивки старый сервис без возможности установки нового&lt;/i&gt;.&lt;br /&gt;
Выхода было два: либо остаться без обновлений, либо без почтовика... Я выбрал второе, ведь кроме почтs там работает много других сервисов, для которых важны обновления (как ни странно, но это влияет на безопасность). Правда, такой выбор меня оставил в покое ненадолго. Ну не бывает же так все плохо...&lt;br /&gt;
Что мы имеем? Сервер на каком-то обрезанном Unix, наверняка он что-то ещё поддерживает кроме встроенных приложений. Ответ был найден: &lt;b&gt;Docker&lt;/b&gt;. В системе нашелся &lt;b&gt;Менеджер контейнеров&lt;/b&gt;, который позволил запускать Docker-приложения.&lt;br /&gt;
У меня уже было поднято несколько докеров, поэтому ресурсы в виде памяти и загрузки процессора были на вес золота. Но читать кучу мануалов просто не было времени, поэтому я обратился за помощью к ИИ. Выбрал несколько, чтобы сверять их ответы. И мне агентами было предложено несколько докеров: &lt;b&gt;mailserver, stalwart, mox&lt;/b&gt; и &lt;b&gt;maddy&lt;/b&gt;. Это самые легкие варианты, но, скажу сразу, при их кажущейся легкости, Mox умирал сразу после старта, mailserver на следующий день, остальные тупили, нагружая сервер своим присутствием. Stalwart ещё оставил дыру, через которую полезли спамеры, и я получил blacklist у spamhaus и его собратьев.&lt;br /&gt;
Я не верил слепо предложениям ИИ, проверяя их по нескольку раз. В результате построил сервер на maddy, отказавшись от визуала (называемого веб-мордой, как у stalwart), и общаясь с сервером через менеджер или терминал. А далее просто подключил почтовый клиент, и работаю с корреспонденцией через него.&lt;br /&gt;
Самое сложное было — грамотная настройка DNS записей у регистратора домена, чтобы сервер был принят как полноценный и не попадал в черные списки, то есть, нужно было заботиться о репутации. Крупные бесплатные почтовые сервисы, вроде &lt;i&gt;GMail, Outlook&lt;/i&gt;, не любят маленьких конкурентов, и письма от них получать не хотят. Бывает, проскочит несколько писем, а потом тебя отправляют в блок. ИИ советует использовать &lt;b&gt;SMTP-relay&lt;/b&gt;, то есть релей (или сторонний сервер) с хорошей репутацией, через который будет происходить отправка писем (получение же идет напрямую без проблем). Но это мы запускаем в систему посторонних участников, без которых я решил обходиться. Один из ИИ предложил настроить работу доменной почты вообще на стороннем сервере — &lt;b&gt;Cloudflare&lt;/b&gt;, то есть все записи отправить на этот облачный сервер и работу сайта тоже прогонять через него. Всё выглядит красиво, и этот облачный сервис даже не единственный, кто предлагает такие услуги, если бы не одно &lt;b&gt;НО&lt;/b&gt;: &lt;i&gt;российские ТСПУ&lt;/i&gt;, которые просто их блочат.&lt;br /&gt;
Сразу скажу, что я искал именно бесплатные варианты, которые работают, и где есть либо полное перенаправление на сторонние сервисы, либо релей. И среди бесплатных сервисов много несуразностей, вроде отсутствия IMAP, использования только собственных приложений и прочих других идиотских ограничений. Именно эти моменты побудили острое желание поднять собственный сервис без посредников.&lt;br /&gt;
&lt;b&gt;Maddy&lt;/b&gt; оказался неплохим докером, умеющим работать с сертификатом сервера, перераспределять поступающие письма, выдавать DKIM, блочить спамеров и не пускать посторонних. Он не так крут, как родное приложение от производителя NAS, но лучше из представленных выше для такой маломощной системы с 1 гигом памяти. Другие докеры, перечисленные выше (mox и mailserver) очень похожи по функционалу, и я бы остановился на каком-нибудь из них, если бы они не сваливались в глушняк с остановом и полной очисткой.&lt;br /&gt;
Если бы мне потребовалось заходить на веб-морду сервера и проверять письма там, то для этого есть решение, тоже докер: &lt;b&gt;Snappy&lt;/b&gt;. Ставил, удобно, можно визуал сильно менять, но ресурсы будут уходить.&lt;/p&gt;
&lt;div class="e2-text-picture"&gt;
&lt;img src="https://sumpira.space/blogek/pictures/37885127.png" width="460" height="460" alt="" /&gt;
&lt;/div&gt;
</description>
</item>

<item>
<title>Сайтостроение</title>
<guid isPermaLink="false">37</guid>
<link>https://sumpira.space/blogek/?go=all/saytostroenie/</link>
<pubDate>Fri, 31 Jul 2026 10:27:57 +0300</pubDate>
<author></author>
<comments>https://sumpira.space/blogek/?go=all/saytostroenie/</comments>
<description>
&lt;p class="lead"&gt;Из-за незаконных требований рэкаэн назрел перенос сайта на другой домен.&lt;/p&gt;
&lt;p&gt;Как бы не печально было принимать решение по поводу ухода с домена &lt;b&gt;«.su»&lt;/b&gt;, но вопрос назрел до такой степени, что решение нужно было принимать срочно. Первый звоночек появился, когда в сети появились новости о скором прекращении поддержки целого домена &lt;b&gt;«SU»&lt;/b&gt;, поскольку нет такой страны &lt;i&gt;(SU — Soviet Union, то бишь СССР, который канул в лету)&lt;/i&gt;, то нет смысла и домен содержать, и всё равно, что на нём крутятся сайты. Прекращение поддержки должно было произойти к 2030 году, и времени ещё оставалось много &lt;i&gt;(может и проект закрылся бы раньше)&lt;/i&gt;. Но тут от хостинга прилетает письмецо, с требованием верифицировать свои данные через госуслуги, дабы продолжать пользоваться сайтом на этом доменном имени.&lt;/p&gt;
&lt;p&gt;Вопрос даже не в том, что в проекте могло быть что-то запрещенное &lt;i&gt;(там нет ничего кроме страницы-заглушки со ссылками и данный блог, но что сегодня разрешено, а завтра запрещено, и что сочтет запрещенным «тащ майор», увидевший игру «Симс 3»?)&lt;/i&gt;, сколько важен сам момент: а зачем это нужно? Чтобы потом подпадать под действие других законов &lt;i&gt;(вроде закона о СМИ)&lt;/i&gt;? Чтобы накладывались ограничения на работу? Чтобы кто-то потом захотел поиметь ещё больше денег за какие-нибудь регистрационные действия в каком-нибудь новом проекте по отбору денег у населения? &lt;i&gt;Пусть купят себе чупа-чупс и идут в баню&lt;/i&gt;. Поэтому решено уходить с любых доменов, связанных с этой страной.&lt;/p&gt;
&lt;p&gt;Поиск нового домена труден, и не с позиции цены, сколько с позиции названия. хотелось бы &lt;b&gt;«SUM»&lt;/b&gt;, но такого нет и регистрировать такое тоже нельзя. И тогда я подумал, а что есть &lt;b&gt;«Sumpira»&lt;/b&gt;? На той же странице-заглушке написано, что это название космического корабля из неизданной книги. Значит, надо поместить его в космос! То есть, в &lt;b&gt;«SPACE»&lt;/b&gt;, как космос по-английски, и что ещё будет означать &lt;i&gt;моё пространство&lt;/i&gt;! Узнав, что такой домен существует, сразу решил переносить туда. Регистрация была пройдена успешно, но остался вопрос с хостингом. Я не планировал большой проект, но хотелось, чтобы то, что я творю, было со мной, и никто не говорил мне, что это можно хранить, это нельзя, а это должно быть такого размера, а всего должно быть столько штук, а теперь мы недоступны — сорри чувак. Поэтому выбор пал на собственный сервер — тут  я сам себе хозяин.&lt;/p&gt;
&lt;p&gt;Я не буду упоминать сложности и тонкости работы домашнего сервера, поскольку это &lt;i&gt;«почти»&lt;/i&gt; доступно каждому. Его можно сделать хоть на собственном роутере для интернета, было бы желание.&lt;/p&gt;
&lt;p&gt;И когда решились вопросы с доменом и хостингом, я решил обновить уже сам проект, поскольку он уже выглядел тяжелым, медленным и устаревшим &lt;i&gt;(bootstrap — красиво, но мы за простоту)&lt;/i&gt;. Я ещё в процессе переделки сайта, его механики, и внутренних взаимосвязей. И, думаю, этот момент только больше вдохновил меня на работу в этом направлении, желании узнать больше нового. &lt;i&gt;«Не было бы счастья, да несчастье помогло»&lt;/i&gt; — цитата в тему.&lt;/p&gt;
&lt;p&gt;Поэтому на этом всё, счастья всем, и пусть никто не уйдет обиженным. И вставлю для красоты флаг, нарисованный мной на заре дизайнерских проб в «Photoshop».&lt;/p&gt;
&lt;div class="e2-text-picture"&gt;
&lt;img src="https://sumpira.space/blogek/pictures/1-1.jpg" width="1400" height="827" alt="" /&gt;
&lt;/div&gt;
</description>
</item>


</channel>
</rss>