GNU bug report logs -
#71462
Default ntp service configuration not working on IPv6 network
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 71462 in the body.
You can then email your comments to 71462 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
leo <at> famulari.name, bug-guix <at> gnu.org
:
bug#71462
; Package
guix
.
(Mon, 10 Jun 2024 09:26:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Guillaume Le Vaillant <glv <at> posteo.net>
:
New bug report received and forwarded. Copy sent to
leo <at> famulari.name, bug-guix <at> gnu.org
.
(Mon, 10 Jun 2024 09:26:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On an IPv6-only network, the default configuration for ntp-service-type
doesn't work, because the default pool used (<0.guix.pool.ntp.org>)
doesn't have IPv6 addresses.
In fact, the <1.guix.pool.ntp.org> and <3.guix.pool.ntp.org> pools don't
have IPv6 addresses either. Only the <2.guix.pool.ntp.org> pool works
with IPv6.
Would it be possible to add IPv6 support to pools 0, 1 and 3?
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#71462
; Package
guix
.
(Mon, 17 Jun 2024 23:19:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 71462 <at> debbugs.gnu.org (full text, mbox):
On Mon, Jun 10, 2024 at 08:30:32AM +0000, Guillaume Le Vaillant wrote:
> On an IPv6-only network, the default configuration for ntp-service-type
> doesn't work, because the default pool used (<0.guix.pool.ntp.org>)
> doesn't have IPv6 addresses.
>
> In fact, the <1.guix.pool.ntp.org> and <3.guix.pool.ntp.org> pools don't
> have IPv6 addresses either. Only the <2.guix.pool.ntp.org> pool works
> with IPv6.
>
> Would it be possible to add IPv6 support to pools 0, 1 and 3?
It's not something that we, as Guix, can do.
The NTP pool is run by a separate organization, and the question of
which DNS names should return AAAA (IPv6) records is open:
https://community.ntppool.org/t/the-time-has-come-we-must-enable-ipv6-entirely/1968
However, the reason they give us 4 different addresses is so that we can
spread the load around. Our NTP services should choose randomly at
run-time. Or we could just make number 2 the default, and then we'll
have IPv6 support. Or something more complicated...
Information forwarded
to
bug-guix <at> gnu.org
:
bug#71462
; Package
guix
.
(Tue, 18 Jun 2024 08:23:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 71462 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Leo Famulari <leo <at> famulari.name> skribis:
> On Mon, Jun 10, 2024 at 08:30:32AM +0000, Guillaume Le Vaillant wrote:
>> On an IPv6-only network, the default configuration for ntp-service-type
>> doesn't work, because the default pool used (<0.guix.pool.ntp.org>)
>> doesn't have IPv6 addresses.
>>
>> In fact, the <1.guix.pool.ntp.org> and <3.guix.pool.ntp.org> pools don't
>> have IPv6 addresses either. Only the <2.guix.pool.ntp.org> pool works
>> with IPv6.
>>
>> Would it be possible to add IPv6 support to pools 0, 1 and 3?
>
> It's not something that we, as Guix, can do.
>
> The NTP pool is run by a separate organization, and the question of
> which DNS names should return AAAA (IPv6) records is open:
>
> https://community.ntppool.org/t/the-time-has-come-we-must-enable-ipv6-entirely/1968
>
> However, the reason they give us 4 different addresses is so that we can
> spread the load around. Our NTP services should choose randomly at
> run-time. Or we could just make number 2 the default, and then we'll
> have IPv6 support. Or something more complicated...
Thanks for the info. I'm now using pool 2 as the default on my IPv6-only
machines, and it works well.
[signature.asc (application/pgp-signature, inline)]
Reply sent
to
Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
:
You have taken responsibility.
(Sat, 19 Oct 2024 12:54:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Guillaume Le Vaillant <glv <at> posteo.net>
:
bug acknowledged by developer.
(Sat, 19 Oct 2024 12:54:02 GMT)
Full text and
rfc822 format available.
Message #16 received at 71462-done <at> debbugs.gnu.org (full text, mbox):
Hi Guillaume,
Guillaume Le Vaillant <glv <at> posteo.net> writes:
> Leo Famulari <leo <at> famulari.name> skribis:
>
>> On Mon, Jun 10, 2024 at 08:30:32AM +0000, Guillaume Le Vaillant wrote:
>>> On an IPv6-only network, the default configuration for ntp-service-type
>>> doesn't work, because the default pool used (<0.guix.pool.ntp.org>)
>>> doesn't have IPv6 addresses.
>>>
>>> In fact, the <1.guix.pool.ntp.org> and <3.guix.pool.ntp.org> pools don't
>>> have IPv6 addresses either. Only the <2.guix.pool.ntp.org> pool works
>>> with IPv6.
>>>
>>> Would it be possible to add IPv6 support to pools 0, 1 and 3?
>>
>> It's not something that we, as Guix, can do.
>>
>> The NTP pool is run by a separate organization, and the question of
>> which DNS names should return AAAA (IPv6) records is open:
>>
>> https://community.ntppool.org/t/the-time-has-come-we-must-enable-ipv6-entirely/1968
>>
>> However, the reason they give us 4 different addresses is so that we can
>> spread the load around. Our NTP services should choose randomly at
>> run-time. Or we could just make number 2 the default, and then we'll
>> have IPv6 support. Or something more complicated...
>
> Thanks for the info. I'm now using pool 2 as the default on my IPv6-only
> machines, and it works well.
I've now made pool 2 our default configuration address, in commit
503919fcf0 ("services: ntp: Default to an address that supports IPv6.").
Closing.
--
Thanks,
Maxim
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 17 Nov 2024 12:24:12 GMT)
Full text and
rfc822 format available.
This bug report was last modified 93 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.