[Bug 264102] ntp doesn't support unprivileged ports (works with ntpdate)
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 264102] ntp doesn't support unprivileged ports (works with ntpdate)"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 264102] ntp doesn't support unprivileged ports (works with ntpdate)"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 264102] ntp doesn't support unprivileged ports (works with ntpdate)"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 264102] ntp: Doesn't support unprivileged ports (works with ntpdate)"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 264102] ntp: Doesn't support unprivileged ports (works with ntpdate)"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 264102] ntp: Doesn't support unprivileged ports (works with ntpdate)"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Fri, 20 May 2022 14:22:46 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264102
Bug ID: 264102
Summary: ntp doesn't support unprivileged ports (works with
ntpdate)
Product: Base System
Version: 13.1-STABLE
Hardware: Any
OS: Any
Status: New
Severity: Affects Only Me
Priority: ---
Component: bin
Assignee: bugs@FreeBSD.org
Reporter: jon@xyinn.org
Hello,
I just noticed (and spent a good amount of time today) trying to get the 'ntpd'
program in the base system working on my system (FreeBSD 13.1-STABLE atm). It
seems it actually hasn't been connecting at all and after a bunch of debugging,
I think it's related to port 123 possibly being blocked my by ISP. I'm also
using the stock ntp configurations provided in FreeBSD.
ntpdate -d 0.freebsd.pool.ntp.org shows successful communication, although the
docs for that also mention that it does use "-u" for unprivileged access.
I was planning on using 'ntpdate' for a longer term solution but the man page
for it says:
"Note: The functionality of this program is now available in the ntpd(8)
program. See the -q command line option in the ntpd(8) page. After a
suitable period of mourning, the ntpdate utility is to be retired from
this distribution."
Given that a lot of people need a way to update their system clocks in this
type of environment (requiring unprivileged ports as a workaround), I don't see
how the ntpdate utility can be retired. I'm going to try OpenNTPD
implementation since I read that they support the unprivileged access.
I wanted to get some clarification on this just to make sure where the
community is at with this. Is unprivileged ports a feature that is planned to
be included in the base 'ntpd' implementation before the 'ntpdate' utility gets
removed?
Finally, IIRC, enabling the automatic ntp time update features in KDE (and
GNOME - but haven't used it in a while) correctly fixed the clock, but I think
they may be using 'ntpdate' behind the scenes or some other mechanism.
- Jonathan
--
You are receiving this mail because:
You are the assignee for the bug.