База знаний (кластер NBICS)

Admin

Справочник по DNS и почтовой инфраструктуре Mailcow (Пункты 201–300)

Глубокое погружение в PTR и обратную зону

Запись in-addr.arpa — это специальная доменная зона, используемая для обратного DNS-запроса (PTR).
Полное имя для PTR-записи IP 91.221.70.18 выглядит так: 18.70.221.91.in-addr.arpa.
Тот факт, что в статусе PTR указан провайдер (dedic-center.ru), означает, что зона контролируется им, и запись нужно менять через него.
FCrDNS (Forward-confirmed reverse DNS) — это ситуация, когда прямое (A) и обратное (PTR) сопоставления совпадают и указывают друг на друга.
FCrDNS является золотым стандартом для почтовых серверов и сильно повышает доверие.
Если PTR указывает на что-то вроде dedic-center.ru, а A-запись — на postmail.nbics.net, FCrDNS не работает, и письма идут в спам.
Проверить FCrDNS можно двумя командами: dig -x <IP> и dig <hostname> A.
Отсутствие PTR не только ухудшает доставляемость, но и может стать причиной длительных таймаутов при соединении.

Детали работы MX-приоритетов

Приоритет MX (preference) — это целое число от 0 до 65535.
Стандарт RFC 5321 требует наличия приоритета в MX-записи.
Если у домена два MX-сервера с приоритетами 10 и 20, все письма сначала идут на сервер с приоритетом 10.
Переключение на резервный сервер (приоритет 20) происходит только после того, как основной (10) не ответил в течение определенного времени (обычно несколько минут).
Наличие двух MX-записей с одинаковым приоритетом означает, что нагрузка будет распределяться между ними случайным образом.
Запись MX 0 postmail.nbics.net технически возможна, но 0 обычно зарезервирован для особых случаев и не рекомендуется для единственного сервера.
Указывать в MX имя, для которого нет A-записи (как в случае с mail.books.nbics.net), — фатальная ошибка, почта теряется.
Gmail, Яндекс и Outlook могут по-разному обрабатывать отсутствие приоритета: от помещения в спам до полного отказа в доставке.

Расширенный синтаксис SPF

Механизм a в SPF (a:postmail.nbics.net) проверяет все A- и AAAA-записи указанного домена.
Механизм mx в SPF проверяет все IP-адреса серверов, перечисленных в MX-записях домена.
v=spf1 mx -all — более короткий и элегантный способ записи для типовой конфигурации.
Механизм ip4 позволяет явно перечислить разрешенные IPv4-адреса: ip4:91.221.70.18.
Квалификатор -all означает "жесткий провал" (hard fail) — письмо должно быть отклонено.
Квалификатор ~all означает "мягкий провал" (soft fail) — письмо принято, но помечено как подозрительное.
Квалификатор ?all означает "нейтрально" — ничего не говорит о подлинности письма.
В 2025 году для максимальной защиты рекомендуется использовать -all.
Если в будущем вы будете отправлять письма через сервис вроде Mailchimp, его нужно будет добавить в SPF через include:_spf.mailchimp.com.

Нюансы DKIM

Селектор (s=email в твоей записи) позволяет иметь несколько DKIM-ключей для одного домена (например, для разных почтовых серверов или ротации ключей).
Тег t=s означает, что данный ключ нельзя использовать для подписывания писем от поддоменов.
DKIM-подпись гарантирует не только то, что письмо от вас, но и что оно не было изменено в пути.
Публичный ключ (p=...) — это длинная строка в base64, которую нельзя обрезать или изменять.
Mailcow автоматически создает пару ключей (приватный и публичный) для каждого нового домена.
Приватный ключ хранится в конфигурации Mailcow и никогда не должен быть опубликован.
Проверить валидность DKIM-записи можно с помощью онлайн-инструментов, введя селектор и домен.
Срок действия DKIM-ключа не ограничен, но рекомендуется менять его раз в год или два для усиления безопасности.

DMARC: Политики и Отчеты

Тег pct=100 означает, что политика применяется к 100% писем. Можно начать с меньшего процента, чтобы протестировать.
Тег rua=mailto: указывает адрес для получения агрегированных отчетов (XML).
Тег ruf=mailto: указывает адрес для получения форензик-отчетов (данные о каждом провалившемся письме).
Тег fo=1 означает, что форензик-отчет должен быть отправлен, если провалилась хотя бы одна из проверок (SPF или DKIM).
Тег aspf=s включает строгий режим проверки SPF (домен в конверте должен точно совпадать с доменом в заголовке From).
Тег adkim=s включает строгий режим проверки DKIM.
Отчеты DMARC отправляют не только Gmail, но и Яндекс, Mail.ru, Outlook и многие другие, если домен отправляет им много писем.
DMARC-отчеты нужны не для мгновенного чтения, а для долгосрочного мониторинга и выявления проблем.
Если ящик для отчетов (rua) переполнится или станет недоступен, отправители (Gmail и др.) просто перестанут слать отчеты, на доставку писем это не повлияет.
Политика p=reject — самая строгая и говорит принимающему серверу: "Отклони письмо навсегда, не пытайся отправить в спам".
Политика p=quarantine говорит: "Отправь в спам".
Политика p=none говорит: "Ничего не делай, но пришли отчет".

Autodiscover/Autoconfig: Как это работает изнутри

Outlook, пытаясь найти autodiscover, обращается по URL: https://autodiscover.books.nbics.net/Autodiscover/Autodiscover.xml.
Thunderbird обращается по URL: https://autoconfig.books.nbics.net/mail/config-v1.1.xml.
Если CNAME-записи нет, клиент может пробовать "умные" догадки, например, обращаться к https://books.nbics.net/.well-known/autoconfig/mail/config-v1.1.xml.
Наличие правильно настроенных autodiscover/autoconfig записей избавляет пользователей от необходимости знать разницу между IMAP и SMTP.
SRV-запись для autodiscover — это запасной механизм на случай, если прямое HTTPS-соединение не удалось.

Архитектурные Решения и Best Practices

Разделение на "человеческий" (books.nbics.net) и "мусорный" (trash.nbics.net) домены позволяет применять к ним разные политики безопасности.
Например, для "мусорного" домена можно выставить DMARC p=quarantine, а для "человеческого" — p=reject.
Технический хостнейм (postmail.nbics.net) не должен фигурировать в поле "From" отправляемых писем.
Адреса техподдержки и обращения к людям должны идти только с "человеческого" домена.
При масштабировании (например, добавлении второго почтового сервера) вы просто создаете вторую MX-запись с более высоким приоритетом (например, 20).
Стратегия "мусорного домена" копирует подход крупных корпораций, использующих отдельные домены для уведомлений (например, amazonses.com).

Управление Почтовыми Ящиками и Лимитами

Поле "Полное имя" (Display Name) для технических ящиков вроде dmarc-reports может быть любым понятным, например, "DMARC Aggregated Reports".
Это поле не влияет на техническую функциональность и нужно только для идентификации ящика в веб-интерфейсе.
В Mailcow лимиты отправки можно настроить как на уровне всего домена, так и на уровне отдельных ящиков.
Если оставить лимиты отправки пустыми или равными 0, значит, они не ограничены.
Параметр "Ретрансляция всех получателей" используется только в конфигурациях, где Mailcow выступает в роли промежуточного ретранслятора (relay).
Для обычного почтового сервера, который доставляет почту в свои же ящики, все опции ретрансляции должны быть отключены.

