Вопросы Теги

Записи MX, не правильно обновленные серверами Google DNS

Никто никогда не увольнялся за покупку Cisco.

2
задан 25 November 2011 в 22:47
4 ответа

Я нашел человека с той же проблемой, что и у общедоступной группы Google DNS Google . Комментарий от Алекса Нижнера помог мне решить мою проблему.

Похоже, что если вы сначала разрешите wrep.nl, а это окажется CNAME для druif.wrep.nl, DNS-клиент кэширует это. Если затем вы попытаетесь разрешить запись MX для wrep.nl, она ответит кэшированной записью CNAME и не вернет правильную запись MX.

Итак, я изменил wrep. nl к A-записи ждал, пока все DNS-серверы синхронизируются, и теперь все работает, как ожидалось. Вся почта проходит. :)

3
ответ дан 3 December 2019 в 09:22

Здесь работает нормально. 

; <<>> DiG 9.6.0-APPLE-P2 <<>> mx wrep.nl
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 14549
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;wrep.nl.           IN  MX

;; ANSWER SECTION:
wrep.nl.        2489    IN  MX  10 druif.wrep.nl.

;; Query time: 52 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Fri Nov 25 15:46:53 2011
;; MSG SIZE  rcvd: 47
1
ответ дан 3 December 2019 в 09:22

Кажется, я не нахожусь очень далеко от вас, и вы получите результаты, которые кажутся удовлетворительными.

Эта проблема может быть вызвана тем, что общедоступные DNS-серверы Google используют anycast для маршрутизации 8.8.8.8 и 8.8.4.4 в разные центры обработки данных, как указано здесь. Возможно, существуют некоторые различия в маршрутизации в зависимости от местоположения, из которого вы запрашиваете серверы. Это можно легко проверить, войдя на некоторые из ваших серверов и выполнив там запрос по тому же IP-адресу.

На основании того, что вы пишете сейчас, и того, что я здесь вижу, Лучше всего, что проблема основана на кэшированной записи, которая все еще обслуживается некоторыми центрами обработки данных . Если проблема не исчезнет, ​​вы можете передать ее в группу пользователей Google Public DNS .

Результаты запроса из home (Zwolle): 

; <<>> DiG 9.7.3-P3 <<>> mx wrep.nl @8.8.8.8
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 19924
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;wrep.nl.           IN  MX

;; ANSWER SECTION:
wrep.nl.        1566    IN  MX  10 druif.wrep.nl.

;; Query time: 56 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Sat Nov 26 13:41:55 2011
;; MSG SIZE  rcvd: 47

Результаты запроса с сервера, расположенного в Амстердам : 

; <<>> DiG 9.3.6-P1-RedHat-9.3.6-16.P1.el5_7.1 <<>> wrep.nl MX @8.8.8.8
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 23370
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;wrep.nl.           IN  MX

;; ANSWER SECTION:
wrep.nl.        3112    IN  MX  10 druif.wrep.nl.

;; Query time: 19 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Sat Nov 26 13:42:40 2011
;; MSG SIZE  rcvd: 47

Результаты запроса из Сан-Хосе : 

; <<>> DiG 9.6-ESV-R4 <<>> wrep.nl MX @8.8.8.8
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 27967
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;wrep.nl.           IN  MX

;; ANSWER SECTION:
wrep.nl.        3599    IN  MX  10 druif.wrep.nl.

;; Query time: 277 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Sat Nov 26 12:44:15 2011
;; MSG SIZE  rcvd: 47
2
ответ дан 3 December 2019 в 09:22

Как ни странно, я заметил это на днях, работая над своими DNS-серверами.

После обновления зоны для добавления записи MX я проверил сервер Google, чтобы увидеть, сможет ли он ее подобрать. . Он получил новый серийный номер SOA, но все же кэшировал старую запись MX.

Я подозреваю, что метод кэширования Google кэширует отдельные записи, которые не сбрасываются при изменении серийного номера зоны.

0
ответ дан 3 December 2019 в 09:22

Теги

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