Ciao a tutti,

sto cercando una soluzione anche sui motori di ricerca ma provo a
chiedere anche qui perché per adesso non trovo niente.

Ho un piccolo raspberry che mi fa da dhcp server (con pi-hole) che, dopo un'interruzione di corrente non prende più la data corretta.

Se provo ad usare timedatectl ottengo questo errore:

pena-infinita:~# timedatectl
Failed to connect to bus: File o directory non esistente

--
Ciao
leandro

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Leandro Noferini <lnoferin@cybervalley.org> writes:

[...]

pena-infinita:~# timedatectl
Failed to connect to bus: File o directory non esistente

Dovrei aver risolto installando dbus

(Com'è che non c'era più non me lo spiego)

Comunque grazie un monte!

--
Ciao
leandro

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Il 02/01/24 22:04, Leandro Noferini ha scritto:

Ciao a tutti,

sto cercando una soluzione anche sui motori di ricerca ma provo a
chiedere anche qui perché per adesso non trovo niente.

Ho un piccolo raspberry che mi fa da dhcp server (con pi-hole) che, dopo un'interruzione di corrente non prende più la data corretta.

Se provo ad usare timedatectl ottengo questo errore:

pena-infinita:~# timedatectl
Failed to connect to bus: File o directory non esistente

--
Ciao
leandro

Buon giorno Lista,

A me da questo risultato:
timedatectl
Local time: mer 2024-01-03 10:46:23 CET
Universal time: mer 2024-01-03 09:46:23 UTC
RTC time: mer 2024-01-03 09:46:22
Time zone: Europe/Rome (CET, +0100)
System clock synchronized: no
NTP service: active
RTC in local TZ: no

Ora l'orologio del mio PC è settato su local time.
Perché due parametri sono settati sul no ?
Serve la sincronizzazione del clock ?
Come si può abilitare ?

Grazie
Saluti
Claudio

--
https://www.linkedin.com/in/claudio-sandrone

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Wed, 3 Jan 2024 10:56:58 +0100
pinguino <claudio.sandrone@fastwebnet.it> wrote:

Buon giorno Lista,

A me da questo risultato:
timedatectl
Local time: mer 2024-01-03 10:46:23 CET
Universal time: mer 2024-01-03 09:46:23 UTC
RTC time: mer 2024-01-03 09:46:22
Time zone: Europe/Rome (CET, +0100)
System clock synchronized: no
NTP service: active
RTC in local TZ: no

Ora l'orologio del mio PC è settato su local time.
Perché due parametri sono settati sul no ?
Serve la sincronizzazione del clock ?
Come si può abilitare ?

Grazie
Saluti
Claudio

--
https://www.linkedin.com/in/claudio-sandrone

presumo che ti basti installare il pacchetto per sincronizzare
automaticamente l'ora del pc:

apt install ntp

comunque sul mia installazione debian da:

Local time: mer 2024-01-03 21:51:44 CET
Universal time: mer 2024-01-03 20:51:44 UTC
RTC time: mer 2024-01-03 20:51:44
Time zone: Europe/Rome (CET, +0100)
System clock synchronized: yes
NTP service: n/a
RTC in local TZ: no

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Il 03/01/24 21:52, compact.compact ha scritto:

On Wed, 3 Jan 2024 10:56:58 +0100
pinguino <claudio.sandrone@fastwebnet.it> wrote:

Buon giorno Lista,

A me da questo risultato:
timedatectl
Local time: mer 2024-01-03 10:46:23 CET
Universal time: mer 2024-01-03 09:46:23 UTC
RTC time: mer 2024-01-03 09:46:22
Time zone: Europe/Rome (CET, +0100)
System clock synchronized: no
NTP service: active
RTC in local TZ: no

Ora l'orologio del mio PC è settato su local time.
Perché due parametri sono settati sul no ?
Serve la sincronizzazione del clock ?
Come si può abilitare ?