Сравнение и Выбор Технологий (LDAP vs Keycloak)

OpenLDAP — это "телефонная книга", а Keycloak — это "пропускная система с регистратурой".
Keycloak умеет "федерировать" пользователей, то есть работать как единая точка входа для множества приложений (SSO).
Keycloak поддерживает не только локальную регистрацию, но и вход через аккаунты Google, GitHub и другие.
OpenLDAP хранит только атрибуты пользователя (имя, пароль, email), Keycloak управляет еще и сессиями, правами доступа и ролями.
Для интеграции с Mailcow через OpenLDAP потребуется настраивать маппинг атрибутов (что соответствует чему в почтовой системе).
Интеграция с Keycloak через OpenID Connect (OIDC) проще и современнее: пользователь просто перенаправляется на страницу входа Keycloak.
Выбор между OpenLDAP и Keycloak зависит от задачи: если нужно просто хранить пользователей — OpenLDAP, если нужна саморегистрация и SSO — Keycloak.

Решение Проблем с Почтовыми Клиентами

Если Thunderbird не может найти настройки автоматически, проблема часто в кэше DNS или в том, что autoconfig запись еще не распространилась.
Ошибка "Done is inactive" почти всегда решается повторной проверкой (Re-test) после ручного ввода правильных портов и метода аутентификации.
Указание неверного порта для SMTP (например, 993) — самая распространенная ошибка при ручной настройке.
Если пароль не принимается, убедитесь, что в качестве имени пользователя используется полный email, а не его часть.
Outlook может кэшировать неудачные попытки autodiscover, поэтому после исправления DNS может потребоваться время или перезагрузка.

Безопасность и "Прогрев" IP

"Холодный" IP — это IP-адрес, который ранее не использовался для отправки почты или использовался для сомнительных целей.
Даже идеально настроенный сервер с холодного IP будет получать задержки от крупных провайдеров.
Процесс "прогрева" IP заключается в постепенном увеличении объема легитимной почты для накопления положительной репутации.
Отправка слишком большого количества писем с нового IP в первый же день может привести к его мгновенной блокировке.
Жалобы на спам (abuse reports) — самый быстрый способ убить репутацию и IP, и домена.
Feedback Loop (FBL) — это механизм, при котором провайдер (например, Mail.ru) возвращает отправителю информацию о том, что получатель пометил письмо как спам.

Практические Команды (продолжение)

host -t PTR <IP-адрес> — альтернативная команда для проверки PTR.
nslookup -type=mx <домен> — проверка MX-записей в Windows.
systemctl status postfix в контейнере или на сервере позволяет увидеть, работает ли почтовая служба.
docker exec -it <имя_контейнера> bash — команда для входа внутрь контейнера Mailcow для детальной диагностики.
postqueue -p (внутри контейнера postfix) показывает очередь писем, которые не могут быть доставлены.
tail -f /var/log/mail.log (путь может отличаться) — просмотр логов почты в реальном времени.
swaks — мощная командная утилита для тестирования SMTP-серверов и отправки тестовых писем.

Различные Нюансы из Переписки

Если провайдер не дает PTR для домашнего статического IP, это делает невозможным использование его для серьезного почтового сервера.
Использование Cloudflare Tunnel или других решений не решит проблему с 25-м портом, так как это требование к IP, а не к домену.
Даже если вы никому не отправляете почту, многие сервисы (банки, соцсети) все равно будут пытаться доставить вам письма, и им нужен ваш работающий MX.
Закрытая корпоративная почта внутри компании на своем сервере может прекрасно работать и без PTR, если вся переписка идет внутри.
Технические ящики вроде dmarc-reports лучше создавать с включенным сборщиком мусора или периодически чистить, чтобы они не переполняли диск.
"Закрашивание" ключей звездочками в посте — обычная практика безопасности при публикации скриншотов.
Приоритеты в SRV-записи (0 1 443) означают: приоритет 0 (самый высокий), вес 1 (для распределения нагрузки), порт 443.
TLSA-запись для порта 25 нужна, только если вы хотите, чтобы другие серверы проверяли ваш TLS-сертификат через DANE.
Mailcow не позволит вам создать почтовый домен, который совпадает с хостнеймом, если это не было сделано специальным образом.
YunoHost скрывает сложность от пользователя, но под капотом использует те же самые принципы разделения.
Понимание разницы между postmail.nbics.net (сервер) и mail.nbics.net (веб-интерфейс) помогает в диагностике проблем.
Если кнопка "Done" в Thunderbird не активна, проверьте, не осталось ли предупреждение (желтый треугольник) после нажатия Re-test.
Идеальная настройка DNS для почты — это когда ни один из онлайн-чекеров (mxtoolbox, mail-tester) не показывает ошибок, а только зеленые галочки.

Admin

Справочник по DNS и почтовой инфраструктуре Mailcow (Пункты 101–200)

PTR, IP и Провайдеры

PTR-запись (rDNS) отвечает на вопрос: «Какой хостнейм соответствует этому IP-адресу?»
Наличие правильного PTR — один из самых сильных сигналов для почтовых систем (Gmail, Яндекс, Mail.ru), что IP не принадлежит спамеру.
Спамеры почти никогда не настраивают PTR, так как используют временные или арендованные IP.
Правильный PTR дает до 20-30 "очков доверия" в антиспам-системах крупных провайдеров.
Для идеальной работы необходима связка FCrDNS: IP → PTR → A-запись → тот же IP.
Проверить PTR можно командой: dig -x <IP-адрес>.
У одного IP-адреса может быть только одна PTR-запись.
PTR всегда привязан к IP, а не к домену, поэтому для сервера с одним IP, обслуживающим множество доменов, PTR будет один — на технический хостнейм.
Большинство легитимных провайдеров VPS и dedicated-серверов (Dedic-center, FirstVDS, Hetzner, Selectel) позволяют устанавливать собственный PTR через панель управления или тикет.
Провайдеры домашнего интернета (Ростелеком, Билайн, МТС) даже при предоставлении статического IP, как правило, не дают возможность настроить кастомный PTR.
Домашние провайдеры также часто блокируют входящие соединения на 25-й (SMTP) порт, что делает невозможным прием почты извне.
Поднять сайт на домашнем IP можно, но полноценный почтовый сервер для общего пользования — крайне сложно из-за блокировок портов и отсутствия PTR.
Для закрытой группы, где все общаются только внутри одного сервера, PTR и открытый 25-й порт не нужны.
Запрос к провайдеру на PTR должен содержать IP-адрес и желаемое значение (например, postmail.nbics.net).

Безопасность, Репутация и "Мусорные" Домены

Использование отдельного "мусорного" домена (например, trash.nbics.net) для регистраций на сторонних сайтах защищает репутацию основного "человеческого" домена (books.nbics.net).
"Мусорный" домен со временем "сгорает" (попадает в спам-листы) из-за автоматических рассылок и жалоб пользователей.
"Сгорание" мусорного домена — это нормальный процесс, который происходит у всех, включая Google, Amazon и Microsoft.
Срок жизни мусорного домена может составлять от 1-2 лет (для крупных сервисов) до 5-10 лет (для личного использования).
Признаки "сгорания" домена: письма с него все чаще попадают в спам, оценка на mail-tester.com ниже 8.5, появление в черных списках (RBL).
Если мусорный домен "сгорел", его не удаляют, а просто перестают использовать для новых регистраций, оставляя для приема старых писем.
Для защиты IP от блокировки из-за мусорного домена, всю исходящую почту с него можно отправлять через внешний релей (relayhost), например, Яндекс или Amazon SES.
В Mailcow для этого в настройках домена включается опция «Relay this domain» и указывается внешний SMTP-сервер.
Даже если отправка с мусорного домена идет через релей, для него все равно нужно настроить MX, SPF, DKIM и DMARC, чтобы он мог принимать входящие письма.

