DNS — my-mails.ru https://my-mails.ru система рассылок персональных коммерческих предложений B2B Mon, 02 Dec 2024 04:55:07 +0000 ru-RU hourly 1 https://wordpress.org/?v=5.9.16 https://my-mails.ru/wp-content/uploads/2017/11/cropped-logo-32x32.png DNS — my-mails.ru https://my-mails.ru 32 32 Power MTA StatusDnsQueryFailed resolving domain (pmta) https://my-mails.ru/power-mta-statusdnsqueryfailed-resolving-domain-pmta/ https://my-mails.ru/power-mta-statusdnsqueryfailed-resolving-domain-pmta/#respond Mon, 02 Dec 2024 04:48:51 +0000 https://my-mails.ru/?p=4691 Если вы видите следующую ошибку в PowerMTA:

StatusDnsQueryFailed resolving domain

Вероятнее всего, это вызвано тремя причинами:

  1. Запрошенный домен не существует. Он не имеет ни MX, ни A записи.
  2. Вышестоящий провайдер DNS ограничивает чрезмерные запросы с вашего почтового сервера.
  3. Вы достигли предела пропускной способности в любой из сетей WAN (если запрос DNS-преобразователя отправляется через интернет-интерфейс).

Что бы избежать множественных запросов на повторяющиеся домены:

Настройка кеширующего DNS-клиента systemd-resolved в Debian GNU/Linux 9 (Stretch)

В составе systemd, используемой в конфигурации по умолчанию в Debian GNU/Linux 9 имеется отдельная служба, отвечающая за разрешение имён с возможностью кэширования результатов поэтому, если нужно ускорить работу механизма разрешения имён достаточно лишь выполнить настройку systemd-resolved.

В конфигурации по умолчанию данная служба не запущена:

# systemctl status systemd-resolved


● systemd-resolved.service - Network Name Resolution Loaded: loaded (/lib/systemd/system/systemd-resolved.service; disabled...) Drop-In: /lib/systemd/system/systemd-resolved.service.d └─resolvconf.conf Active: inactive (dead)...

Установим модуль nss-resolve (библиотека libnss_resolve.so из пакета libnss-resolve) для механизма Name Service Switch (NSS), который будет вызывать службу systemd-resolved для разрешения имён:
# apt-get install libnss-resolve


В процессе установки в конфигурационном файле /etc/nsswitch.conf строка hosts: files dns будет автоматически заменена на следующий вид:

...
hosts:          files resolve [!UNAVAIL=return] dns
...

Настроим конфигурационный файл /etc/systemd/resolved.conf, заполнив параметры секции [Resolve], например следующим образом:
[Resolve]
DNS=77.88.8.8
#FallbackDNS=8.8.8.8 8.8.4.4 2001:4860:4860::8888 2001:4860:4860::8844
Domains=my.holding.com
LLMNR=no
DNSSEC=no
Cache=yes
DNSStubListener=no

Для совместимости с приложениями, которые не используют библиотечные вызовы, а обращаются к DNS серверам напрямую, получая их из /etc/resolv.conf, создадим символическую ссылку на файл /run/systemd/resolve/resolv.conf, контент которого автоматически генерируется исходя из настроек, заданных нами в /etc/systemd/resolved.conf:
# ln -svi /run/systemd/resolve/resolv.conf /etc/resolv.conf


ln: replace '/etc/resolv.conf'? 
y
 '/etc/resolv.conf' -> '/run/systemd/resolve/resolv.conf'

Проверим линковку:
# ls -la /etc/resolv.conf


lrwxrwxrwx 1 root root 32 Dec 11 16:22 /etc/resolv.conf -> /run/systemd/resolve/resolv.conf

Теперь осталось только включить автозагрузку службы и запустить её:
# systemctl enable systemd-resolved


# systemctl restart systemd-resolved


# systemctl status systemd-resolved


По материалам сайта https://wiki.it-kb.ru/unix-linux/debian/stretch/systemd-resolved-in-debian-9

0
]]> https://my-mails.ru/power-mta-statusdnsqueryfailed-resolving-domain-pmta/feed/ 0 Проблема с exim R=dnslookup defer (-1): host lookup did not complete https://my-mails.ru/problema-s-exim-rdnslookup-defer-1-host-lookup-did-not-complete/ Thu, 20 May 2021 11:37:55 +0000 https://my-mails.ru/?p=4361 Если при отправке писем в логах exim мы видим такую ошибку:

R=dnslookup defer (-1): host lookup did not complete

Для диагностики разрешения DNS используйте команду

nslookup -type=MX mail.ru

Вы должны будите получить ответ на записи MX.

Server: 77.88.8.8
Address: 77.88.8.8#53

Non-authoritative answer:
mail.ru mail exchanger = 10 mxs.mail.ru.

Authoritative answers can be found from:

В противном случае Ваш сервер имен не работает должным образом.

Приведите свой файл etc/resolv.conf к следующему виду:

option timeout:1
option rotate
domain domain.ru
nameserver 77.88.8.8
nameserver 8.8.8.8
nameserver 8.8.4.4
search domain.ru

 

 

Для диагностики маршрутизации в exim до конечного получателя используйте команду

exim -bt -d-resolver user@mail.ru

 

0
]]> Wildcard DNS для почтового сервера https://my-mails.ru/wildcard-dns-pochtovogo-servera/ Wed, 20 May 2020 14:26:14 +0000 https://my-mails.ru/?p=3206 Wildcard DNS — запись которая будет соответствовать всем не существующим поддоменам домена

