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

Похоже, проблема с 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.

@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 записей в кэше не будет, и он их не вернёт.