Grazie
Saluti
Claudio

--
https://www.linkedin.com/in/claudio-sandrone

presumo che ti basti installare il pacchetto per sincronizzare automaticamente l'ora del pc:

apt install ntp

comunque sul mia installazione debian da:

Local time: mer 2024-01-03 21:51:44 CET
Universal time: mer 2024-01-03 20:51:44 UTC
RTC time: mer 2024-01-03 20:51:44
Time zone: Europe/Rome (CET, +0100)
System clock synchronized: yes
NTP service: n/a
RTC in local TZ: no

Buon giorno Lista,
Ora ho installato il pacchetto ntp, ma ancora non c'è la sincronizzazione. timedatectl
Local time: gio 2024-01-04 10:24:43 CET
Universal time: gio 2024-01-04 09:24:43 UTC
RTC time: gio 2024-01-04 09:24:43
Time zone: Europe/Rome (CET, +0100)
System clock synchronized: no
NTP service: n/a
RTC in local TZ: no

Ora sto leggendo il manuale "man timedatectl", c'è il parametro per
abilitare la sincronizzazione:
timedatectl set-ntp true
Failed to set ntp: NTP not supported

Ma dice che non è supportato. Forse bisogna anche configurare
qualcos'altro.


Grazie
Saluti

Claudio

--
https://www.linkedin.com/in/claudio-sandrone

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Thu, 4 Jan 2024 10:34:10 +0100
pinguino <claudio.sandrone@fastwebnet.it> wrote:

Buon giorno Lista,
Ora ho installato il pacchetto ntp, ma ancora non c'è la

prova anche i seguenti comandi l'output dovrebbe essere simile a questo:

comando:
systemctl status ntp.service