Задать ее нужно через «*» в качестве крайней левой метки (части) доменного имени.

Основные DNS записи почтового сервера

*.domain.ru. 3600 IN А 000.000.000.000.
*.domain.ru. 3600 IN MX 10 mail.domain.ru.
*.domain.ru. 3600 IN TXT v=spf1 ip4:000.000.000.000 ~all

Символ «*» будет соответствовать записи только для не существующих доменов

Wildcard DNS НЕ МОЖЕТ быть прописан с префиксом: _domainkey.* / _dmarc.* / mail._domainkey.*

Wildcard DNS НЕ БУДЕТ соответствовать: sub.*.domain.ru так как домен sub. уже прописан.
Не будет соответствовать уже существующему и явно прописанному под домену sub.domain.ru

 

0
]]> Значение dkim-atps=neutral https://my-mails.ru/%d0%b7%d0%bd%d0%b0%d1%87%d0%b5%d0%bd%d0%b8%d0%b5-dkim-atpsneutral/ Fri, 28 Dec 2018 13:17:25 +0000 https://my-mails.ru/?p=2081 При проверки писем в некоторых «тестерах» мы можем видеть 2 значения валидности подписи:

mail-tester.com; dkim=pass (2048-bit key; unprotected) header.d=domain.ru header.i=info@mail.domain.ru header.b=Phh3q0oR; dkim-atps=neutral

ATPS (Authorized Third Party Signer) — экспериментальная спецификация, позволяющая осуществлять подпись почтовых сообщений третей стороной.
К примеру исходящие письма от домена domain.ru, подписываются ключом домена domain_2.ru.

dkim-atps=neutral(no key for signature) означает, что письмо не имеет подписи третей стороны.

Подробно о принципе работы ATPS написано в RFC 6541.

0
]]> Ошибка SMTP .. Time в mxtoolbox.com https://my-mails.ru/%d0%be%d1%88%d0%b8%d0%b1%d0%ba%d0%b0-smtp-time-%d0%b2-mxtoolbox-com/ https://my-mails.ru/%d0%be%d1%88%d0%b8%d0%b1%d0%ba%d0%b0-smtp-time-%d0%b2-mxtoolbox-com/#respond Tue, 25 Dec 2018 06:07:31 +0000 https://my-mails.ru/?p=2060 Предупреждения при тестировании SMTP в сервисе тестирования mxtoolbox.com :

SMTP Connection Time 5.912 seconds — Warning on Connection time
SMTP Transaction Time 8.524 seconds — Not good! on Transaction Time

5.912 секунд — Предупреждение о времени соединения
8.524 секунд — Не хорошо! на время транзакции

При тесте SMTP сервера с установленной панелью vesta CP 

вызвана конфигурацией EXIM в VESTA CP — основанной на борьбе со спамерами

значение задержки установлено в /etc/exim/exim.conf и является значением по умолчанию

rfc1413_query_timeout = 5s

что бы понравиться mxtoolbox.com — можете установить значение 0

Оригинал статьи вопроса на официальном сайте vesta CP

0
]]> https://my-mails.ru/%d0%be%d1%88%d0%b8%d0%b1%d0%ba%d0%b0-smtp-time-%d0%b2-mxtoolbox-com/feed/ 0 Настройка DNS почтового сервера https://my-mails.ru/%d0%bd%d0%b0%d1%81%d1%82%d1%80%d0%be%d0%b9%d0%ba%d0%b0-dns-%d0%bf%d0%be%d1%87%d1%82%d0%be%d0%b2%d0%be%d0%b3%d0%be-%d1%81%d0%b5%d1%80%d0%b2%d0%b5%d1%80%d0%b0/ Tue, 25 Dec 2018 05:02:43 +0000 https://my-mails.ru/?p=2051 Правильная настройка DNS серверов для почтового сервера

Пример разберем на:

домен: domain.ru
ip: 190.190.190.01

* Делегируйте домен от регистратора на NS сервера хостинг провайдера Вашего сервера.
* Либо Вы можете самостоятельно настроить A записи для Вашего домена адресовав его на ip сервера

domain.ru IN A 190.190.190.01

Для работы почтового сервера нужно создать MX запись, которая должна указывать на наш почтовый сервер. Для этого создадим запись:

domain.ru. IN MX 10 mail.domain.ru.

Цифра 10 определяет приоритет сервера, чем она меньше, тем выше приоритет.

Теперь создадим A запись для mail.example.com

mail.domain.ru. IN A 190.190.190.01

 

По необязательным правилам, почтовые сервера должны располагаться на почтовом под.домене основного домена второго уровня.
К примеру тест в mxtoolbox.com на такую конфигурацию покажет ошибку Reverse DNS is not a valid Hostname

Реверсивная запись PTR — обязательная для многих спам фильтров

01.190.190.190.in-addr.arpa. IN PTR mail.domain.ru.

В панели DNS сервера PTR ip адрес указывается — реверсивно (в обратном порядке)

Хост в PTR должен соответствовать хосту в поле Received

PTR запись указывается не посредственно в dns панели хостинг провайдера сервера. В некоторых случаях требуется что бы хост. провайдер прописал запись в ручную.

DNS записи обновляются не сразу — обновление может занимать до 72 часов.

Обратите внимание на точку в конце имени, некоторые панели dns серверов требуют или не требуют ее указания. Точка указывает что имя абсолютное, при отсутствии точки имя считается относительным и к нему добавляется доменное имя из SOA.

0
]]>