Вопросы Теги

Почтовый возврат при использовании CNAME для доменного корневого и выравнивания нагрузки

Нет. Вы могли периодически делать du, переданный по каналу к текстовому файлу в наборе задания крона для выполнения в течение ночи, таким образом, у Вас есть не совсем текущие данные, сразу доступные?

Обратите внимание, что, измеряя дисковое пространство, используемое папкой, содержащей большое, никакие из файлов в соответствии с Windows так же не занимают время.

3
задан 6 October 2011 в 19:14
3 ответа

If you have a domain example.invalid:

; example.invalid
$TTL    604800
@       IN      SOA     ns1.example.invalid. root.example.invalid. (
                     2006020201 ; Serial
                         604800 ; Refresh
                          86400 ; Retry
                        2419200 ; Expire
                         604800); Negative Cache TTL
;
@       IN      NS      ns1
        IN      MX      10 mail
        IN      CNAME   anotherdomain.invalid

You are saying:

Hey, you can find example.invalid under whatever address anotherdomain.invalid can be found. And btw, any MX records SRV records or other stuff for example.invalid is also whatever anotherdomain.invalid tells you. That means Mail sent to example.invalid will use the MX record of anotherdomain.invalid

References:

3
ответ дан 3 December 2019 в 05:49

Согласно RFC1034§3.6.2 

If a CNAME RR is present at a node, no other data should be present; this 
ensures that the data for a canonical name and its aliases cannot be different.

Таким образом, если у вас настроено CNAME на example.com , то это единственная запись, которую вы могли настроить там. Все записи, относящиеся к этому домену, должны находиться под псевдонимом.

Например. Если у вас есть example.com IN CNAME acme.hosting-co.com , то все ваши записи NS, SOA, MX и т. Д. Должны находиться в acme.hosting-so.com . Они могут быть не в example.com .

Кроме того, если для домена не найдена запись MX, то в крайнем случае можно попробовать запись A для этого домена. Таким образом, правильно работающий MTA должен выполнить поиск вашего домена, найти CNAME, попробовать псевдоним, не найти там запись MX, вместо этого попробовать запись A (в данном случае ваш балансировщик нагрузки). Ваш балансировщик нагрузки, очевидно, не может получать электронную почту.

Отказавший MTA действительно работает правильно. Никаких MTA, обнаруживающих ваш почтовый сервер, нет.

1
ответ дан 3 December 2019 в 05:49

Я предполагаю, что у вас есть CNAME для балансировщика, помеченного оранжевым облаком в настройках DNS в CloudFlare? В этом случае вам следует войти в систему и изменить цвет облака с оранжевого на серый для этой записи CNAME.

1
ответ дан 3 December 2019 в 05:49

Теги

Похожие вопросы