Mikrotik.moscow [тема: Клиент NTP не может корректно определить IPv6-доменное имя.]

Клиент NTP не может корректно определить IPv6-доменное имя.

Mon, 15 Nov 2021 06:42:00 -0500

Клиент NTP не может корректно определить IPv6-доменное имя. RouterOS в форуме RouterOS.
Да, это стоит сообщить как баг на support@mikrotik.com.
15.11.2021 06:42:00, Larsa.

Клиент NTP не может корректно определить IPv6-доменное имя.

Mon, 15 Nov 2021 06:07:00 -0500

Клиент NTP не может корректно определить IPv6-доменное имя. RouterOS в форуме RouterOS.
Спасибо, что указали на опцию -t AAA dig, я о ней не знал. Так что действительно, NTP-клиент в версии 7 глючит.
15.11.2021 06:07:00, mkx.

Клиент NTP не может корректно определить IPv6-доменное имя.

Mon, 15 Nov 2021 05:43:00 -0500

Клиент NTP не может корректно определить IPv6-доменное имя. RouterOS в форуме RouterOS.
@mkx: используй запрос ANY, чтобы получить и ipv4, и ipv6, например $ dig ntp.6now.cf ANY

; <<>> DiG 9.10.6 <<>> ntp.6now.cf ANY
;; глобальные опции: +cmd
;; Получен ответ:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 46616
;; флаги: qr rd ra; ЗАПРОС: 1, ОТВЕТ: 13, АВТОРИТЕТ: 0, ДОПОЛНИТЕЛЬНО: 1

;; СЕКЦИЯ OPT ПСЕВДО:
; EDNS: версия: 0, флаги:; udp: 1280
;; СЕКЦИЯ ВОПРОСА:
;ntp.6now.cf. IN ANY

;; СЕКЦИЯ ОТВЕТА:
ntp.6now.cf. 86400 IN AAAA 2a01:3f7::1
ntp.6now.cf. 86400 IN AAAA 2a01:3f7:2:1::1
ntp.6now.cf. 86400 IN AAAA 2a01:3f7:2:2::1
ntp.6now.cf. 86400 IN AAAA 2a01:3f7:3:1::1
ntp.6now.cf. 86400 IN AAAA 2a01:3f7:3:2::1
ntp.6now.cf. 86400 IN AAAA 2a01:3f7:4:1::1
ntp.6now.cf. 86400 IN AAAA 2a01:3f7:4:2::1
ntp.6now.cf. 86400 IN AAAA 2a01:3f7:5:1::1
ntp.6now.cf. 86400 IN AAAA 2a01:3f7:5:2::1
ntp.6now.cf. 86400 IN AAAA 2a01:3f7:6:1::1
ntp.6now.cf. 86400 IN AAAA 2a01:3f7:6:2::1
ntp.6now.cf. 86400 IN AAAA 2a01:3f7:7:1::1
ntp.6now.cf. 86400 IN AAAA 2a01:3f7:7:2::1

;; Время запроса: 99 мсек
;; СЕРВЕР: 192.168.100.2#53(192.168.100.2)
;; КОГДА: Пн Ноя 15 06:40:23 CET 2021
;; РАЗМЕР СООБЩЕНИЯ: 404

Отзыв от SO — Однако это не всегда сработает, если вы обращаетесь к кеширующему серверу. Когда кеширующий сервер отвечает на запрос ANY, он возвращает только те записи, которые находятся в кэше на данный момент. Если у имени есть и A, и AAAA записи, но сервер недавно запрашивал только A, то AAAA записей в кэше не будет, и он их не вернёт.
15.11.2021 05:43:00, Larsa.

Клиент NTP не может корректно определить IPv6-доменное имя.

Mon, 15 Nov 2021 02:27:00 -0500

Клиент NTP не может корректно определить IPv6-доменное имя. RouterOS в форуме RouterOS.
Плюс добавьте «-t» после dig, например «dig -t aaaa ntp.6now.cf», и вы увидите 13 записей AAAA. Так что я думаю, что в ROSv7.1RC6 по умолчанию не отправляется AAAA-запрос, как в команде dig. У меня на устройстве с ROSv6.49 ntp.6now.cf работает нормально.
15.11.2021 02:27:00, bgp4.

Клиент NTP не может корректно определить IPv6-доменное имя.

Fri, 12 Nov 2021 10:23:00 -0500

Клиент NTP не может корректно определить IPv6-доменное имя. RouterOS в форуме RouterOS.
Похоже, проблема с 6now.cf... Мой полнофункциональный DNS-сервер на Linux возвращает то же самое: $ dig ntp.6now.cf

; <<>> DiG 9.11.5-P4-5.1+deb10u5-Debian <<>> ntp.6now.cf
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 43028
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
; COOKIE: f6838f3c230eddd9bf7d0b88618e3fd5d40d6d46ff75aceb (good)
;; QUESTION SECTION:
;ntp.6now.cf. IN A

;; AUTHORITY SECTION:
6now.cf. 10800 IN SOA ns1.he.net. hostmaster.he.net. 2021111002 86400 7200 3600000 172800

;; Query time: 1251 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Fri Nov 12 11:20:05 CET 2021
;; MSG SIZE rcvd: 125

Запрос на NS-сервер, ответственный за домен, даёт тот же результат: $ dig ntp.6now.cf @ns1.he.net

; <<>> DiG 9.11.5-P4-5.1+deb10u5-Debian <<>> ntp.6now.cf @ns1.he.net
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 4683
;; flags: qr aa rd; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1
;; WARNING: recursion requested but not available

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;ntp.6now.cf. IN A

;; AUTHORITY SECTION:
6now.cf. 86400 IN SOA ns1.he.net. hostmaster.he.net. 2021111002 86400 7200 3600000 172800

;; Query time: 33 msec
;; SERVER: 2001:470:100::2#53(2001:470:100::2)
;; WHEN: Fri Nov 12 11:22:40 CET 2021
;; MSG SIZE rcvd: 97

Это значит, что ntp.6now.cf фактически не существует в публичном интернете. Значит, проблема не в NTP-клиенте ROS.
12.11.2021 10:23:00, mkx.

Клиент NTP не может корректно определить IPv6-доменное имя.

Fri, 12 Nov 2021 01:19:00 -0500

Клиент NTP не может корректно определить IPv6-доменное имя. RouterOS в форуме RouterOS.
отладочная информация: 09:18:05 ntp,отладка Начинаю разрешение имени: ntp.6now.cf 09:18:05 ntp,отладка Не удалось разрешить имя хоста: ntp.6now.cf (имя DNS существует, но подходящей записи нет) Попробую снова через 60 секунд.
12.11.2021 01:19:00, bgp4.

Клиент NTP не может корректно определить IPv6-доменное имя.

Thu, 28 Oct 2021 05:22:00 -0400

Клиент NTP не может корректно определить IPv6-доменное имя. RouterOS в форуме RouterOS.
7.1RC5. [admin@ROS] > sys ntp client pri включен: да режим: unicast серверы: ntp.6now.cf частотное отклонение: 0 PPM статус: ожидание /ip dns cache print, там только SOA запись.
28.10.2021 05:22:00, bgp4.