No Glue records для домена второго уровня.

[int0]

Просветите по поводу теории, в dns валидаторе при проверке моего домена второго уровня выдает следующие ошибки:

Your nameserver records fetched from the parent servers are:

ns1.domain.com. (No Glue)
ns2.domain.com. (No Glue)
ns3.domain.com. (No Glue)
ns4.domain.com. (No Glue)
ns5.domain.com. (No Glue)

These records come from: I.GTLD-SERVERS.NET.
Glue records. Fail. The following nameservers are not sending glue.

» ns1.domain.com.
» ns2.domain.com.
» ns3.domain.com.
» ns4.domain.com.
» ns5.domain.com.

просветите по поводу теории, плиз, или пните в нужном направлении..
glue record - это запись А о моих ns'ах в вышестоящем домене первого уровня (.com), а-ля корневых серверах.. я так понимаю?
вида:
ns1.domain.com. IN A xxx.xxx.xxx.xxx
ns1.domain.com. IN A xxx.xxx.xxx.xxx
ns1.domain.com. IN A xxx.xxx.xxx.xxx
ns1.domain.com. IN A xxx.xxx.xxx.xxx
ns1.domain.com. IN A xxx.xxx.xxx.xxx

это регистратор должен подавать заявку на занесение зоны?
потому как мой регистратор позволяет только создать "дочерние ns-сервера" с привязкой к ip адресам и указать их в качестве собственных именных серверов.

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[zg]

это регистратор должен подавать заявку на занесение зоны?

нет, просто надо разместить зону на указанных серверах, которые будут её (зону) выдавать как на духу по первому требованию

[int0]

хм, я не понимаю
на указанных, это на каких?
дело в том, что зона размещена, все пять ns прекрасно отвечают каждый на своем адресе, выдавая абсолютно все записи.. то есть с этим все в порядке, как бы.
я хотел уточнить природу предупреждений, связанных именно с "glue" записями.

[Гость]

Код: Выделить всё

Glue at parent nameservers
WARNING. the parent servers are not providing glue for all your nameservers. This means that they are supplying the NS records (host.example.com), but not supplying the A records (192.0.2.53), which can cause slightly slower connections, and may cause incompatibilities with some non-RFC-compliant programs.

вот это утверждение несколько прояснит ситуацию, но я просто не знаю, с кого начать решение проблемы?

[zg]

на указанных, это на каких?

которые указаны, как NS записи

вот это утверждение несколько прояснит ситуацию

по ходу он ругается на

Код: Выделить всё

IN A

вообще делают так, если днсы находятся в той же зоне:

Код: Выделить всё

NS ns1.example.com.
NS ns2.example.com.
....
ns1.example.com. A xx.xx.xx.xx
ns2.example.com. A xx.xx.xx.xx

[Гость]

Моя зона выглядит следующим образом:

Код: Выделить всё

$ORIGIN     domain.com.	
$TTL        3600	
domain.com.	IN	SOA	ns1.domain.com. hostmaster.domain.com. (	
                  2009053101	
                  3600	
                  7200	
                  1209600
                  3600
                  )	
	
@           IN    NS    ns1.domain.com.	
@           IN    NS    ns2.domain.com.	
@           IN    NS    ns3.domain.com.	
@           IN    NS    ns4.domain.com.	
@           IN    NS    ns5.domain.com.	
@           IN    MX    10    mail	
@           IN    A     xx.xx.xx.xx

ns1         IN    A     xx.xx.xx.xx	
ns2         IN    A     xx.xx.xx.xx	
ns3         IN    A     xx.xx.xx.xx	
ns4         IN    A     xx.xx.xx.xx	
ns5         IN    A     xx.xx.xx.xx	
www       IN    A     xx.xx.xx.xx	
ftp          IN    A     xx.xx.xx.xx	
mail        IN    A     xx.xx.xx.xx	

[zg]

у нас зоны выглядят примерно так

Код: Выделить всё

$ORIGIN .
$TTL 86400      ; 1 day
example.com               IN SOA  ns.example.com. webmaster@example.com. (
                                2009020301 ; serial
                                10800      ; refresh (3 hours)
                                3600       ; retry (1 hour)
                                604800     ; expire (1 week)
                                86400      ; minimum (1 day)
                                )
                        NS      ns.example.com.
                        NS      ns.dsn.com.
                        A       xxx.xxx.xxx.xxx
