#1 Le 15/03/2024, à 17:47
- petitbouchon
[résolu]ubuntu 22.04 installation de chrony (serveur ntp)
Bonjour,
Pour synchroniser un raspberrypi et un create3 la documentation du create3 dit d'installer chrony.
Le create3 devrait accéder aux adresses 192.168.186.1 et 192.168.186.3 et il n'arrive pas à accéder à 192.168.186.1 et proteste du délai sur 192.168.186.3
moi@rpi4b-u2204d-turtlebot4:~$ cat /etc/chrony/chrony.conf
# Welcome to the chrony configuration file. See chrony.conf(5) for more
# information about usable directives.
# Include configuration files found in /etc/chrony/conf.d.
confdir /etc/chrony/conf.d
# This will use (up to):
# - 4 sources from ntp.ubuntu.com which some are ipv6 enabled
# - 2 sources from 2.ubuntu.pool.ntp.org which is ipv6 enabled as well
# - 1 source from [01].ubuntu.pool.ntp.org each (ipv4 only atm)
# This means by default, up to 6 dual-stack and up to 2 additional IPv4-only
# sources will be used.
# At the same time it retains some protection against one of the entries being
# down (compare to just using one of the lines). See (LP: #1754358) for the
# discussion.
#
# About using servers from the NTP Pool Project in general see (LP: #104525).
# Approved by Ubuntu Technical Board on 2011-02-08.
# See http://www.pool.ntp.org/join.html for more information.
pool ntp.ubuntu.com iburst maxsources 4
pool 0.ubuntu.pool.ntp.org iburst maxsources 1
pool 1.ubuntu.pool.ntp.org iburst maxsources 1
pool 2.ubuntu.pool.ntp.org iburst maxsources 2
# Enable serving time to ntp clients on 192.168.186.0 subnet.
allow 192.168.186.0/24
# Serve time even if not synchronized to a time source
# local stratum 10
# Use time sources from DHCP.
sourcedir /run/chrony-dhcp
# Use NTP sources found in /etc/chrony/sources.d.
sourcedir /etc/chrony/sources.d
# This directive specify the location of the file containing ID/key pairs for
# NTP authentication.
keyfile /etc/chrony/chrony.keys
# This directive specify the file into which chronyd will store the rate
# information.
driftfile /var/lib/chrony/chrony.drift
# Save NTS keys and cookies.
ntsdumpdir /var/lib/chrony
# Uncomment the following line to turn logging on.
#log tracking measurements statistics
# Log files location.
logdir /var/log/chrony
# Stop bad estimates upsetting machine clock.
maxupdateskew 100.0
# This directive enables kernel synchronisation (every 11 minutes) of the
# real-time clock. Note that it can’t be used along with the 'rtcfile' directive.
rtcsync
# Step the system clock instead of slewing it if the adjustment is larger than
# one second, but only in the first three clock updates.
makestep 1 3
# Get TAI-UTC offset and leap seconds from the system tz database.
# This directive must be commented out when using time sources serving
# leap-smeared time.
leapsectz right/UTC
moi@rpi4b-u2204d-turtlebot4:~$ moi@rpi4b-u2204d-turtlebot4:~$ nmap 192.168.186.3
From Nmap 7.94 (https://nmap.org) on 03/14/2024 at 1:34 p.m. CET
Nmap scan report for rpi4b-u2204d-turtlebot4 (192.168.186.3)
The host is operational (0.00082 s latency).
Not shown: 996 TCP ports closed (conn-denied)
PORT STATE SERVICE
22/tcp open ssh
5900/tcp open vnc
5999/tcp opens ncd-conf
8080/tcp opens http proxy
Nmap completed: 1 IP address (1 host enabled) scanned in 0.75 seconds
moi@rpi4b-u2204d-turtlebot4:~$ nmap 192.168.186.1
From Nmap 7.94 (https://nmap.org) on 03/14/2024 at 1:35 p.m. CET
Note: The host appears to be down. If it's really active, but blocking our ping probes, try -Pn Nmap done: 1 IP address (0 hosts enabled) scanned in 3.21 seconds
me@rpi4b-u2204d-turtlebot4:~$
moi@rpi4b-u2204d-turtlebot4:~$ nmap -Pn 192.168.186.1
From Nmap 7.94 (https://nmap.org) on 03/14/2024 at 1:41 p.m. CET
Nmap scan report for 192.168.186.1
The host is operational (0.065 s latency).
All 1000 ports scanned on 192.168.186.1 are in ignored states.
Not shown: 990 TCP ports filtered (no response), 10 TCP ports filtered (host unreach)
Nmap completed: 1 IP address (1 host enabled) analyzed in 6.49 seconds
me@rpi4b-u2204d-turtlebot4:~$extrait des logs dans create3 :
Mar 15 13:26:59 iRobot-9FBCB799E5E34EE0B1D045D8C1944997 user.notice ntpd: ntpd: reply from 192.168.186.3: delay 0.037659 is too high, ignoring
[...]
Mar 15 13:28:19 iRobot-9FBCB799E5E34EE0B1D045D8C1944997 user.notice ntpd: ntpd: timed out waiting for 192.168.186.1, reach 0x00, next query in 33s
[...]
Mar 15 13:29:09 iRobot-9FBCB799E5E34EE0B1D045D8C1944997 user.notice ntpd: ntpd: timed out waiting for 192.168.186.1, reach 0x00, next query in 66s
[...]Dernière modification par petitbouchon (Le 19/03/2024, à 17:26)
Hors ligne
#2 Le 15/03/2024, à 17:58
- iznobe
Re : [résolu]ubuntu 22.04 installation de chrony (serveur ntp)
Bonjour , ca ressemble tres fortement a une probleme de configuration du parefeu des machines en 192.168.186.1/3 .
la 192.168.186.1 , bloquerait tout à priori .
Dernière modification par iznobe (Le 15/03/2024, à 17:58)
retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
Hors ligne
#3 Le 16/03/2024, à 17:14
- petitbouchon
Re : [résolu]ubuntu 22.04 installation de chrony (serveur ntp)
Bonjour iznobe
moi@rpi4b-u2204d-turtlebot4:~$ sudo ufw status verbose
[sudo] Mot de passe de moi :
État : inactif
moi@rpi4b-u2204d-turtlebot4:~$ je fais une installation de gufw
je lance gufw : Etat "éteint"
Il faut sans doute aller plus loin pour voir comment a été installé ce pare-feu prêt à l'emploi
mais je ne vois pas comment.
Dernière modification par petitbouchon (Le 16/03/2024, à 17:16)
Hors ligne
#4 Le 16/03/2024, à 17:25
- jplemoine
Re : [résolu]ubuntu 22.04 installation de chrony (serveur ntp)
Il est possible de vérifier si les serveurs configurés sont accessibles par
nmap -sU -p 123 ntp.ubuntu.com
nmap -sU -p 123 0.ubuntu.pool.ntp.org
nmap -sU -p 123 1.ubuntu.pool.ntp.org
nmap -sU -p 123 2.ubuntu.pool.ntp.orgLe ntp utilise par défaut l'UDP port 123.
Membre de l'ALDIL (Association Lyonnaise pour le Développement de l'Informatique Libre)
- En pro, après 20 ans de développement, administrateur Linux / Unix depuis Avril 2019.
- En privé, sous Ubuntu-Xubuntu depuis 2009.
Hors ligne
#5 Le 16/03/2024, à 19:13
- petitbouchon
Re : [résolu]ubuntu 22.04 installation de chrony (serveur ntp)
moi@rpi4b-u2204d-turtlebot4:~$ sudo nmap -sU -p 123 ntp.ubuntu.com
sudo nmap -sU -p 123 0.ubuntu.pool.ntp.org
sudo nmap -sU -p 123 1.ubuntu.pool.ntp.org
sudo nmap -sU -p 123 2.ubuntu.pool.ntp.org
Starting Nmap 7.94 ( https://nmap.org ) at 2024-03-16 18:11 CET
Nmap scan report for ntp.ubuntu.com (185.125.190.58)
Host is up (0.024s latency).
Other addresses for ntp.ubuntu.com (not scanned): 2620:2d:4000:1::3f 2620:2d:4000:1::40 2620:2d:4000:1::41 91.189.91.157 185.125.190.56 185.125.190.57
rDNS record for 185.125.190.58: prod-ntp-5.ntp4.ps5.canonical.com
PORT STATE SERVICE
123/udp open ntp
Nmap done: 1 IP address (1 host up) scanned in 0.62 seconds
Starting Nmap 7.94 ( https://nmap.org ) at 2024-03-16 18:11 CET
Nmap scan report for 0.ubuntu.pool.ntp.org (82.64.247.11)
Host is up (0.023s latency).
Other addresses for 0.ubuntu.pool.ntp.org (not scanned): 95.81.173.8 82.65.248.56 164.132.166.29
rDNS record for 82.64.247.11: freebox-server.groumpf.org
PORT STATE SERVICE
123/udp open ntp
Nmap done: 1 IP address (1 host up) scanned in 0.55 seconds
Starting Nmap 7.94 ( https://nmap.org ) at 2024-03-16 18:11 CET
Nmap scan report for 1.ubuntu.pool.ntp.org (217.182.137.208)
Host is up (0.021s latency).
Other addresses for 1.ubuntu.pool.ntp.org (not scanned): 82.64.81.218 91.224.149.41 162.19.224.29
rDNS record for 217.182.137.208: passion.bitschine.fr
PORT STATE SERVICE
123/udp open ntp
Nmap done: 1 IP address (1 host up) scanned in 0.59 seconds
Starting Nmap 7.94 ( https://nmap.org ) at 2024-03-16 18:11 CET
Nmap scan report for 2.ubuntu.pool.ntp.org (51.38.81.135)
Host is up (0.024s latency).
Other addresses for 2.ubuntu.pool.ntp.org (not scanned): 2a00:1080:80d:201::d:1 2001:41d0:701:1100::1ecc 2001:41d0:801:2000::acb 2001:41d0:700:49bc:: 82.65.248.56 5.39.80.51 162.159.200.1
rDNS record for 51.38.81.135: vps-7d02b399.vps.ovh.net
PORT STATE SERVICE
123/udp open ntp
Nmap done: 1 IP address (1 host up) scanned in 0.75 seconds
moi@rpi4b-u2204d-turtlebot4:~$Dernière modification par petitbouchon (Le 16/03/2024, à 19:42)
Hors ligne
#6 Le 16/03/2024, à 21:31
- jplemoine
Re : [résolu]ubuntu 22.04 installation de chrony (serveur ntp)
Donc, il n'y a pas de problème de pare-feu (ou équivalent).
Il doit y avoir un problème de configuration du service chronyd
il faut tenter d'interroger le service par
chronyc tracking
chronyc sourcesMembre de l'ALDIL (Association Lyonnaise pour le Développement de l'Informatique Libre)
- En pro, après 20 ans de développement, administrateur Linux / Unix depuis Avril 2019.
- En privé, sous Ubuntu-Xubuntu depuis 2009.
Hors ligne
#7 Le 17/03/2024, à 10:52
- petitbouchon
Re : [résolu]ubuntu 22.04 installation de chrony (serveur ntp)
moi@rpi4b-u2204d-turtlebot4:~$ chronyc tracking
Reference ID : 4C7CE64A (prod-ntp-3.ntp4.ps5.canonical.com)
Stratum : 3
Ref time (UTC) : Sun Mar 17 08:48:05 2024
System time : 0.000064359 seconds slow of NTP time
Last offset : -0.000016754 seconds
RMS offset : 0.000107522 seconds
Frequency : 10.770 ppm fast
Residual freq : -0.003 ppm
Skew : 0.103 ppm
Root delay : 0.025256982 seconds
Root dispersion : 0.000459971 seconds
Update interval : 522.1 seconds
Leap status : Normal
moi@rpi4b-u2204d-turtlebot4:~$ moi@rpi4b-u2204d-turtlebot4:~$ chronyc sources
MS Name/IP address Stratum Poll Reach LastRx Last sample
===============================================================================
^- alphyn.canonical.com 2 9 377 225 -4545us[-4560us] +/- 69ms
^+ prod-ntp-5.ntp4.ps5.cano> 2 9 377 451 -266us[ -277us] +/- 18ms
^* prod-ntp-3.ntp1.ps5.cano> 2 9 377 131 +304us[ +287us] +/- 14ms
^+ prod-ntp-4.ntp1.ps5.cano> 2 9 377 386 -63us[ -75us] +/- 13ms
^+ kuro-home.net 1 9 377 429 +53us[ +41us] +/- 13ms
^+ meshflow.net 2 9 377 366 +774us[ +761us] +/- 18ms
^- 2603:1020:802:3::a8 2 9 377 447 -320us[ -332us] +/- 75ms
^+ 2001:41d0:701:1100::1ecc 4 9 377 450 -39us[ -50us] +/- 18ms
moi@rpi4b-u2204d-turtlebot4:~$ Hors ligne
#8 Le 17/03/2024, à 12:21
- jplemoine
Re : [résolu]ubuntu 22.04 installation de chrony (serveur ntp)
Au vu des retours, le "client" ntp fonctionne correctement.
Tu peux notamment le voir :
- à la colonne Reach : 377 --> le serveur est accessible
- au Leap status : normal
Mais il faut peut-être installer une partie serveur ntp afin que create3 puisse s'y connecter.
Il faut que le port 123 soit ouvert en UDP sur la machine qui fait office de serveur NTP local
on le teste via :
nmap -p 123 -sU <URL ou @IP>exemple :
nmap -p 123 -sU ntp.ubuntu.comS'il donne :
PORT STATE SERVICE
123/udp open ntpc'est bon
S'il donne :
PORT STATE SERVICE
123/udp closed ntpCe n'est pas bon
Pour ton cas,
nmap -p 123 -sU 192.168.186.1nmap -p 123 -sU 192.168.186.3Membre de l'ALDIL (Association Lyonnaise pour le Développement de l'Informatique Libre)
- En pro, après 20 ans de développement, administrateur Linux / Unix depuis Avril 2019.
- En privé, sous Ubuntu-Xubuntu depuis 2009.
Hors ligne
#9 Le 17/03/2024, à 13:04
- petitbouchon
Re : [résolu]ubuntu 22.04 installation de chrony (serveur ntp)
Il se trouve que ce matin j'ai démarré seulement le raspberrypi sur mon robot et donc le create3 est éteint et le serveur chrony n'a donc pas de client
moi@rpi4b-u2204d-turtlebot4:~$ nmap -p 123 -sU 192.168.186.3
You requested a scan type which requires root privileges.
QUITTING!
moi@rpi4b-u2204d-turtlebot4:~$ sudo nmap -p 123 -sU 192.168.186.3
[sudo] Mot de passe de moi :
Starting Nmap 7.94 ( https://nmap.org ) at 2024-03-17 11:44 CET
Note: Host seems down. If it is really up, but blocking our ping probes, try -Pn
Nmap done: 1 IP address (0 hosts up) scanned in 3.17 seconds
moi@rpi4b-u2204d-turtlebot4:~$ sudo nmap -p 123 -sU 192.168.186.2
Starting Nmap 7.94 ( https://nmap.org ) at 2024-03-17 11:45 CET
Note: Host seems down. If it is really up, but blocking our ping probes, try -Pn
Nmap done: 1 IP address (0 hosts up) scanned in 3.15 seconds
moi@rpi4b-u2204d-turtlebot4:~$ sudo nmap -p 123 -sU 192.168.186.1
Starting Nmap 7.94 ( https://nmap.org ) at 2024-03-17 11:45 CET
Note: Host seems down. If it is really up, but blocking our ping probes, try -Pn
Nmap done: 1 IP address (0 hosts up) scanned in 3.20 seconds
moi@rpi4b-u2204d-turtlebot4:~$ Les résultats précédents font penser que c'est la demande du client qui déclenche l'affectation des adresses par le serveur (sauf que pour 192.168.186.1 il y a un bug)
Mais comme je n'y connais rien je me fais peut-être des idées et par contre si c'est ça, comment puis-je avec la ligne de commande du raspberrypi déclencher l'affectation des trois adresses en simulant une demande cliente?
Hors ligne
#10 Le 17/03/2024, à 14:23
- jplemoine
Re : [résolu]ubuntu 22.04 installation de chrony (serveur ntp)
Il se trouve que ce matin j'ai démarré seulement le raspberrypi sur mon robot et donc le create3 est éteint et le serveur chrony n'a donc pas de client
Il faudrait savoir quelle machine a quelle(s) adresse(s) IP et si ce sont des machines physiques ou des machines virtuelles (ou un système de type docker).
Que le serveur chrony ait un client ou pas, il doit répondre au nmap (c'est une sorte de client sur les couches basses).
Par contre, au niveau des adresses IP,il faut savoir si ce sont des adresses fixes ou données par un serveur DHCP.
Dans ce dernier cas, y a-t-il une réservation d'IP ? (de façon à ce que la même machine ait toujours la même adresse donnée par le serveur DHCP).
Membre de l'ALDIL (Association Lyonnaise pour le Développement de l'Informatique Libre)
- En pro, après 20 ans de développement, administrateur Linux / Unix depuis Avril 2019.
- En privé, sous Ubuntu-Xubuntu depuis 2009.
Hors ligne
#11 Le 17/03/2024, à 19:10
- petitbouchon
Re : [résolu]ubuntu 22.04 installation de chrony (serveur ntp)
Je ne comprends pas ta question.
Le rapsberrypi est monté sur le create3 relié cable par usb avec alimentation et data.
Mais le raspberrypi a aussi une alimentation avec un USP hat et je peux donc débrancher le fil usb et laisser le create3 éteint.
Ce qui m'intéresse actuellement c'est que chrony en server synchronise le create3 à terme.
l'ip du raspberrypi sur le robot est 192.168.1.88 fournit par le dhcp de ma freebox.
J'ai allumé un autre raspberrypi et installé chrony pour l'utiliser en client de l'autre. son adresse ip est 192.168.1.177 adresse fournie par le dhcp de la freebox.
rien ne tourne sous docker
chrony.conf du chrony.conf du 177 :
pi@pi-desktop:~$ cat /etc/chrony/chrony.conf
server 192.168.186.1 iburst
server 192.168.186.3 iburst
driftfile /var/lib/chrony/drift
makestep 1.0 3
rtcsync
keyfile /etc/chrony/chrony.keys
leapsectz right/UTC
logdir /var/log/chrony
pi@pi-desktop:~$ pour rappel chrony.conf sur server 88
moi@rpi4b-u2204d-turtlebot4:~$ cat /etc/chrony/chrony.conf
# Welcome to the chrony configuration file. See chrony.conf(5) for more
# information about usable directives.
# Include configuration files found in /etc/chrony/conf.d.
confdir /etc/chrony/conf.d
# This will use (up to):
# - 4 sources from ntp.ubuntu.com which some are ipv6 enabled
# - 2 sources from 2.ubuntu.pool.ntp.org which is ipv6 enabled as well
# - 1 source from [01].ubuntu.pool.ntp.org each (ipv4 only atm)
# This means by default, up to 6 dual-stack and up to 2 additional IPv4-only
# sources will be used.
# At the same time it retains some protection against one of the entries being
# down (compare to just using one of the lines). See (LP: #1754358) for the
# discussion.
#
# About using servers from the NTP Pool Project in general see (LP: #104525).
# Approved by Ubuntu Technical Board on 2011-02-08.
# See http://www.pool.ntp.org/join.html for more information.
pool ntp.ubuntu.com iburst maxsources 4
pool 0.ubuntu.pool.ntp.org iburst maxsources 1
pool 1.ubuntu.pool.ntp.org iburst maxsources 1
pool 2.ubuntu.pool.ntp.org iburst maxsources 2
# Enable serving time to ntp clients on 192.168.186.0 subnet.
allow 192.168.186.0/24
# Serve time even if not synchronized to a time source
# local stratum 10
# Use time sources from DHCP.
sourcedir /run/chrony-dhcp
# Use NTP sources found in /etc/chrony/sources.d.
sourcedir /etc/chrony/sources.d
# This directive specify the location of the file containing ID/key pairs for
# NTP authentication.
keyfile /etc/chrony/chrony.keys
# This directive specify the file into which chronyd will store the rate
# information.
driftfile /var/lib/chrony/chrony.drift
# Save NTS keys and cookies.
ntsdumpdir /var/lib/chrony
# Uncomment the following line to turn logging on.
#log tracking measurements statistics
# Log files location.
logdir /var/log/chrony
# Stop bad estimates upsetting machine clock.
maxupdateskew 100.0
# This directive enables kernel synchronisation (every 11 minutes) of the
# real-time clock. Note that it can’t be used along with the 'rtcfile' directive.
rtcsync
# Step the system clock instead of slewing it if the adjustment is larger than
# one second, but only in the first three clock updates.
makestep 1 3
# Get TAI-UTC offset and leap seconds from the system tz database.
# This directive must be commented out when using time sources serving
# leap-smeared time.
leapsectz right/UTC
moi@rpi4b-u2204d-turtlebot4:~$chronyc sources sur le 177 (client)
pi@pi-desktop:~$ chronyc sources
MS Name/IP address Stratum Poll Reach LastRx Last sample
===============================================================================
^? 192.168.186.1 0 7 0 - +0ns[ +0ns] +/- 0ns
^? 192.168.186.3 0 7 0 - +0ns[ +0ns] +/- 0ns
pi@pi-desktop:~$il n'arrive pas à interroger le server ce qui ne m'étonne pas puisque je ne comprends rien à ce que je fais.
j'ai essayé avec server 192.168.1.88 iburster et ça ne change rien
Pour m'aider à comprendre je me suis abonné à chatGPT4
Je l'ai interroge sur la validité de mon fichier crony.conf client.
Voilà ce qu'il m'a répondu
La configuration du fichier `chrony.conf` que vous avez partagée semble correcte pour un client `chrony` dans un réseau local. Voici une brève explication de chaque directive :
1. **server 192.168.186.1 iburst** et **server 192.168.186.3 iburst**: Ces lignes indiquent à `chrony` d'utiliser les serveurs NTP aux adresses IP 192.168.186.1 et 192.168.186.3 pour la synchronisation de l'heure. L'option `iburst` améliore la rapidité de la première synchronisation en envoyant quatre requêtes dans un intervalle court si le serveur est inaccessible lors de la première tentative.
2. **driftfile /var/lib/chrony/drift**: Cette directive spécifie l'emplacement du fichier de dérive, où `chrony` stocke des informations sur l'erreur de fréquence de l'horloge. Cela permet à `chrony` d'ajuster plus précisément l'horloge du système au fil du temps.
3. **makestep 1.0 3**: Cette ligne permet à `chrony` de faire un ajustement brusque ("step") de l'heure si l'écart est supérieur à une seconde pendant les trois premières mises à jour après le démarrage de `chrony`. Cela est utile pour corriger rapidement une grande différence de temps au démarrage.
4. **rtcsync**: Cette directive indique à `chrony` de synchroniser l'horloge RTC (Real Time Clock) du système avec l'heure du système à chaque mise à jour. Cela garantit que l'heure RTC est raisonnablement précise même après des redémarrages.
5. **keyfile /etc/chrony/chrony.keys**: Spécifie l'emplacement du fichier contenant les clés utilisées pour l'authentification quand `chrony` communique avec les serveurs NTP pour une synchronisation sécurisée.
6. **leapsectz right/UTC**: Configure la gestion des secondes intercalaires selon le fuseau horaire UTC. Cette directive aide `chrony` à gérer correctement les secondes intercalaires, en s'assurant que les ajustements de temps sont effectués correctement.
En résumé, votre configuration `chrony.conf` est adéquate pour un client NTP sur un réseau local. Elle contient les directives nécessaires pour une synchronisation précise et sécurisée de l'heure, ainsi que pour la gestion des ajustements de temps et des secondes intercalaires.
## ? Sources
- [IBM Docs - Configuration de Chrony](https://www.ibm.com/docs/fr/db2/11.1?topic=suntp-setting-up-chrony-as-network-time-protocol-server-client-by-using-chronyd-linux)
- [Red Hat Documentation - Comprendre Chrony et sa configuration](https://access.redhat.com/documentation/fr-fr/red_hat_enterprise_linux/7/html/system_administrators_guide/sect-understanding_chrony_and-its_configuration)
- [Red Hat Sysadmin - How to configure chrony as an NTP client or server in Linux](https://www.redhat.com/sysadmin/chrony-time-services-linux)Dernière modification par petitbouchon (Le 17/03/2024, à 20:11)
Hors ligne
#12 Le 17/03/2024, à 19:53
- jplemoine
Re : [résolu]ubuntu 22.04 installation de chrony (serveur ntp)
je ne comprends rien à ce que je fais.
C'est un peu exagéré mais ce n'est pas complètement faux
Ta box est sur un sous-réseau : 192.168.1.0/24.
Donc, les matériels qui y sont connectés ne fonctionne qu'avec des adresses de type 192.168.1.x (avec x entre 1 et 255. Pour les puristes, je vais simple).
Or tu parles d'adresse en 192.168.186.y. Il y a donc un matériel qui fait le lien entre les 2 réseaux : c'est sur celui-ci qu'il faut mettre le serveur ntp.
Mais il faudrait savoir si c'est voulu d'avoir 2 sous-réseaux. Il est souvent plus simple d'en avoir qu'un (celui de la box).
Dans mon cas, les machines virtuelles via qemu sont sur un sous-réseau à part (92.168.122.0/24) mais la machine qui sert d'hyperviseur fait le lien : on peut donc y accéder par rebond.
--> D'où ma question.
Sais-tu si tu as une machine qui a accès aux 2 réseaux ?
Membre de l'ALDIL (Association Lyonnaise pour le Développement de l'Informatique Libre)
- En pro, après 20 ans de développement, administrateur Linux / Unix depuis Avril 2019.
- En privé, sous Ubuntu-Xubuntu depuis 2009.
Hors ligne
#13 Le 17/03/2024, à 20:33
- petitbouchon
Re : [résolu]ubuntu 22.04 installation de chrony (serveur ntp)
Ok,
j'ai modifié le chrony.conf serveur en remplaçant allow 192.168.186.0./24 par allow 192.168.1.0/24
du coté chrony.conf client en ne mettant que server 192.168.1.88 iburst en supprimant les deux autres.
ils communiquent
chronyc tracking coté client
pi@pi-desktop:~$ chronyc -n tracking
Reference ID : C0A80158 (192.168.1.88)
Stratum : 4
Ref time (UTC) : Sun Mar 17 18:20:48 2024
System time : 0.000000185 seconds slow of NTP time
Last offset : +0.000309997 seconds
RMS offset : 0.000309997 seconds
Frequency : 11.409 ppm fast
Residual freq : -32.248 ppm
Skew : 1000000.000 ppm
Root delay : 0.031685438 seconds
Root dispersion : 55.152137756 seconds
Update interval : 2.0 seconds
Leap status : Normal
pi@pi-desktop:~$Peut -être que l'accès réseau 192.168.186.0/24 est lié à la communication par le cable usb entre le create3 et le raspberrypi mais en fait je n'en sais rien.
(quand j'avais fait l'essai la première fois j'avais oublié de corriger le allow coté serveur.)
Demain j'essairai de faire la même chose entre le create3 et le pi en passant par le réseau wifi sans les adresses 192.168.186.1&3 et avec 192.168.1.88
Ça devrait permertre de mettre en phase les horloges et normalement synchroniser les messages entre les nodes ROS2.
Merci pour ton aide
Dernière modification par petitbouchon (Le 17/03/2024, à 20:39)
Hors ligne
#14 Le 17/03/2024, à 22:32
- iznobe
Re : [résolu]ubuntu 22.04 installation de chrony (serveur ntp)
Bonsoir , en fait , il faut que tu décrives les machines de ton réseau local qui doivent communiquer entre elles .
peux tu expliquer pourquoi , ou d ' ou sorte ces IP en 192.168.186.xxx ?
il faut que tu demandes à chaque machine son IP .
il faut que tu détermines une IP fixe avant de faire la config en particulier pour celles qui sont interrogées par les clients ( on appelle ca des serveurs ), sinon tu devras recommencer obligatoirement plus tard .
ce n' est pas le DHCP de ta box qui doit gerer les IP des serveurs ( car sinon elles changeront et ta config client ne pourra alors plus joindre le(s) serveur(s) puisque l' adresse IP de celui-ci sera différente ) . Tu peux configurer un bail avec IP statique dans ta box pour une machine definie ( un serveur donc generalement , maisc' est aussi possible pour ces clients ) si tu ne peux pas directement indiquer une IP fixe à un serveur du moment qu ' ils sont dans le même réseau local . dans ton cas 192.168.1.xxx à priori du moment que le routeur prend en charge cette fonctionalité . c' est le cas de toutes les boxs actuellement . et de presque tous les routeurs .
Dernière modification par iznobe (Le 17/03/2024, à 22:35)
retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
Hors ligne
#15 Le 18/03/2024, à 01:03
- jplemoine
Re : [résolu]ubuntu 22.04 installation de chrony (serveur ntp)
Attention à la terminologie :
- IP fixe : c'est le client qui tente d'imposer son adresse IP. Il faut que toute la configuration (IP, masque, passerelle,..) soit définie.
- IP statique : c'est le serveur DHCP qui donne l'IP et les autres paramètres. L'IP est réservée pour une adresse Mac et la carte réseau considérée aura toujours la même IP (à la condition que l'adresse Mac reste fixe).
- IP dynamique : c'est le serveur DHCP qui donne l'IP et les autres paramètres. L'IP peut ne pas être la même.
Pour que ça fonctionne, il faut que ton serveur ait où une adresse IP inchangée (fixe ou statique) ou réponde à un FDQN. (ntp.mon-domaine.lan par exemple).
Dans le dernier cas, c'est ce FQDN qu'il faudra paramétrer dans le fichier de configuration du serveur NTP.
Membre de l'ALDIL (Association Lyonnaise pour le Développement de l'Informatique Libre)
- En pro, après 20 ans de développement, administrateur Linux / Unix depuis Avril 2019.
- En privé, sous Ubuntu-Xubuntu depuis 2009.
Hors ligne
#16 Le 18/03/2024, à 14:38
- petitbouchon
Re : [résolu]ubuntu 22.04 installation de chrony (serveur ntp)
Oui, je reconnais avoir poussé le bouchon.
donc ce matin j'ai connecté mon create3 sur 192.168.1.88 pour mettre à jour son horloge.
Mar 18 10:20:33 iRobot-9FBCB799E5E34EE0B1D045D8C1944997 user.notice ntpd: Time has been adjusted
Mar 18 10:20:37 iRobot-9FBCB799E5E34EE0B1D045D8C1944997 user.notice create-platform: [INFO] [1710757237.863373495] [system_health]: CPU usage: max 100 [%] mean 88 [%] RAM usage: 36/59 [MB]
mais par la suite
Mar 18 11:18:54 iRobot-9FBCB799E5E34EE0B1D045D8C1944997 user.notice ntpd: ntpd: reply from 192.168.1.88: delay 0.011927 is too high, ignoring
En supposant que les mises à jours ne sont pas indispensables et que la synchronisation est bonne, j'ai malgré tout toujours des erreurs qui provoque l'échec de l'exécution :
[amcl-2] [INFO] [1710763865.182347540] [amcl]: Message Filter dropping
message: frame 'rplidar_link' at time 1710763864.048 for reason 'the timestamp on the message is earlier than all the data in the transform cache'Donc faut trouver une autre raison à ces problèmes de synchronisation de l'exécution.
Hors ligne
#17 Le 18/03/2024, à 15:00
- jplemoine
Re : [résolu]ubuntu 22.04 installation de chrony (serveur ntp)
En fait, le problème est ailleurs...
à 10:20:33, le robot se synchronize --> Sur quel serveur ? Avec quelle timezone (fuseau horaire) ?
Puis plus tard, il fait une erreur car il y a une sorte de décalage entre le timestamp du message et les données dans un cache --> C'est purement dans le robot.
Membre de l'ALDIL (Association Lyonnaise pour le Développement de l'Informatique Libre)
- En pro, après 20 ans de développement, administrateur Linux / Unix depuis Avril 2019.
- En privé, sous Ubuntu-Xubuntu depuis 2009.
Hors ligne
#18 Le 18/03/2024, à 18:22
- petitbouchon
Re : [résolu]ubuntu 22.04 installation de chrony (serveur ntp)
trouvé dans un message :
Bug de nav2 avec le middleware rmw_fastrtps
installer "rmw_cyclonedds_cpp" à la place "rmw_fastrtps_cpp" sur Humble
et mettre cette ligne export RMW_IMPLEMENTATION=rmw_cyclonedds_cpp dans votre bashrc du pi
Vérifié avec l'exemple create_path
Ce n'est toujours pas résolu depuis la sortie de humble.
https://discourse.ros.org/t/nav2-issues … sion/26128
Dernière modification par petitbouchon (Le 18/03/2024, à 18:28)
Hors ligne
#19 Le 18/03/2024, à 19:54
- petitbouchon
Re : [résolu]ubuntu 22.04 installation de chrony (serveur ntp)
Pour ntp c'est bon.
En fait le gros problème est ailleurs
trouvé dans un message :
Bug de nav2 avec Fast
installer le middleware Cyclone DDS sur Humble
et mettre cette ligne export RMW_IMPLEMENTATION=rmw_cyclonedds_cppdans votre bashrc
Véifié avec l'exemple create_path
C'est inquiétant de voir que depuis la sortie de humble le problème n'a toujours pas été résolu.
Hors ligne
#20 Le 28/03/2024, à 10:40
- petitbouchon
Re : [résolu]ubuntu 22.04 installation de chrony (serveur ntp)
Pour chrony, en choisissant de ne mettre que l'IP 192.168.186.3 la synchronisation se réalise. Ainsi nous avons une IP fixe indépendante du dhcp.
Mar 28 08:02:32 iRobot-9FBCB799E5E34EE0B1D045D8C1944997 user.notice create-platform: [INFO] [1711612952.904149648] [create-platform]: Activating static_transform node
Mar 28 08:02:33 iRobot-9FBCB799E5E34EE0B1D045D8C1944997 user.notice create-platform: [INFO] [1711612953.904850615] [create-platform]: Started static_transform node
Mar 28 08:02:33 iRobot-9FBCB799E5E34EE0B1D045D8C1944997 user.notice create-platform: [INFO] [1711612953.907495609] [create-platform]: Ready to go!
Mar 28 08:02:48 iRobot-9FBCB799E5E34EE0B1D045D8C1944997 user.notice create-platform: [INFO] [1711612968.766980418] [system_health]: CPU usage: max 87 [%] mean 47 [%] RAM usage: 28/59 [MB]
Mar 28 08:17:59 iRobot-9FBCB799E5E34EE0B1D045D8C1944997 user.notice ntpd: ntpd: setting time to 2024-03-28 08:17:59.861965 (offset +879.148616s)
Mar 28 08:18:00 iRobot-9FBCB799E5E34EE0B1D045D8C1944997 user.notice ntpd: Time has been adjusted
Mar 28 08:18:11 iRobot-9FBCB799E5E34EE0B1D045D8C1944997 kern.warn kernel: [ 244.943926] MtAsicUpdateProtect: unknown protection mode(7)
Mar 28 08:18:15 iRobot-9FBCB799E5E34EE0B1D045D8C1944997 kern.warn kernel: [ 249.343975] MtAsicUpdateProtect: unknown protection mode(9)
Mar 28 08:18:27 iRobot-9FBCB799E5E34EE0B1D045D8C1944997 user.notice create-platform: [INFO] [1711613907.915352057] [system_health]: CPU usage: max 65 [%] mean 52 [%] RAM usage: 28/59 [MB]
Mar 28 08:18:33 iRobot-9FBCB799E5E34EE0B1D045D8C1944997 user.notice mosquitto: 1711613913: New connection from 127.0.0.1 on port 1883.
Mar 28 08:18:33 iRobot-9FBCB799E5E34EE0B1D045D8C1944997 user.notice mosquitto: 1711613913: New client connected from 127.0.0.1 as mosqpub/2596-iRobot-9FB (c1, k60).
Mar 28 08:18:33 iRobot-9FBCB799E5E34EE0B1D045D8C1944997 user.notice mosquitto: 1711613913: Client mosqpub/2596-iRobot-9FB disconnected.
Mar 28 08:19:27 iRobot-9FBCB799E5E34EE0B1D045D8C1944997 user.notice create-platform: [INFO] [1711613967.917295833] [system_health]: CPU usage: max 65 [%] mean 52 [%] RAM usage: 29/59 [MB]
Mar 28 08:20:11 iRobot-9FBCB799E5E34EE0B1D045D8C1944997 user.notice ntpd: ntpd: reply from 192.168.186.3: delay 0.002064 is too high, ignoring
Mar 28 08:20:27 iRobot-9FBCB799E5E34EE0B1D045D8C1944997 user.notice create-platform: [INFO] [1711614027.920422518] [system_health]: CPU usage: max 68 [%] mean 55 [%] RAM usage: 28/59 [MB]
Mar 28 08:21:27 iRobot-9FBCB799E5E34EE0B1D045D8C1944997 user.notice create-platform: [INFO] [1711614087.921658201] [system_health]: CPU usage: max 74 [%] mean 66 [%] RAM usage: 28/59 [MB]
Mar 28 08:22:27 iRobot-9FBCB799E5E34EE0B1D045D8C1944997 user.notice create-platform: [INFO] [1711614147.917928914] [system_health]: CPU usage: max 86 [%] mean 56 [%] RAM usage: 28/59 [MB]
Mar 28 08:23:27 iRobot-9FBCB799E5E34EE0B1D045D8C1944997 user.notice create-platform: [INFO] [1711614207.918444996] [system_health]: CPU usage: max 59 [%] mean 49 [%] RAM usage: 29/59 [MB]
Mar 28 08:24:27 iRobot-9FBCB799E5E34EE0B1D045D8C1944997 user.notice create-platform: [INFO] [1711614267.918748468] [system_health]: CPU usage: max 63 [%] mean 53 [%] RAM usage: 28/59 [MB]
Mar 28 08:25:27 iRobot-9FBCB799E5E34EE0B1D045D8C1944997 user.notice create-platform: [INFO] [1711614327.921429674] [system_health]: CPU usage: max 68 [%] mean 54 [%] RAM usage: 28/59 [MB]
Mar 28 08:26:27 iRobot-9FBCB799E5E34EE0B1D045D8C1944997 user.notice create-platform: [INFO] [1711614387.923545449] [system_health]: CPU usage: max 67 [%] mean 53 [%] RAM usage: 29/59 [MB]
Mar 28 08:27:27 iRobot-9FBCB799E5E34EE0B1D045D8C1944997 user.notice create-platform: [INFO] [1711614447.924402069] [system_health]: CPU usage: max 77 [%] mean 67 [%] RAM usage: 29/59 [MB]
Mar 28 08:28:27 iRobot-9FBCB799E5E34EE0B1D045D8C1944997 user.notice create-platform: [INFO] [1711614507.921260497] [system_health]: CPU usage: max 82 [%] mean 73 [%] RAM usage: 28/59 [MB]
Mar 28 08:29:27 iRobot-9FBCB799E5E34EE0B1D045D8C1944997 user.notice create-platform: [INFO] [1711614567.920682227] [system_health]: CPU usage: max 76 [%] mean 66 [%] RAM usage: 28/59 [MB]
Mar 28 08:29:33 iRobot-9FBCB799E5E34EE0B1D045D8C1944997 user.notice ntpd: Script called in periodic mode
Mar 28 08:30:25 iRobot-9FBCB799E5E34EE0B1D045D8C1944997 user.notice ntpd: ntpd: reply from 192.168.186.3: delay 0.003932 is too high, ignoring
Mar 28 08:30:27 iRobot-9FBCB799E5E34EE0B1D045D8C1944997 user.notice create-platform: [INFO] [1711614627.922047304] [system_health]: CPU usage: max 56 [%] mean 49 [%] RAM usage: 29/59 [MB]
Mar 28 08:31:27 iRobot-9FBCB799E5E34EE0B1D045D8C1944997 user.notice create-platform: [INFO] [1711614687.924457543] [system_health]: CPU usage: max 62 [%] mean 48 [%] RAM usage: 29/59 [MB]
Mar 28 08:32:27 iRobot-9FBCB799E5E34EE0B1D045D8C1944997 user.notice create-platform: [INFO] [1711614747.925493172] [system_health]: CPU usage: max 55 [%] mean 45 [%] RAM usage: 28/59 [MB]
Mar 28 08:33:27 iRobot-9FBCB799E5E34EE0B1D045D8C1944997 user.notice create-platform: [INFO] [1711614807.926802903] [system_health]: CPU usage: max 58 [%] mean 43 [%] RAM usage: 28/59 [MB]
Mar 28 08:33:43 iRobot-9FBCB799E5E34EE0B1D045D8C1944997 user.notice ntpd: ntpd: reply from 192.168.186.3: delay 0.005367 is too high, ignoringHors ligne