TLSA (DANE)

TLSA-запись (DANE) — это цифровой отпечаток TLS-сертификата сервера, публикуемый в DNS.
Она позволяет другим почтовым серверам убедиться, что они подключаются к подлинному сертификату, а не к поддельному.
Формат записи: _25._tcp.postmail.nbics.net. TLSA 3 1 1 <хэш сертификата>.
В 2025 году поддержка DANE все еще ограничена (в основном Европа) и не используется такими гигантами как Gmail, Яндекс или Microsoft.
Главный недостаток TLSA: при смене сертификата (например, каждые 90 дней у Let's Encrypt) запись нужно обновлять, иначе сервер станет недоступен для клиентов, поддерживающих DANE.
Mailcow может автоматически обновлять TLSA-записи при смене сертификата, если включить соответствующую опцию.
Для упрощения обслуживания большинству администраторов рекомендуется удалить TLSA-записи.

Настройки Домена и Ящиков в Mailcow

При добавлении домена в Mailcow поле «Максимум псевдонимов» рекомендуется ставить 0 (без ограничения).
«Максимум почтовых ящиков» рекомендуется ставить с запасом, например, 50.
«Квота почтового аккаунта по умолчанию» — разумный стартовый объем для нового ящика, например, 5 ГБ или 10 ГБ.
«Максимальная квота почтового аккаунта» — 0 означает безлимит, иначе можно поставить число, например, 50 ГБ.
«Квота домена» — общий лимит на все ящики домена. 0 означает безлимит.
GAL (Global Address List) — это глобальная адресная книга.
Включение GAL в настройках домена добавляет всех пользователей домена в общую адресную книгу в SOGo.
Без GAL автодополнение адресов в веб-почте и информация о занятости в календарях могут не работать.
Псевдонимы домена (Domain Aliases) позволяют получать почту для нескольких доменов в одни и те же ящики основного домена.
Например, добавив nbics.net как псевдоним для books.nbics.net, письма на ivan@nbics.net будут попадать в ящик ivan@books.nbics.net.
Для псевдонимов домена не нужно создавать отдельные DNS-записи MX, SPF и DKIM — используются записи основного домена.

Интеграция и Аутентификация

Mailcow из коробки не поддерживает самостоятельную регистрацию пользователей.
Саморегистрацию можно реализовать через API Mailcow, создав внешнюю форму.
OpenLDAP — это каталог пользователей, который можно интегрировать с Mailcow для синхронизации аккаунтов.
Интеграция с OpenLDAP позволяет использовать существующих пользователей из LDAP-каталога в качестве почтовых ящиков.
Самостоятельная регистрация в OpenLDAP из коробки отсутствует, для нее потребуется дополнительный инструмент (например, LAM).
Keycloak — это современная система управления идентификацией (Identity Provider) с поддержкой SSO.
Keycloak имеет встроенную, красиво оформленную форму самостоятельной регистрации.
При интеграции Mailcow с Keycloak пользователь может зарегистрироваться в Keycloak, и его почтовый ящик в Mailcow создастся автоматически (при включенном импорте).
Keycloak поддерживает вход через социальные сети (Google, GitHub), двухфакторную аутентификацию (2FA) и другие современные протоколы.
Для Keycloak необязателен отдельный домен, но его настоятельно рекомендуется размещать на отдельном поддомене, например auth.nbics.net или id.nbics.net.
Размещение Keycloak на отдельном поддомене упрощает управление сертификатами и делает архитектуру чище.

Почтовые Клиенты (Thunderbird)

Thunderbird — один из лучших десктопных клиентов для работы с Mailcow.
При правильной настройке DNS (autoconfig) Thunderbird настроит аккаунт автоматически за 5-10 секунд.
Входящая почта (IMAP) в Thunderbird для Mailcow обычно использует порт 993 с шифрованием SSL/TLS.
Исходящая почта (SMTP) в Thunderbird для Mailcow обычно использует порт 587 с шифрованием STARTTLS.
Альтернативный порт для SMTP — 465 с шифрованием SSL/TLS.
В поле Имя пользователя (Username) в Thunderbird всегда нужно указывать полный адрес электронной почты (например, ivan@books.nbics.net), а не только его локальную часть.
Кнопка «Done» (Готово) в Thunderbird становится активной только после успешной проверки настроек кнопкой «Re-test».
Если кнопка «Done» не активна, нужно убедиться, что в методе аутентификации выбрано «Normal password», а не «Autodetect» или «OAuth2».

Скорость Доставки и "Холодный" IP

Новый почтовый сервер с "холодным" IP-адресом может сталкиваться с задержками доставки (throttling) со стороны Gmail и Mail.ru.
Throttling — это механизм ограничения трафика от новых или неизвестных серверов для борьбы со спамом.
Задержки могут достигать от 10 минут до часа как для входящих, так и для исходящих писем.
"Прогрев" IP (IP warming) — постепенное увеличение объема отправляемой почты в течение нескольких недель, помогает повысить репутацию.
Рекомендуемый график прогрева: 20 писем/день первую неделю, 50 — вторую и т.д.

Общие Принципы и Сравнения

YunoHost позволяет использовать один домен и для хостнейма, и для почты, скрытно создавая поддомен mail.domain.tld.
Mailcow требует явного разделения на технический хостнейм и почтовый домен, что считается более правильным и гибким подходом.
Имена postmail, mail, mx являются общепринятыми для обозначения почтовых серверов.
Использование говорящих имен (например, postmail вместо server-1) повышает понятность инфраструктуры.
Связка SPF + DKIM + DMARC дает практически 100% гарантию, что письма не будут помечены как спам из-за проблем с аутентификацией.

Практические Команды и Проверки

Для проверки всех DNS-записей домена можно использовать команду: dig <домен> ANY.
Для просмотра почтовых логов в Mailcow: docker logs postfix-mailcow.
Проверить репутацию IP можно на сайтах вродe mxtoolbox.com или spamhaus.org.
Отправить тестовое письмо и получить детальный отчет о его "спамости" можно на mail-tester.com.
Зарегистрировать свой домен в Google Postmaster Tools нужно для мониторинга репутации у Gmail.
Для просмотра заголовков письма в Gmail нужно открыть письмо и нажать на три точки → «Показать оригинал».
В заголовках письма ищите строки spf=pass, dkim=pass, dmarc=pass для проверки успешности аутентификации.
Команда для просмотра MX-записи: dig MX <домен> +short.
Команда для просмотра SPF-записи: dig TXT <домен> +short.
Команда для просмотра DMARC-записи: dig TXT _dmarc.<домен> +short.

Формулировки для Обращений

Запрос на PTR провайдеру должен содержать текущее значение (если есть) и желаемое.
В запросе на PTR нужно указать, что IP используется для почтового сервера.
Пример: "Прошу установить PTR-запись для IP X.X.X.X на значение mail.yourdomain.com."
Запрос на открытие портов должен содержать список необходимых портов (25, 465, 587).
Пример: "Прошу убедиться, что для IP X.X.X.X открыты исходящие порты TCP 25, 465, 587."

Разное Важное

DMARC-отчеты (rua) приходят в XML-формате. Их можно анализировать с помощью парсеров.
DMARC-отчеты о провалах (ruf) приходят в виде почти полных писем, удобны для отладки.
Для приема DMARC-отчетов нужно создать отдельный почтовый ящик, например, dmarc@books.nbics.net.
Для создания DKIM-ключа в Mailcow используется длина 2048 бит — это стандарт безопасности 2025 года.
Селектор DKIM (часть имени записи) по умолчанию в Mailcow обычно dkim или mailcow. Менять его не рекомендуется.
Для автоматической настройки клиентов важны обе записи: autoconfig (для Thunderbird, iOS, Android) и autodiscover (для Outlook).
SRV-запись для autodiscover должна иметь правильный формат: 0 1 443 postmail.nbics.net.
Если приоритет в SRV не указан, запись будет нерабочей.
Релей (relayhost) для мусорного домена — лучший способ сохранить чистоту IP основного сервера.
Даже при использовании релея, ваш сервер должен принимать входящую почту напрямую, поэтому MX-запись обязательна.
Политика -all в SPF является самой строгой и правильной, если вы уверены, что больше никто не отправляет почту от вашего имени.
Политика DMARC p=reject — конечная цель для защищенного домена, но начинать лучше с p=quarantine.
Нельзя ставить DKIM-запись для технического поддомена (postmail.domain.tld), если вы не отправляете с него почту.
Путаница с портами (например, указание 993 для SMTP) — самая частая причина ошибок при ручной настройке клиентов.
Корректная настройка DNS — это фундамент, на котором строится вся работа почтового сервера и его репутация в мире.

Admin

Справочник по DNS и архитектуре Mailcow

Пункты 51–100

A и AAAA записи

Запись A указывает IPv4-адрес хоста.
Пример: postmail.domain.tld A 91.221.70.18.
A-запись отвечает на вопрос: на какой IP указывает hostname.
Почтовые серверы используют A-запись, чтобы найти IP сервера из MX.
Без A-записи сервер невозможно найти через DNS.
Почтовые серверы сначала читают MX, затем ищут A/AAAA этого имени.
SPF-механизм a или a:hostname также использует A-записи.
Веб-интерфейс Mailcow (SOGo, админка, API) тоже обращается к A-записи.
AAAA-запись — это аналог A-записи для IPv6.
Пример AAAA-записи:
postmail.domain.tld AAAA 2a01:4f8:123:4567::1.
IPv6-адрес имеет длину 128 бит.
IPv4-адрес имеет длину 32 бита.
Если сервер не имеет IPv6 — AAAA-запись можно не создавать.
Неправильная AAAA-запись может ломать подключение к почтовому серверу.
Если AAAA существует, почтовые серверы могут предпочесть IPv6.

Разделение доменов (hostname и почтовый домен)

В почтовой инфраструктуре рекомендуется разделять hostname сервера и почтовый домен.
Пример:
postmail.domain.tld — сервер
books.domain.tld — почтовый домен.
Такое разделение считается best practice для Mailcow, iRedMail, Poste.io и других систем.
Хостнейм сервера используется для инфраструктуры.
Почтовый домен используется для адресов пользователей.

Проблемы при объединении доменов

Если почтовый домен и сервер совпадают — MX указывает на тот же домен.
MX, указывающий сам на себя, может вызывать подозрение у антиспам-систем.
Некоторые почтовые системы считают это признаком спам-инфраструктуры.
Это может снижать репутацию почтового домена.
В результате письма чаще попадают в папку спам.

Проблемы с SPF при объединённом домене

Если домен один, SPF часто выглядит как v=spf1 a -all.
Такая схема менее гибкая при изменении IP сервера.
При смене IP придётся обновлять SPF на всех доменах.
Разделённая архитектура облегчает изменение инфраструктуры.
Отдельный hostname делает SPF-политику более прозрачной.

Масштабирование инфраструктуры

При разделении доменов можно перенести почтовый сервер на другой IP без изменения основного домена.
Достаточно изменить A-запись hostname сервера.
Основной домен при этом продолжает работать без изменений.
Это упрощает миграцию почтовых серверов.
Также упрощается разделение веб-сервисов и почты.

Безопасность

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

Сертификаты и TLS

Почтовый сервер обычно имеет TLS-сертификат для hostname сервера.
Чаще всего используется сертификат Let’s Encrypt.
Сертификат должен совпадать с hostname SMTP-сервера.
Несовпадение hostname и сертификата вызывает ошибки TLS.
Клиенты могут предупреждать о недоверенном соединении.

Общие принципы почтовой инфраструктуры

Почтовая инфраструктура должна иметь понятную DNS-структуру.
Основные записи: A, MX, SPF, DKIM, DMARC, PTR.
Все записи должны быть согласованы между собой.
Несогласованные записи часто приводят к спаму или отказу доставки.
Почтовые серверы активно проверяют репутацию домена и DNS-настройки.
Корректная DNS-конфигурация — основа доставляемости почты.

Admin

Справочник по DNS и почтовой инфраструктуре Mailcow

(50 справочных пунктов)

Основные DNS-записи

Почтовый сервер должен иметь A-запись, указывающую на его IP-адрес.
Пример: postmail.domain.tld → A → IP_адрес.
PTR-запись (обратная DNS) обязательна для IP почтового сервера.
PTR устанавливается у провайдера IP, а не в обычной DNS-зоне домена.
PTR должен указывать на тот же hostname, что используется в SMTP (например postmail.domain.tld).
Отсутствие PTR приводит к тому, что 90% писем попадают в спам или отклоняются.
Проверить PTR можно командой
dig -x IP.
Хостнейм почтового сервера должен иметь прямую A-запись и обратную PTR-запись.

MX-записи

Почтовый домен обязан иметь MX-запись.
MX-запись указывает сервер, принимающий почту для домена.
MX-запись должна иметь числовой приоритет (preference).
Даже если сервер один — приоритет обязателен.
Типичный приоритет: 10.
Пример правильной записи:
domain.tld MX 10 postmail.domain.tld.
Без приоритета многие серверы (Gmail, Яндекс и др.) снижают доверие или отклоняют письма.
Чем меньше число, тем выше приоритет сервера.
Если сервер один — значение приоритета практически не имеет значения.
MX-запись ставится на почтовые домены, а не на hostname сервера.
Для hostname (postmail.domain.tld) MX обычно не нужен.

SPF

SPF определяет какие серверы могут отправлять почту от имени домена.
SPF записывается как TXT-запись.
Пример записи:
"v=spf1 a:postmail.domain.tld -all"
v=spf1 — версия SPF.
a:postmail.domain.tld — разрешает отправку с IP, указанного в A-записи.
-all — запрещает отправку с любых других серверов.
Неправильный или отсутствующий SPF приводит к попаданию писем в спам.
SPF проверяется на стороне принимающего почтового сервера.
SPF обычно ставится только на почтовый домен, а не на технический hostname.

DKIM

DKIM — это криптографическая подпись письма.
DKIM хранится в DNS как TXT-запись с публичным ключом.
Пример имени записи:
dkim._domainkey.domain.tld.
Mailcow автоматически подписывает письма приватным ключом.
Получающий сервер сверяет подпись с публичным ключом из DNS.
Стандартная длина ключа DKIM — 2048 бит.
Ключи 1024 бит считаются устаревшими и небезопасными.
DKIM создаётся только для доменов, от имени которых отправляется почта.
Для технических поддоменов DKIM обычно не нужен.

DMARC

DMARC определяет что делать, если SPF или DKIM не прошли проверку.
DMARC публикуется как TXT-запись:

_dmarc.domain.tld.

Минимальная запись DMARC:

v=DMARC1; p=reject

Политика p= может иметь значения:

none — только отчёты
quarantine — помещать в спам
reject — отклонять письмо

Рекомендуется указывать адрес для отчётов:

rua=mailto:dmarc@domain.tld

DMARC-отчёты приходят в виде XML-файлов.
Обычно создаётся отдельный почтовый ящик для этих отчётов.
Современные почтовые системы (2025+) сильно снижают доверие доменам без DMARC.

Autodiscover и Autoconfig

Для автоматической настройки почтовых клиентов используются записи:

autodiscover
autoconfig

Обычно они создаются как CNAME на основной почтовый сервер.
autodiscover используется в основном Outlook и Exchange-клиентами.
autoconfig используется Thunderbird и мобильными клиентами.

SRV-записи

Для некоторых клиентов используется SRV-запись:

_autodiscover._tcp.domain.tld SRV 0 1 443 mail.domain.tld

где:

первый параметр — приоритет
второй — вес
третий — порт
четвёртый — сервер.

Admin

10. Позволяем в контейнере запускать команду sudo reboot без пароля

Откройте терминал и запустите редактор sudoers специальной командой (это безопаснее, чем редактировать файл вручную):
```
sudo visudo
```
Найдите в файле строку, которая отвечает за права вашего пользователя (обычно в конце файла), или добавьте туда следующую строку.
- Если ваш пользователь называется username, добавьте:
```
username ALL=(ALL) NOPASSWD: /sbin/reboot, /sbin/shutdown
```
- Если ваш пользователь состоит в группе sudo (или wheel), вы можете добавить правило для всей группы, чтобы разрешить всем в ней перезагрузку без пароля:
```
%sudo ALL=(ALL) NOPASSWD: /sbin/reboot, /sbin/shutdown
```
  (В разных дистрибутивах группа может называться sudo или wheel. Посмотрите, как написано у других пользователей в этом же файле).
Сохраните файл и выйдите (в visudo обычно это Ctrl+X, затем Y для подтверждения, либо :wq если открылся vim).

Результат: Теперь команда sudo reboot будет перезагружать компьютер сразу, без запроса пароля.

Внимание !

В файле есть важная строка:

#includedir /etc/sudoers.d

Лучше добавить ваши правила до этой строки (сразу после %sudo ALL=(ALL:ALL) ALL), а не после. Хотя технически они могут работать и в конце, правильнее размещать их выше директивы #includedir.

Вот как должен выглядеть блок:

# Allow members of group sudo to execute any command
%sudo   ALL=(ALL:ALL) ALL

# Разрешение на перезагрузку без пароля
username ALL=(ALL) NOPASSWD: /sbin/reboot, /sbin/shutdown
%sudo ALL=(ALL) NOPASSWD: /sbin/reboot, /sbin/shutdown

# See sudoers(5) for more information on "#include" directives:
#includedir /etc/sudoers.d

После сохранения файла, выйдите из контейнера, зайдите снова и проверьте:

sudo reboot

Пароль больше не должен запрашиваться.

Admin

9. Проверяем работу портов

Внутри контейнера временно запускаем веб-сервер (и подставляем нужный порт)

python3 -m http.server 9056

На пользовательском компьютере или телефоне в браузере вводим адрес

<ip-сервера>:порт

Если в браузере видим список каталогов (в калоге, откуда запущена команда терминала), значит порт доступен.
Если порт недоступен, запускаем веб-сервер на хостовой машине, вне контейнера. Если на хосте команда срабаотывает, а в контейнере нет - значит у контейнера не проброшен нужный порт, ищем решение проблемы.

Admin

8. Вход по ssh (22 порт) в контейнер

Теперь можно зайти в контейнер такой командой:

sudo ssh newuser@<ip_сервера>

Если внутри контейнера вы создавали пользователя с именем newuser, то в команде пишите это имя.
Требуемый после этого пароль - это пароль непосредственно от этого пользователя

Admin

7. Пробрасываем порты 9056, 9057, 9058 для ноды (на хостовой системе)

incus config device add incus-bcn1 erachain-9056 proxy \ # имя erachain-9056 можно поменять на другое
 listen=tcp:192.168.0.65:9056 \  # Замените айпи хоста на нужный
 connect=tcp:10.214.97.211:9056 \  # Замените ip контейнера на нужный
 nat=true

incus config device add incus-bcn1 erachain-9057 proxy \
 listen=tcp:192.168.0.65:9057 \  # Замените айпи хоста на нужный
 connect=tcp:10.214.97.211:9057 \  # Замените ip контейнера на нужный
 nat=true

incus config device add incus-bcn1 erachain-9058 proxy \
 listen=tcp:192.168.0.65:9058 \  # Замените айпи хоста на нужный
 connect=tcp:10.214.97.211:9058 \  # Замените ip контейнера на нужный
 nat=true

Важные моменты:

После \ не должно быть пробелов
Каждая опция (listen=..., connect=..., nat=...) идёт на новой строке с отступом (необязательно, но удобно)
Всё можно писать в одну строку, если удобнее

Кроме того, следует учитывать, что ip-адрес хоста - это не внешний ip, а именно адрес, назначенный хостовой машине. Он может совпадать в внешним, если у сервера нет роутера.

Если нужно что-то поменять в уже применённых командах, следует сначала удалить созданные устройства с портами

# Удаляем порт 9056
incus config device remove incus-bcn1 erachain-9056

# Удаляем порт 9057
incus config device remove incus-bcn1 erachain-9057

# Удаляем порт 9058
incus config device remove incus-bcn1 erachain-9058

Ещё следует учитывать, что если компьютер имеет роутер, то на роутере обязательно нужно пробросить указанные порты.

Admin

6. Делаем IP-адрес контейнера статическим

Узнаём текущий ip контейнера (на хостовой системе)

incus list incus-bcn1

Назначаем статический ip

incus config device override incus-bcn1 eth0 ipv4.address=10.10.10.245 # подставьте нужный ip

Проверяем, что ip зафиксировался

incus config show incus-bcn1 | grep -A10 eth0

Среди выведенного текста должны увидеть примерно такое:

ipv4.address: 10.10.10.245

Перезапускаем контейнер

incus restart incus-bcn1

Admin

5. Установка Java в контейнере

sudo apt-get -y update
sudo apt-get -y install openjdk-8-jdk

# Проверяем версию Java
java -version

sudo reboot

После команды reboot контейнер перезапустится

Admin

4. Пробрасываем порт 22 с хоста в контейнер

Вне контейнера, на хостовой системе, вводим команду

incus config device add incus-bcn1 port22 proxy \
    listen=tcp:0.0.0.0:22 \
    connect=tcp:127.0.0.1:22

Admin

3. Настраиваем систему в контейнере

Заходим в контейнер

incus exec incus-bcn1 -- bash

Обновляем пакеты и устанавливаем утилиты:

apt update
apt install mc nano curl wget htop lynx lsof openssh-server

Меняем настройки sshd, чтобы извне можно было входить по паролю, а не по ключу.
Открываем файл /etc/ssh/sshd_config

mcedit /etc/ssh/sshd_config

Нужно найти и видоизменить следующие строки

PasswordAuthentication yes
ChallengeResponseAuthentication yes

Обычно эти строки закомментированы знаком #, нужно убрать комментирование, и смотреть, чтобы везде был параметр yes

Перезагружаем sshd

systemctl restart sshd

Задаём пароль для суперпользователя (root)

passwd root

И два раза вводим придуманный пароль

Создаём нового пользователя и включаем его в группу sudo

sudo adduser newuser

Система попросит вас:

Ввести пароль (символы при вводе не отображаются).
Повторить пароль.
Ввести данные пользователя (ФИО, номер комнаты и т.д.) — это можно пропустить, просто нажимая Enter.
Далее будет предложено подтвердить настройки, выбираем Y и жмём Enter

Добавляем пользователя в группу sudo

sudo usermod -aG sudo newuser

-a (append) — добавить.
-G (groups) — в группу.

Чтобы убедиться, что всё прошло успешно, переключитесь на нового пользователя:

su - newuser

Затем попробуйте выполнить любую команду с sudo, например, обновить список пакетов:

sudo apt update

Если система приняла пароль и начала обновление — пользователь успешно настроен.

Выходим из режима пользователя

exit

Выходим из контейнера

exit

Admin

2. Создаём контейнер

Система в контейнере желательно должна быть Ubuntu 20.04, но репозиторий Incus удалил уже образ этой устаревшей системы, поэтому надо взять официальный cloud-образ Ubuntu 20.04 вручную с cloud-images.ubuntu.com
Это рабочий способ в 2026 году — Canonical всё ещё держит released-образы 20.04 (хоть и с пометкой [END OF REGULAR SUPPORT]).

# Скачайте два файла (amd64, если у вас x86_64)
wget https://cloud-images.ubuntu.com/releases/focal/release/ubuntu-20.04-server-cloudimg-amd64-lxd.tar.xz
wget https://cloud-images.ubuntu.com/releases/focal/release/ubuntu-20.04-server-cloudimg-amd64.squashfs   # или .img, но .squashfs предпочтительнее для Incus

# Импортируйте как образ
incus image import ubuntu-20.04-server-cloudimg-amd64-lxd.tar.xz ubuntu-20.04-server-cloudimg-amd64.squashfs --alias focal-manual-cloud

# Запустите
incus launch focal-manual-cloud incus-bcn1

Имя контейнера incus-bcn1 для первой ноды, и incus-bcn2 для второй ноды, но можно выбрать любые другие имена.

После импорта можете удалить скачанные файлы.

Admin

1. Меняем порт SSH для хоста

Откройте терминал и создайте новый файл конфигурации с помощью текстового редактора (например, mcedit) :

sudo mcedit /etc/ssh/sshd_config.d/port.conf

Добавьте строку с новым портом

В открывшемся пустом файле добавьте следующую строку, которая укажет SSH-серверу слушать новый порт :

Port 2222

Совет: Выбирайте порт в диапазоне от 1024 до 65535, чтобы избежать конфликтов с системными службами .

Сохраните файл и выйдите из редактора.

Проверьте конфигурацию SSH

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

sudo sshd -t

Если команда не вывела никаких сообщений, значит, синтаксис верен.

Перезагрузите службу sshd

sudo systemctl restart sshd

Теперь при входе по SSH нужно вводить команду

sudo ssh -p 2222 <имя_пользователя>@<ip_сервера>

Admin

Чтобы сервер работал после закрытия терминала

Вариант 1: Использование systemd (Linux - рекомендуется)

Создайте сервисный файл:

sudo nano /etc/systemd/system/port7711.service

Вставьте это (измените пути на свои):

[Unit]
Description=Простой HTTP сервер на порту 7711
After=network.target

[Service]
Type=simple
User=ваше_имя_пользователя
WorkingDirectory=/home/ваше_имя_пользователя/port7711
ExecStart=/usr/bin/python3 -m http.server 7711
Restart=always
RestartSec=10

[Install]
WantedBy=multi-user.target

Запустите сервис:

# Перезагрузить systemd
sudo systemctl daemon-reload

# Запустить сервис
sudo systemctl start port7711

# Добавить в автозагрузку
sudo systemctl enable port7711

# Проверить статус
sudo systemctl status port7711

Вариант 2: Использование screen (Linux/Mac)

Установите screen:

# Ubuntu/Debian
sudo apt-get install screen

# Mac
brew install screen

Запустите сервер в screen сессии:

# Создайте новую screen сессию
screen -S webserver

# Перейдите в папку с файлом
cd ~/port7711

# Запустите сервер
python3 -m http.server 7711

# Отсоединитесь от сессии: Ctrl+A, затем D

Вариант 3: Использование nohup (Linux/Mac)

# Перейдите в папку
cd ~/port7711

# Запустите с nohup
nohup python3 -m http.server 7711 > server.log 2>&1 &

# Запомните PID процесса
echo $! > server.pid

Вариант 4: Использование Windows Service (Windows)

Создайте файл run_server.vbs:

CreateObject("Wscript.Shell").Run "python -m http.server 7711", 0, False

Или используйте NSSM (Non-Sucking Service Manager):

# Скачайте nssm с https://nssm.cc/
nssm install MyWebServer "C:\Python39\python.exe" "-m http.server 7711"
nssm set MyWebServer AppDirectory C:\port7711
nssm start MyWebServer

Вариант 5: Docker контейнер (универсальный)

Создайте Dockerfile:

FROM python:3-alpine
WORKDIR /app
COPY index.html .
EXPOSE 7711
CMD ["python", "-m", "http.server", "7711"]

Запустите:

# Соберите образ
docker build -t web7711 .

# Запустите контейнер
docker run -d -p 7711:7711 --name web7711 --restart always web7711

Как остановить сервер

Для systemd:

sudo systemctl stop port7711
sudo systemctl disable port7711  # убрать из автозагрузки

Для screen:

# Подключиться к сессии
screen -r webserver

# Остановить сервер: Ctrl+C
# Закрыть сессию: exit

Для nohup:

# Найти процесс
ps aux | grep http.server

# Убить процесс (замените PID на реальный)
kill -9 PID

# Или если сохранили PID
kill -9 $(cat server.pid)

Для Windows (VBS):

# Найти процесс
tasklist | findstr python

# Убить процесс
taskkill /F /IM python.exe

Для Docker:

docker stop web7711
docker rm web7711

Простой скрипт для управления (Linux/Mac)

Создайте файл manage.sh:

#!/bin/bash

case "$1" in
  start)
    cd ~/port7711
    nohup python3 -m http.server 7711 > server.log 2>&1 &
    echo $! > server.pid
    echo "Сервер запущен с PID $(cat server.pid)"
    ;;
  stop)
    if [ -f server.pid ]; then
      kill -9 $(cat server.pid)
      rm server.pid
      echo "Сервер остановлен"
    else
      echo "PID файл не найден"
    fi
    ;;
  status)
    if [ -f server.pid ]; then
      if ps -p $(cat server.pid) > /dev/null; then
        echo "Сервер работает"
      else
        echo "Сервер не работает (PID файл устарел)"
      fi
    else
      echo "Сервер не запущен"
    fi
    ;;
  *)
    echo "Использование: ./manage.sh {start|stop|status}"
    ;;
