LINUX.ORG.RU
Форум — Web-development  

Помогите с диагностикой проблем с DNS

 , ,


0

1

Существует домен, он делегирован хостингу (coopertino). Хостинг так же предоставляет хостинг DNS. Чем успешно и пользуемся. Периодически возникает проблема с резолвингом домена. Просто говорит NOT_RESOLVED. Делаем dig по крупным днсам и видим что все в порядке. Складывается впечатление что локальные dns серверы ничего не знают (т.е. периодически забывают) о нашем домене. Если настроить в качестве dns сервера гугловский например то все прекрасно работает. Но т.к. на этот сайт заходят наши клиенты то всем же не настроишь. Проблема воспроизовдится независимо от города и провайдера. Куда копать?

← Трэкинг или баг
Nginx статика обновление →

Пишите в саппорт хостера, раз они занимаются вашими доменами то это их зона ответственности.

micronekodesu ★★★
()

покажи 

 % dig @your_dns_address  +multiline +noall +answer linux.org.ru any
linux.org.ru.           3585 IN SOA ns1.cloudns.net. support.cloudns.net. (
                                2016022501 ; serial
                                7200       ; refresh (2 hours)
                                1800       ; retry (30 minutes)
                                1209600    ; expire (2 weeks)
                                3600       ; minimum (1 hour)
                                )
linux.org.ru.           3585 IN A 178.248.233.6
linux.org.ru.           3585 IN MX 10 donkey.linux.org.ru.

Deleted
()

Не было ли недавно каких-то изменений в зоне, и не забыли ли увеличить номер зоны? Соответственно, какой период expire? Гугль - не показатель, у него свои алгоритмы кэширования, и он плюёт на данные в SOA. Так что неправильно обновлённую зону он вполне может начать показывать достаточно быстро.

AS ★★★★★
()
Последнее исправление: AS (всего исправлений: 1)
Ответ на: комментарий от Deleted 
$  dig @my_domain  +multiline +noall +answer @my_domain any                                                                                                                            
; <<>> DiG 9.10.3-P4-Ubuntu <<>> @my_domain +multiline +noall +answer @my_domain any
;; global options: +cmd
@my_domain.            3122 IN A @my_server_ip
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 52960
;; flags: qr rd ra; QUERY: 1, ANSWER: 7, AUTHORITY: 0, ADDITIONAL: 2

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;@my_domain.           IN ANY

;; ANSWER SECTION:
@my_domain.            3122 IN A @my_server_ip
@my_domain.            3122 IN NS isp1.coopertino.org.
@my_domain.            3122 IN NS isp2.coopertino.org.
@my_domain.            3122 IN SOA isp1.coopertino.org. admin.@my_domain. (
                                2017061354 ; serial
                                3600       ; refresh (1 hour)
                                3600       ; retry (1 hour)
                                604800     ; expire (1 week)
                                86400      ; minimum (1 day)
                                )
@my_domain.            6722 IN MX 10 mx.yandex.net.
@my_domain.            3122 IN MX 20 mail.@my_domain.
@my_domain.            3122 IN TXT "v=spf1 redirect=_spf.yandex.net"

;; ADDITIONAL SECTION:
mail.@my_domain.       3122 IN A @my_server_ip

;; Query time: 6 msec
;; SERVER: 127.0.1.1#53(127.0.1.1)
;; WHEN: Tue Jun 19 14:27:21 +07 2018
;; MSG SIZE  rcvd: 260
Noob_Linux ★★★★
() автор топика
Ответ на: комментарий от AS

Ну изменения были, добавлял A записи новые для подоменов. А в SOA всегда какая то дичь. Совершенно не понимаю какую информацию она несёт. + Она как бы всегда сама прописана и её трогать нет нужды.

увеличить номер зоны? Соответственно, какой период expire?

как? впервые слышу что этим можно/нужно управлять

Noob_Linux ★★★★
() автор топика
Последнее исправление: Noob_Linux (всего исправлений: 1)
Ответ на: комментарий от Noob_Linux

Совершенно не понимаю какую информацию она несёт.

Не сильно важные технически: Имя первичного DNS, E-Mail администратора.

И сильно важные цифры, определяющие время кэширования, повторного запроса, безусловного сброса данных. Если serial не увеличен, DNS не должен обновлять имеющиеся данные, пока не пройдёт время expire. Если serial увеличен, то данные обновятся через время refresh. Ну и так далее. Разумеется, используются данные той версии зоны, что уже была получена. Если опрашиваемый DNS про эту зону ничего не знал, то, на первый раз, цифры значения не имеют для него.

А как - это как хостер позволяет. RFC (номер не помню) рекомендует использовать число YYYYMMDDnn (nn - на 100 изменений в день получается).

AS ★★★★★
()
Последнее исправление: AS (всего исправлений: 3)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Трэкинг или баг
Web-development
Nginx статика обновление →