Вопросы Теги

Устанавливание рекордов MX с Регистратором по сравнению с Хостом Сервера имен

Попробуйте следующие команды и проверку, если они показывают что-нибудь, что может использоваться для решения проблемы

больше/var/log/maillog mailq

5
задан 17 June 2011 в 02:11
2 ответа

1) Абсолютно. Когда поиск DNS сделан (в этом случае, для наблюдения, куда отправить почту), тот поиск сделан от серверов имен. Таким образом, если Вашим серверам имен не перечислят запись MX, то поиск ни к чему не приведет.

Это совпадает с телефонной книгой - кроме, предполагают, что можно только перечислить номер телефона в одной телефонной книге за один раз. Таким образом, Вы говорите, что Ваши друзья "Ищут меня в телефонной книге Высшей точки". Таким образом, когда они хотят связаться с Вами, они ищут Ваш номер телефона в телефонной книге Высшей точки, находят Ваш список и звонят Вам. Но затем если Вы переместите свой список в "Телефонную книгу OtherGuys", но не скажете OtherGuys, каков Ваш номер телефона, когда Ваши друзья будут искать Вас в OtherGuys, то они не будут видеть Вашего номера телефона - потому что это перечислено в книге Высшей точки вместо этого.

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

4
ответ дан 3 December 2019 в 01:15
  1. Да
  2. Кэширование DNS. После того как тайм-аут истек, дела начали идти к черту.

Каждый домен имеет то, что называют записью SOA. Это определяет, среди прочего, сколько времени другие серверы должны кэшировать информацию о том, где запросить записи на упомянутый домен.

Как пример:

@   IN  SOA     nameserver.place.dom.  postmaster.place.dom. (
                       1            ; serial number
                       3600         ; refresh   [1h]
                       600          ; retry     [10m]
                       86400        ; expire    [1d]
                       3600 )       ; min TTL   [1h]

После того как запрос сделан для чего-то в place.dom (MX, TXT, и т.д.), местоположение того, где выполнить все будущие запросы, кэшируется максимум для 1 дня. В Вашем случае это было намного длиннее, таким образом, Вы не заметили, потому что SOA кэшировался.

Для получения большей информации о SOA записывают для доменной попытки это из командной строки:

~$ nslookup
> set type=soa
> set debug
> zaplabs.com
Server:     192.168.1.1
Address:    192.168.1.1#53

------------
    QUESTIONS:
    zaplabs.com, type = SOA, class = IN
    ANSWERS:
    ->  zaplabs.com
    origin = dns1.name-services.com
    mail addr = info.name-services.com
    serial = 2002050701
    refresh = 10001
    retry = 1801
    expire = 604801
    minimum = 181
    AUTHORITY RECORDS:
    ADDITIONAL RECORDS:
------------
Non-authoritative answer:
zaplabs.com
        origin = dns1.name-services.com
        mail addr = info.name-services.com
    serial = 2002050701
    refresh = 10001
    retry = 1801
    expire = 604801
    minimum = 181

Authoritative answers can be found from:
>
5
ответ дан 3 December 2019 в 01:15

Теги

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