esac

Сделайте скрипт исполняемым:

chmod +x manage.sh
./manage.sh start
./manage.sh stop
./manage.sh status

Самый простой способ для начала

Для Linux/Mac используйте screen:

screen -S webserver
cd ~/port7711
python3 -m http.server 7711
# Ctrl+A, D для отсоединения
# screen -r webserver для возврата

Для Windows используйте VBS скрипт, описанный выше.

Admin

Страницу нужно сохранить как файл index.html в любой удобной папке. Вот пошаговая инструкция:

Структура папок

Вариант 1: Отдельная папка для сервера (рекомендуется)

Создайте новую папку, например:

Windows: C:\webserver\port7711\
Linux/Mac: ~/webserver/port7711/

Вариант 2: Рабочий стол или документы

Можно сохранить прямо на рабочем столе или в папке "Документы".

Как создать файл

На Windows:

Создайте новую папку, например C:\port7711
Откройте Блокнот (Notepad)
Скопируйте весь HTML код, который я дал выше
Вставьте в Блокнот (Ctrl+V)
Нажмите Файл → Сохранить как...
Выберите созданную папку
В поле "Имя файла" напишите: index.html
В поле "Тип файла" выберите "Все файлы (.)"
Нажмите "Сохранить"

На Linux/Mac:

# Создайте папку
mkdir ~/port7711

# Перейдите в неё
cd ~/port7711

# Создайте файл с помощью nano или другого редактора
nano index.html

# Вставьте код, сохраните (Ctrl+X, затем Y, затем Enter)

Запуск сервера

После сохранения файла, откройте терминал/командную строку и выполните:

Windows (Command Prompt или PowerShell):

# Перейдите в папку с файлом
cd C:\port7711

# Запустите Python сервер
python -m http.server 7711

Linux/Mac:

# Перейдите в папку с файлом
cd ~/port7711

# Запустите Python сервер
python3 -m http.server 7711

Проверка

Если всё сделано правильно, вы увидите:

Serving HTTP on 0.0.0.0 port 7711 (http://0.0.0.0:7711/) ...

Теперь откройте браузер и перейдите по адресу:

http://localhost:7711 - с этого же компьютера
Или http://ВАШ_IP:7711 - с других устройств в сети

Важно:

Файл должен называться именно index.html (все буквы маленькие)
Терминал должен быть открыт в той же папке, где лежит файл
Не закрывайте терминал пока хотите, чтобы сервер работал
Для остановки сервера нажмите Ctrl+C

Admin

Вот простая HTML-страница, которую можно использовать для доступа по IP:порт 7711:

<!DOCTYPE html>
<html lang="ru">
<head>
    <meta charset="UTF-8">
    <meta name="viewport" content="width=device-width, initial-scale=1.0">
    <title>Доступ по порту 7711</title>
    <style>
        body {
            font-family: Arial, sans-serif;
            margin: 0;
            padding: 20px;
            background-color: #f0f2f5;
            display: flex;
            justify-content: center;
            align-items: center;
            min-height: 100vh;
        }
        .container {
            background-color: white;
            padding: 40px;
            border-radius: 10px;
            box-shadow: 0 2px 10px rgba(0,0,0,0.1);
            text-align: center;
            max-width: 600px;
        }
        h1 {
            color: #1a73e8;
            margin-bottom: 20px;
        }
        .port-info {
            background-color: #e8f0fe;
            padding: 15px;
            border-radius: 5px;
            margin: 20px 0;
            font-size: 18px;
        }
        .port-number {
            font-weight: bold;
            color: #1a73e8;
            font-size: 24px;
        }
        .success {
            color: #0f9d58;
            font-size: 48px;
            margin-bottom: 20px;
        }
        .ip-address {
            background-color: #f5f5f5;
            padding: 10px;
            border-radius: 5px;
            font-family: monospace;
            margin: 20px 0;
        }
    </style>
</head>
<body>
    <div class="container">
        <div class="success">✓</div>
        <h1>Сервер работает на порту 7711</h1>
        
        <div class="port-info">
            <p>Вы успешно подключились по порту:</p>
            <span class="port-number">7711</span>
        </div>

        <div class="ip-address">
            <p>IP адрес сервера: <span id="ip"></span></p>
            <p>Порт подключения: 7711</p>
        </div>

        <p>Это простая страница для демонстрации работы веб-сервера на порту 7711 без использования nginx или других прокси-серверов.</p>
        
        <p style="color: #666; font-size: 14px; margin-top: 30px;">
            Доступ осуществляется напрямую: http://ваш-ip:7711
        </p>
    </div>

    <script>
        // Попытка получить IP адрес через WebRTC (работает в браузере)
        function getIPAddress() {
            const ipElement = document.getElementById('ip');
            
            // Пробуем получить локальный IP через WebRTC
            try {
                const RTCPeerConnection = window.RTCPeerConnection || window.webkitRTCPeerConnection;
                if (RTCPeerConnection) {
                    const pc = new RTCPeerConnection({iceServers:[]});
                    pc.createDataChannel('');
                    pc.onicecandidate = function(e) {
                        if (e.candidate) {
                            const ipRegex = /([0-9]{1,3}\.){3}[0-9]{1,3}/;
                            const ip = ipRegex.exec(e.candidate.candidate)?.[0];
                            if (ip && ipElement) {
                                ipElement.textContent = ip;
                                pc.close();
                            }
                        }
                    };
                    pc.createOffer()
                        .then(offer => pc.setLocalDescription(offer))
                        .catch(() => {});
                } else {
                    ipElement.textContent = "Не удалось определить IP";
                }
            } catch (e) {
                ipElement.textContent = window.location.hostname || "localhost";
            }
            
            // Запасной вариант - используем hostname
            if (ipElement.textContent === '') {
                ipElement.textContent = window.location.hostname || "localhost";
            }
        }
        
        window.onload = getIPAddress;
    </script>
</body>
</html>

Как запустить сервер на порту 7711

Вариант 1: Использование Python (самый простой)

# Python 3
python3 -m http.server 7711

# Или если нужна поддержка этого конкретного файла
# Сохраните код как index.html и выполните:
python3 -m http.server 7711 --directory .

Вариант 2: Использование Node.js

# Установите http-server глобально
npm install -g http-server

# Запустите сервер
http-server -p 7711

Вариант 3: Использование PHP

php -S 0.0.0.0:7711

Проверка доступа

После запуска сервера страница будет доступна по адресу:

http://ВАШ_IP:7711 - для доступа с других устройств в сети
http://localhost:7711 - для доступа с того же компьютера

Важные замечания

Убедитесь, что порт 7711 открыт в брандмауэре
Для доступа с других устройств используйте локальный IP сервера
Это простой HTTP сервер без шифрования (не HTTPS)

Страница показывает информацию о подключении и работает с любым простым HTTP-сервером, который может раздавать статические файлы.

Admin

Если нужно одновременно на том же компьютере зайти под разными профилями - допустим один ваш профиль на сервере domain1.tld а другой на сервере domain2.tld

Для Windows (на компьютере).

Скопируйте ярлык Element на рабочем столе.
Будет два ярлыка Element
Каждый ярлык переименуйте как-то, чтобы не запутаться
На первом ярлыке нажмите правой кнопкой мыши, и внизу меню выберите пункт "Свойства"
Откроется окно, там есть поле "Объект:"
В этом поле есть строка, в ней записан путь к самой программе.
Нужно в самом конце этой строки поставить пробел, а затем написать - -profile имя
Вместо слова "имя" вставьте любое слово латинскими буквами
Может получиться примерно так:
--profile work
Нажмите Ok
Такие же шаги повторите для второго ярлыка, только там напишите, к примеру,
-- profile personal

Теперь каждый ярлык открывает свой экземпляр программы Element, и в каждом экземпляре можно отдельно

Admin

Команда synadm user

Использование: synadm user [ОПЦИИ] КОМАНДА [АРГУМЕНТЫ]...
  Просмотр, добавление, изменение, деактивация/удаление пользователей, сброс паролей.

Опции:
  -h, --help                      Показать это сообщение и выйти.

Команды:
  3pid                            Найти пользователя по его Third Party ID (3PID, например email или телефон).
  auth-provider                   Найти пользователя по его идентификатору в провайдере аутентификации.
  deactivate                      Деактивировать пользователя или полностью удалить его данные в соответствии с GDPR.
  deactivate-regex                Деактивировать или удалить по GDPR аккаунты, соответствующие регулярному выражению.
  details                         Показать подробную информацию об аккаунте пользователя.
  list                            Показать список пользователей, выполнить поиск по пользователям.
  login                           Получить access-токен для указанного пользователя.
  media                           Показать все локальные медиафайлы, загруженные пользователем.
  membership                      Показать список всех комнат, в которых состоит пользователь.
  modify                          Создать нового локального пользователя или изменить существующего.
  password                        Изменить пароль пользователя.
  prune-devices                   Удалить устройства пользователя и аннулировать все его access-токены.
  redact                          Удалить (redact) события, созданные пользователем (локальным или удалённым).
  redact-status                   Получить статус операции удаления (redaction) событий пользователя.
  search                          Быстрый способ вызвать 'synadm user list -d -g -n <поисковый_термин>'.
  shadow-ban                      Включить или отключить shadow-ban (теневой бан) для пользователя.
  suspend                         Приостановить аккаунт (запретить любые действия).
  whois                           Показать информацию об активных сессиях пользователя.

Краткое описание каждой команды

Команда	Что делает	Самые частые сценарии использования
3pid	Поиск пользователя по email, телефону или другому 3PID	Найти аккаунт по привязанной почте
auth-provider	Поиск пользователя по ID в LDAP/SSO/OIDC и т.п.	Работа с внешней аутентификацией
deactivate	Деактивация (отключение входа) или полное стирание аккаунта по GDPR	Удаление спам-аккаунтов, уход пользователя
deactivate-regex	Массовое отключение/удаление пользователей по шаблону имени	Чистка ботов или спамеров с похожими именами
details	Полная информация об аккаунте (создание, статус, устройства, 3PID и т.д.)	Диагностика проблем с конкретным пользователем
list	Список всех пользователей с фильтрами и поиском	Обзор всех аккаунтов на сервере
login	Получить access-токен по логину/паролю	Скрипты, автоматизация, отладка
media	Список всех медиафайлов, загруженных пользователем	Проверка, что пользователь загружал (для модерации)
membership	Список всех комнат, где состоит пользователь	Узнать, в каких комнатах сидит человек
modify	Создать нового пользователя или изменить параметры существующего	Ручная регистрация, смена имени/админа/пароля
password	Сменить пароль пользователя	Самый частый запрос от пользователей
prune-devices	Удалить все устройства и аннулировать токены пользователя	При компрометации аккаунта, принудительный выход со всех устройств
redact	Удалить (redact) все или некоторые сообщения пользователя	Удаление спама, оскорблений, утечек данных
redact-status	Показать прогресс операции redact	Контроль долгого процесса удаления сообщений
search	Быстрый поиск по имени пользователя	Удобный алиас для list -n
shadow-ban	Теневой бан — пользователь не видит, что забанен, но не может ничего делать	Борьба с троллями без их оповещения
suspend	Полная приостановка аккаунта (нельзя входить, отправлять сообщения)	Временная блокировка нарушителя
whois	Показать активные сессии, устройства и токены пользователя	Проверка, с каких устройств залогинен человек

Это одна из самых мощных и часто используемых групп команд в synadm — почти всё администрирование пользователей делается именно через synadm user.

Admin

Команда synadm room

Использование: synadm room [ОПЦИИ] КОМАНДА [АРГУМЕНТЫ]...
  Управление комнатами и членством в комнатах.

  Синтаксис идентификаторов комнат в synadm соответствует спецификации Matrix:
  https://spec.matrix.org/latest/#room-structure
  Убедитесь, что символ ! экранирован от интерпретации оболочкой.
  В bash и zsh это можно сделать с помощью одинарных кавычек ('), например:
  '!id123abc:matrix.ДОМЕН'

Опции:
  -h, --help                      Показать это сообщение и выйти.

Команды:
  block                           Заблокировать или разблокировать комнату.
  block-status                    Узнать, заблокирована ли комната и кто её заблокировал.
  delete                          Удалить комнату (и возможно очистить её историю).
  delete-status                   Получить статус удаления комнаты по её ID или...
  details                         Получить подробную информацию о комнате.
  join                            Присоединиться к комнате.
  list                            Показать список комнат и выполнить поиск.
  make-admin                      Назначить пользователя администратором комнаты.
  members                         Показать текущих участников комнаты.
  power-levels                    Показать уровни прав (power levels) пользователей в комнатах.
  purge-empty                     Удалить пустые комнаты (где сейчас 0 локальных участников).
  resolve                         Преобразовать алиас комнаты в ID или наоборот.
  search                          Псевдоним для команды `synadm room list -n <поисковый_термин>`.
  state                           Получить список всех событий состояния (state events) в комнате.

Краткое пояснение каждой команды

Команда	Что делает	Типичные сценарии использования
block	Блокирует комнату (запрещает вступление и отправку сообщений) или снимает блокировку	Борьба со спам-комнатами или нарушителями
block-status	Показывает, заблокирована ли комната и кем именно	Проверка статуса блокировки
delete	Полностью удаляет комнату (с возможностью очистки истории)	Удаление спам-комнат, тестовых комнат, комнат нарушителей
delete-status	Показывает прогресс и статус запущенного удаления комнаты	Контроль долгого процесса удаления
details	Выводит всю доступную информацию о комнате (создатель, версия, настройки и т.д.)	Диагностика проблем с комнатой
join	Присоединяет указанного пользователя (обычно админа) к комнате	Восстановление доступа админа в комнату без приглашения
list	Показывает список всех комнат с фильтрами и поиском	Обзор всех комнат на сервере, поиск по названию/алиасу
make-admin	Делает пользователя администратором комнаты (power level 100)	Восстановление прав админа в комнате
members	Показывает текущий список участников комнаты	Проверка, кто находится в комнате
power-levels	Показывает уровни прав (power levels) всех пользователей в комнате	Анализ прав доступа в комнате
purge-empty	Массовое удаление комнат, в которых сейчас нет ни одного локального участника	Очистка мёртвых комнат после ухода всех пользователей
resolve	Преобразует алиас (#название:домен) в ID комнаты или наоборот	Узнать настоящий ID комнаты по её алиасу
search	Быстрый поиск комнат по названию/алиасу (то же самое, что list -n)	Быстрый поиск комнаты по ключевому слову
state	Показывает все события состояния (state events) комнаты	Глубокая отладка настроек комнаты (правила, права, плагины)