output:
* ntp.service - Network Time Service
Loaded: loaded (/lib/systemd/system/ntp.service; enabled; vendor
preset: enabled) Active: active (running) since Thu 2024-01-04 09:32:39
CET; 1h 54min ago Docs: man:ntpd(8)
Process: 1755 ExecStart=/usr/lib/ntp/ntp-systemd-wrapper
(code=exited, status=0/SUCCESS) Main PID: 1816 (ntpd)
Tasks: 2 (limit: 19033)
Memory: 1.9M
CPU: 296ms
CGroup: /system.slice/ntp.service
`-1816 /usr/sbin/ntpd -p /var/run/ntpd.pid -g -u 130:143


comando:
ntpq -p

output (simile a quello che trovi nel link): https://guide.debianizzati.org/index.php/Configurare_un_NTP_Time_Server_su_Debian


verifica inoltre che il firewall non blocchi eventuali richieste in
uscita verso la porta ntp (123/udp)

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Thu, 4 Jan 2024 10:34:10 +0100
pinguino <claudio.sandrone@fastwebnet.it> wrote:

Ora ho installato il pacchetto ntp, ma ancora non c'è la
sincronizzazione. timedatectl

puoi postare il tuo file:

/etc/ntp.conf

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Il 04/01/24 11:18, compact.compact ha scritto:

On Thu, 4 Jan 2024 10:34:10 +0100
pinguino <claudio.sandrone@fastwebnet.it> wrote:

Ora ho installato il pacchetto ntp, ma ancora non c'è la
sincronizzazione. timedatectl

puoi postare il tuo file:

/etc/ntp.conf

Si, certo.

# /etc/ntp.conf, configuration for ntpd; see ntp.conf(5) for help

driftfile /var/lib/ntp/ntp.drift

# Leap seconds definition provided by tzdata
leapfile /usr/share/zoneinfo/leap-seconds.list

# Enable this if you want statistics to be logged.
#statsdir /var/log/ntpstats/

statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable


# You do need to talk to an NTP server or two (or three).
#server ntp.your-provider.example

# pool.ntp.org maps to about 1000 low-stratum NTP servers. Your server will
# pick a different set every time it starts up. Please consider joining the
# pool: <http://www.pool.ntp.org/join.html>
pool 0.debian.pool.ntp.org iburst
pool 1.debian.pool.ntp.org iburst
pool 2.debian.pool.ntp.org iburst
pool 3.debian.pool.ntp.org iburst


# Access control configuration; see
/usr/share/doc/ntp-doc/html/accopt.html for
# details. The web page <http://support.ntp.org/bin/view/Support/AccessRestrictions>
# might also be helpful.
#
# Note that "restrict" applies to both servers and clients, so a
configuration
# that might be intended to block requests from certain clients could
also end
# up blocking replies from your own upstream servers.

# By default, exchange time with everybody, but don't allow configuration. restrict -4 default kod notrap nomodify nopeer noquery limited
restrict -6 default kod notrap nomodify nopeer noquery limited

# Local users may interrogate the ntp server more closely.
restrict 127.0.0.1
restrict ::1

# Needed for adding pool entries
restrict source notrap nomodify noquery

# Clients from this (example!) subnet have unlimited access, but only if
# cryptographically authenticated.
#restrict 192.168.123.0 mask 255.255.255.0 notrust


# If you want to provide time to your local subnet, change the next line.
# (Again, the address is an example only.)
#broadcast 192.168.123.255

# If you want to listen to time broadcasts on your local subnet,
de-comment the
# next lines. Please do this only if you trust everybody on the network! #disable auth
#broadcastclient

Grazie
Saluti

Claudio

--
https://www.linkedin.com/in/claudio-sandrone

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Thu, 4 Jan 2024 12:12:42 +0100
gianluca.signorotto@eritrium.org wrote:

personalmente, piuttosto di ntp (ora non si usa,
eventualmente, il pacchetto ntpsec, tra l'altro?) userei su
un client systemd-timesyncd, assieme a timedatectl, dato che
implementa solo un lato client e non si preoccupa
dell'intera complessità del sistema di ntp.

# apt install systemd-timesyncd

e poi

$ timedatectl show-timesync --all

# timedatectl set-ntp true

$ timedatectl status

$ timedatectl timesync-status

così il comando mi dà

$ timedatectl status
Local time: gio 2024-01-04 12:07:55 CET
Universal time: gio 2024-01-04 11:07:55 UTC
RTC time: gio 2024-01-04 11:07:55
Time zone: Europe/Rome (CET, +0100)
System clock synchronized: yes
NTP service: active
RTC in local TZ: no

Il file di configurazione, è su /etc/systemd/timesyncd.conf

Debian 12.4

A presto,
Gianluca
*Gianluca Francesco Signorotto*
website: https://eritrium.org

grazie del consiglio, stasera con calma valuto installo e testo questo
sistema

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Thu, 4 Jan 2024 11:44:35 +0100
pinguino <claudio.sandrone@fastwebnet.it> wrote:

Si, certo.

# /etc/ntp.conf

ok il file è identico al mio

mi sono accorto che ho installato anche il pacchetto:

apt install sntp

che pensavo essere un dipendenza (ma non è una dipendenza),
quindi verifica di averlo installato
e riavvia il sistema o il servizio ..

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------WI7wSggUxrii1lRn4zrJBkJO
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

personalmente, piuttosto di ntp (ora non si usa,
eventualmente, il pacchetto ntpsec, tra l'altro?) userei su
un client systemd-timesyncd, assieme a timedatectl, dato che
implementa solo un lato client e non si preoccupa
dell'intera complessità del sistema di ntp.

# apt install systemd-timesyncd

e poi

$ timedatectl show-timesync --all

# timedatectl set-ntp true

$ timedatectl status

$ timedatectl timesync-status

così il comando mi dà

$ timedatectl status
Local time: gio 2024-01-04 12:07:55 CET
Universal time: gio 2024-01-04 11:07:55 UTC
RTC time: gio 2024-01-04 11:07:55
Time zone: Europe/Rome (CET, +0100)
System clock synchronized: yes
NTP service: active
RTC in local TZ: no

Il file di configurazione, è su /etc/systemd/timesyncd.conf

Debian 12.4

A presto,
Gianluca


Il 03/01/24 21:52, compact.compact ha scritto:

presumo che ti basti installare il pacchetto per sincronizzare automaticamente l'ora del pc:

apt install ntp

--
*Gianluca Francesco Signorotto*
website: https://eritrium.org

--------------WI7wSggUxrii1lRn4zrJBkJO--

-----BEGIN PGP SIGNATURE-----

wsF5BAABCAAjFiEEiDNHKE86QUxoFJdiqQZtrmGUv04FAmWWkqsFAwAAAAAACgkQqQZtrmGUv064 2w/+LJ4EcRpgCZovb/BfnyAXUPx5WVS6KZ9475LXUeSTDaIUsmOtpCkB3f6+lhxDF8ZQQOz2yFug kmzLp2cO0ZRrlhYRXi6kISa4uq9FYg5Ht9NsHpbEpT8Wn8rB84pwG+s+Hr6YWsoLvfASAcAzKcii p2s4rol5K/u9SxnAzZNwnjOlLoSFucTgK84kxJADZMPX4b/3jlip3KCm+UXf7Cw0Ubxn9y/QBhbX Kt9JixdQhyOMSIAwO7ipqcYSQ6/iBLcfYSCTPYoKrdaUcnU18FfJfxKuWINc9a13LY/Hngbsh1PC eMbMU75VIS+3FUrS7mUrm3XAemWOXDiPTkYBpuqTApt4HeN7l7MpRIuQjniBk2wNGRjw0gJ4kiuF L3vx2Kh3mIh+t1uGVenq8iVd0laEWlejpHD24VX/cAVJeWVDhuj+pQi4ftVAKQNrx4BK0O3bTxyr JHTI1nRZ4r0lcy4McNlFHSp5xMjzXc5CvHjgAGHinufVkqfunWSAUPS3K+amBTeQvpyZuCV4hMQL CE1AX3f/LWIE/jaJ0Q+E5qGxrskrvVAdyxRIIthWc6mT7BBD+9CiRzMy+ZcF1bVeBiiTC2AL9H7k w2Fa1lJlf4yv4awB6lDO6Os94O+AmP9UccWiix4JpjKzBEWd82U/wU2gxrLpiLeEABOhIBMJ3g5f m4w=
=RUaR
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet G

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------J2s2ZP0LZn09rJNoriAInG0L
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

prego. Provengo pure io da ntp da anni... ho provato chrony
(non male) ma ho poi preferito, invece, systemd-timesyncd
per la sua estrema semplicità.

Quello che mi ha dato sempre fastidio (ma è personale) è di
dover avere sia un server sia un client ntp allo stesso
tempo... allo scopo (mio) di sincronizzarsi, alla fine, con
2/3/4 server ntp esterni (tipo ntp*.inrim.it) alle mie reti.

SNTP è, invece, l'implementazione leggera di NTP, viene
usato su reti piccole... storicamente (credo) era preferito
al ntpd su computer datati e con basse potenze di calcolo.
Da quanto posso ricordare, per Debian, entrambi possono
coesistere in quanto SNTP è usato quale client in tale caso.

A presto,
Gianluca

Il 04/01/24 12:27, compact.compact ha scritto:

grazie del consiglio, stasera con calma valuto installo e testo questo sistema

--
*Gianluca Francesco Signorotto*
website: https://eritrium.org

--------------J2s2ZP0LZn09rJNoriAInG0L--

-----BEGIN PGP SIGNATURE-----

wsF5BAABCAAjFiEEiDNHKE86QUxoFJdiqQZtrmGUv04FAmWWsI4FAwAAAAAACgkQqQZtrmGUv07P 0xAAk9MevrzlWVG2KnodxdXLhhWx4AluyKfJXK1OuY6rTiKjJG9baef/A6fRiTBTmS9OMtLpIETi 1b5Ag5RkkUkCdLsoTVYLgGEJkdjArD1RWH2KlEI9zRTL953uuXdNyebXyye3oHjRzKnYuyxYjpTu 0R/PxDZoy2r64LFJrAsx0ShHmu9e7geUVsGlTl82+7HXZRSMbg8kmKUvfP4OpFQX9//VCuA1NuN7 KoD9kQfH8wdlRO2aauqbM6Un9hTGSj0K8kLTHVc8exqTav8Zy1iK9MzDC7gcgtVyCVSdWMBzCIuS phwHdRP2iYdpRF2JwhBr5iEbK/HdkheNSqYJDYms7C3LSN+dB0YtS1j8RDCvdYIIxTy24yUamqYQ n5InDD5wxXi4qdVimhR9sT+4Z4mAwYlG3MGfpfAscpqn4PYmhUyQ12hpxmitSC+G8oMnzO8vInEF R3AZwhdnacyyBZQdy9bK06nq5/9SoUlzDWia2ss8owZ+s6PUFLTHakXXe4CBqdry/pzDirpzPOPr mENMhbU5JJd5DNGPTkQyct/S2KMvTNqIWEr8I7nIgPShrT4MsRZToYEQhHJT2TNOAz+bu30X6rvd 6Mwbr98N2LfDRfVEB5UskQ6zzWKvSaONkB6f14OqJj5ENPmbSyOy6NdOh6SK8Nq+CLCA3+b40/g1 EZs=
=/TUH
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet G

On Thu, 4 Jan 2024 14:20:13 +0100
gianluca.signorotto@eritrium.org wrote:

prego. Provengo pure io da ntp da anni... ho provato chrony
(non male) ma ho poi preferito, invece, systemd-timesyncd
per la sua estrema semplicità.

Quello che mi ha dato sempre fastidio (ma è personale) è di
dover avere sia un server sia un client ntp allo stesso
tempo... allo scopo (mio) di sincronizzarsi, alla fine, con
2/3/4 server ntp esterni (tipo ntp*.inrim.it) alle mie reti.

ottimo consiglio (per un semplice client) aver installato:

apt install systemd-timesyncd

ho modificato di conseguenza il file
/etc/systemd/timesyncd.conf
inserendo server e fallback (vedendo questa documentazione): https://wiki.archlinux.org/title/systemd-timesyncd

NTP=0.it.pool.ntp.org
FallbackNTP=0.debian.pool.ntp.org 1.debian.pool.ntp.org
2.debian.pool.ntp.org 3.debian.pool.ntp.org




però mi sa che mi mancherà il comando

ntpq

che preferivo in quanto mi dava un output più leggibile di

timedatectl timesync-status


grazie ancora

e se l'utente pinguino claudio.xxxx@xxxx
legge può utilizzare in alternativa questo sistema
è più comodo che avere un server ntp sulla macchina
(meno cose ci sono, meno cose si possono rompere)

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------8NQjXxnZC0So2q8tGjxlTnuv
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Il 04/01/24 22:45, compact.compact ha scritto:

ottimo consiglio (per un semplice client) aver installato:

apt install systemd-timesyncd

Oltretutto è in grado di recepire la option 42 (ipv4) e/o la
option 31 (ipv6) da parte di un server DHCP...

Per come la vedo, è sì semplice ma molto adeguato allo scopo
che si prefigge.

A presto,


--
*Gianluca Francesco Signorotto*
website: https://eritrium.org

--------------8NQjXxnZC0So2q8tGjxlTnuv--

-----BEGIN PGP SIGNATURE-----

wsF5BAABCAAjFiEEiDNHKE86QUxoFJdiqQZtrmGUv04FAmWX/Y8FAwAAAAAACgkQqQZtrmGUv049 Sg/+Ns7QBZcenPUQr/l5zTaP79BHSEBAJrKWQPfX43y3EMpLuPhWss3384QdgLYmA00Vrk8qm/Rr zBNXX91TMH3tsgXRXbLYG5XDnOhrjvx0ZlLUgkw9+lm9XBnQyXIffkpjFQNEz0mtNNpTFkv5uxwl LRb20ncX6QQIYOtdjdaKuN3MtfEa1isgG0N6psyGNyg/z+FfEcv61KYrdiD0l0+JGK4+sdAK5Fv1 vEGIn2bREjmqB3KjffPJLG9xPOLd5Rt5Gfm1gBusEkTx05Z/hDnIUnMARkKq2EnLGcVIy1T3Myt4 xPHSk6MkNbjxaM6IR3H1BkyZ4wIfB4WLmVU3vJsYyI/Mo2g0XKaQD4V1WxK/ZBMn0mbOATUqSofU GLrkmeklWlTXRE0w/vGBZ+pzKUI1JUrQry+7H4i/1HlYshE7uK+gM+7LRJGO1sn5b//4a8hq0lVN gUZrQFYiFR/aHz+AOaNe8UD+3EMiJgC2dYCun58Y3JagYrUezhlldGVvnzwWPMTcRV/t9SCNAfVb 2pYNPmbWih8huPSuEop3THvbMdedrtwdTXxxQEeyfmvgSHkfKPEHX0odLNJ3JqsfPDsxwtGAncBw jxHpfX7hp8TfigaC5pIM6x3Dv3oUkeTaT9Rp6PPfYRU7lOtRB/qbg4sbbNqmZ2keaB4t38JKr7e6 Q6s=
=LDag
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet G

Ciao,

Il giorno gio, 04/01/2024 alle 22.45 +0100, compact.compact ha scritto:

ho modificato di conseguenza il file
/etc/systemd/timesyncd.conf
inserendo server e fallback (vedendo questa documentazione): https://wiki.archlinux.org/title/systemd-timesyncd

NTP=0.it.pool.ntp.org
FallbackNTP=0.debian.pool.ntp.org 1.debian.pool.ntp.org
2.debian.pool.ntp.org 3.debian.pool.ntp.org

Ti conviene spostare queste righe da /etc/systemd/timesyncd.conf a /etc/systemd/timesyncd.conf.d/localhost.conf (creando la directory).

Questo meccanismo di più file di configurazione è tipico di systemd e si chiama «drop-in»: i vari file vengono letti assieme, e all'aggiornamento di systemd-timesyncd non ti verrà chiesto di controllare la configurazione modificata da te in /etc/systemd/timesyncd.conf (perché non avrai modificato quel file). Trovi maggiori informazioni nella pagina di manuale di timesyncd.conf.

Ciao,
Giuseppe

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Fri, 5 Jan 2024 14:01:03 +0100
gianluca.signorotto@eritrium.org wrote:

Oltretutto è in grado di recepire la option 42 (ipv4) e/o la
option 31 (ipv6) da parte di un server DHCP...

si lo ho capito quasi subito perchè sul router avevo un server
impostato un servizio ntpd e la prima volta che l'avevo fatto
partire aveva inserito l'indirizzo ip del router, ho disattivato temporaneamente il server ntp sul router e l'ho testato come client
diretto verso un server ntp esterno, poi ho riattivato il server ntpd
sul router in quanto preferisco comunque avere un router che
aggiorna la data e poi tutti i client ricevono da lui l'aggiornamento

è ottimo come hai detto tu perchè non serve avere un demone sulla
macchina locale (quello che non c'è non si può rompere)

e non devo nemmeno preoccuparmi di modificare nessun file di
configurazione, lo reperisce da solo dal router ...

grazie ancora

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)