$ORIGIN example.com.
ftp                     CNAME   example.com.
ns                      A       xxx.xxx.xxx.xxx
www                     CNAME   example.com.

правда фря 6.3-RELEASE

Код: Выделить всё

%named -v
BIND 9.3.4-P1
%

[terminus]

Моя зона выглядит следующим образом:

Так она выглядит на вашем бинде, а как она выглядит на сервере отвечающем за зону com. надо смотреть через nslookup.
Для примера поиграем на mail.ru.

Код: Выделить всё

$ nslookup
> set type=ns
> ru
Server:         127.0.0.1
Address:        127.0.0.1#53

Non-authoritative answer:
ru      nameserver = ns.ripn.net.
ru      nameserver = ns9.ripn.net.
ru      nameserver = e.dns.ripn.net.
ru      nameserver = ns2.nic.fr.
ru      nameserver = ns2.ripn.net.
ru      nameserver = ns5.msk-ix.net.

Authoritative answers can be found from:
> server ns.ripn.net.
Default server: ns.ripn.net.
Address: 194.85.105.17#53
> set type=ns
> mail.ru.
Server:         ns.ripn.net.
Address:        194.85.105.17#53

Non-authoritative answer:
*** Can't find mail.ru.: No answer

Authoritative answers can be found from:
mail.ru nameserver = ns3.mail.ru.
mail.ru nameserver = ns1.mail.ru.
mail.ru nameserver = ns2.mail.ru.
mail.ru nameserver = ns.mail.ru.
mail.ru nameserver = ns4.mail.ru.
mail.ru nameserver = ns5.mail.ru.
ns.mail.ru      internet address = 194.67.23.130
ns1.mail.ru     internet address = 94.100.179.159
ns2.mail.ru     internet address = 94.100.179.163
ns3.mail.ru     internet address = 194.67.23.17
ns4.mail.ru     internet address = 194.67.57.4
ns5.mail.ru     internet address = 194.67.23.232

На сервере ns.ripn.net есть как NS записи для mail.ru. так и A записи для ранее используемых NS (это и называется glue-записи)

Проделайте похожую цепочку запросов для вашего домена и проверьте чтобы DNS сервер отвечающий за com знал как про NS для вашего домена, так и про A для имен NS. Если не знает про A то пинайте регистратора в com чтобы создал.

---

вообще же из теории - glue записи нужны когда NS запись для делегируемого домена указывает на имя которое находится внутри делегируемого домена (как у mail.ru - ns.mail.ru). Таким образом, если не указывать еще и A записи возникает замкнутый круг - для того чтобы узнать какое-либо имя в домене надо попасть на его авторитарный сервер, но для того чтобы на него попасть надо узнать его имя...

[int0]

вообще же из теории - glue записи нужны когда NS запись для делегируемого домена указывает на имя которое находится внутри делегируемого домена (как у mail.ru - ns.mail.ru). Таким образом, если не указывать еще и A записи возникает замкнутый круг - для того чтобы узнать какое-либо имя в домене надо попасть на его авторитарный сервер, но для того чтобы на него попасть надо узнать его имя...

вот, собственно, я об этом Спасибо за исчерпывающий ответ, только что перевел это же самое из мануалов.

результат проверки моей зоны:

Код: Выделить всё

> set type=ns
> domain.com.
Server:  i.gtld-servers.net
Address:  192.43.172.30

Non-authoritative answer:
domain.com    nameserver = ns1.domain.com
domain.com    nameserver = ns2.domain.com
domain.com    nameserver = ns3.domain.com
domain.com    nameserver = ns4.domain.com
domain.com    nameserver = ns5.domain.com

ns1.domain.com       internet address = 6x.x0.6x.xx
ns2.domain.com       internet address = 6x.x0.6x.xx
ns3.domain.com       internet address = 6x.x0.6x.xx
ns4.domain.com       internet address = 6x.x0.6x.xx
ns5.domain.com       internet address = 6x.x0.6x.xx

похоже все записи в корневых серверах имеются?

[int0]

или все же "non-authoritative answer" означает, что он берет эту информацию из моей зоны, но сам не содержит, а должен?

[terminus]

или все же "non-authoritative answer" означает, что он берет эту информацию из моей зоны, но сам не содержит, а должен?

Поэтому надо провести полную церочку. Начните как в моем примере с com, а потом вниз. Или спрашиваете не через свой сервер, а через какой-нить публичный рекурсор.