Puncte:0

Configurația NTP nu este utilizată

drapel us

Încerc să configurez un server GPS NTP pe SBC-ul meu care rulează Ubuntu 20.04 (fără cap), dar am o problemă de configurare. Când repornesc, primesc asta:

$ ntpq -p

     telecomandă refid st t când sondaj atinge întârziere offset jitter
==================================================== =============================
*_gateway 163.237.218.18 2 u 22 64 1 2.727 0.011 0.159

/etc/ntp.conf spune:

pool 1.ubuntu.pool.ntp.org iburst
pool 2.ubuntu.pool.ntp.org iburst
pool 3.ubuntu.pool.ntp.org iburst

# Utilizați serverul ntp al Ubuntu ca alternativă.
#pool ntp.ubuntu.com

# Configurare control acces; consultați /usr/share/doc/ntp-doc/html/accopt.html pentru
# Detalii. Pagina web <http://support.ntp.org/bin/view/Support/AccessRestrictions>
# ar putea fi de asemenea util.
#
# Rețineți că „restricționarea” se aplică atât serverelor, cât și clienților, deci o configurație
# care ar putea avea scopul de a bloca solicitările de la anumiți clienți ar putea, de asemenea, să se încheie
# până la blocarea răspunsurilor de la propriile servere din amonte.

# În mod implicit, faceți schimb de timp cu toată lumea, dar nu permiteți configurarea.
restricționează -4 default kod notrap nomodify nopeer noquery limitat
restricționează -6 default kod notrap nomodify nopeer noquery limitat

# Utilizatorii locali pot interoga mai îndeaproape serverul ntp.
restricționează 127.0.0.1
restrictioneaza ::1

# Necesar pentru adăugarea de intrări la grup
restrânge sursa notrap nomodify noquery

# Clienții din această subrețea (exemplu!) au acces nelimitat, dar numai dacă
# autentificat criptografic.
#restrict 192.168.123.0 masca 255.255.255.0 notrust


# Dacă doriți să oferiți timp subrețelei dvs. locale, schimbați linia următoare.
# (Din nou, adresa este doar un exemplu.)
#difuzare 192.168.123.255

# Dacă doriți să ascultați emisiuni de timp pe subrețeaua locală, de-comentați
# rânduri următoare. Vă rugăm să faceți acest lucru numai dacă aveți încredere în toată lumea din rețea!
#dezactivare autentificare
#broadcastclient

# Referință de date seriale GPS
server 127.127.28.0 minpoll 4 maxpoll 4
fudge 127.127.28.0 time1 0.0 refid GPS

# Referință GPS PPS
server 127.127.28.1 minpoll 4 maxpoll 4 prefer
fudge 127.127.28.1 refid PPS

/etc/ntp/step-tickers
este gol

Am găsit pe internet o configurație pentru realizarea unui „dispozitiv” care să ruleze ca un timeserver GPS și spunea să faci asta:

$ su -
# killall -9 gpsd ntpd
# gpsd -n /dev/ttyXX
# somn 2
# ntpd -gN
# somn 2
# cgps 

și asta funcționează

root@ubuntu:/home/zach# ntpq -p
     telecomandă refid st t când sondaj atinge întârziere offset jitter
==================================================== =============================
 0.ubuntu.pool.n .POOL. 16 p - 64 0 0.000 0.000 0.000
 1.ubuntu.pool.n .POOL. 16 p - 64 0 0.000 0.000 0.000
 2.ubuntu.pool.n .POOL.         16 p - 64 0 0.000 0.000 0.000
 3.ubuntu.pool.n .POOL. 16 p - 64 0 0.000 0.000 0.000
*SHM(0) .GPS. 0 l 8 16 1 0.000 -40.232 0.000
 SHM(1) .PPS. 0 l - 16 0 0.000 0.000 0.000

Aveți idee de ce nu pot face ntp să citească /etc/ntp.conf la boot?

EDITAȚI | ×: Nu sunt sigur dacă gpsd rulează la pornire.

am facut un dmesg | grep gps și nu a apărut nimic.

Apoi am scris un script bash cu acea linie Killall în el. Totuși, nu cred că va rula (@startup sh în crontab), deoarece trebuie să fie ridicat. Am încercat ca init.d (nu prea știu ce fac acolo) și primesc un mesaj de eroare audit: type=1400 audit(1636322022.316:45): apparmor="DENIED" operation="ptrace" profile="/usr/sbin/gpsd" pid=2794 comm="gpsd" requested_mask="read" denied_mask="read" peer="/usr/sbin/ntpd"

user10489 avatar
drapel in
Ai activat gpsd la pornire? Probabil că trebuie să modificați ntp systemctl start pentru a aștepta ca gpsd să obțină o blocare.
Christian Ehrhardt avatar
drapel sl
Din 18.04 și mai târziu, ar trebui să utilizați chrony în loc de ntpd, ați fi dispus să încercați dacă chrony+gpsd funcționează mai bine pentru dvs.? Un ghid despre cum să-l configurați pentru configurarea dvs. este la https://ubuntu.com/server/docs/network-ntp
Zach avatar
drapel us
@ChristianEhrhardt care arată grozav. Cred că funcționează
Christian Ehrhardt avatar
drapel sl
Mă bucur să aud că @Zach, așa că poate răspundeți singuri aici, așa cum ați făcut-o să funcționeze, că putem vota în favoarea acestui răspuns cronic mai bun?
Zach avatar
drapel us
@christian gata
Christian Ehrhardt avatar
drapel sl
Mulțumesc @Zach
Puncte:1
drapel us

Ok, mulțumită lui @ChristianEhrhardt, utilizarea Chrony pare să fi funcționat destul de bine dintr-un motiv necunoscut pentru mine.

Deja rulează gpsd, așa că nu a trebuit să mă încurc cu asta, dar este important să indicați aici. Folosesc GPS-ul conectat prin USB și nu PPS. Dispozitivul este ttyACM0

Am folosit mai multe ghiduri pe internet și nu sunt sigur că corect pașii pe care i-am făcut, dar a mers cam așa:

sudo apt install chrony

și apoi a trebuit să configurez fișierul .conf

sudo nano /etc/chrony/chrony.conf

Mi-am dat seama că, pentru ca serverul de timp GPS să servească efectiv timp pentru alte computere, a trebuit să anulez comentariile ca mai jos. Am subrețele serverale așa că am deschis-o larg

#Permite să fie un server NTP 
permite 192.168.0.0/24

Trebuia să-mi adaug sursa GPS, așa că am adăugat:

#Surse GPS
refclock SHM 0 refid GPS precizie 1e-1 offset 0 întârziere 0 strat 2
refclock SOCK /var/run/chrony.ttyACM0.sock refd PPS

Știu că repornirea serviciilor este un lucru, dar prefer repornirea.

sudo reporniți acum

Apoi l-am activat ca serviciu

systemctl enable chrony

Apoi am verificat să mă asigur că funcționează

surse cronice

Și, în sfârșit, am verificat că a fost deservit timp pentru alte computere. M-am dus la o altă mașină și am verificat ntpq -p

și TA-DA

Puncte:0
drapel pk

De asemenea, este posibil, dacă serverul dvs. obține IP-ul prin DHCP, opțiunile ntp să fie setate prin /var/lib/ntp/ntp.conf.dhcp. Uneori am avut chiar și un fișier persistent de la instalare care a menținut acel comportament chiar și după trecerea la o configurație statică. Dacă da, eliminați-l.

Poate un serviciu ca acesta ar putea funcționa / nu testat

[Unitate]
Descriere=NTP-GPSD-FIX
Necesită=ntpd.service
Necesită=gpsd.service?

[Serviciu]
ExecStart=/path/to/a/script/with/the/comenzi

[Instalare]
WantedBy=multi-user.target
Zach avatar
drapel us
Din păcate nu. Dosarul var/lib/ntp este gol salvează un fișier ntp.drift
crpb avatar
drapel pk
Ce serviciu/daemon pornește ntpd-ul tău? Și cel mai bine configurația acestuia. Și dispozitivul este gata în acel moment?
Zach avatar
drapel us
/etc/init.d/ntp DAEMON=/usr/sbin/ntpd
crpb avatar
drapel pk
Puteți verifica nivelul de rulare al gpsd și ntp. /etc/rc*/ `update-rc.d`
user10489 avatar
drapel in
De asemenea, poate fi necesar să modificați scriptul gpsd pentru a nu „termina” pornirea până când gps-ul are o blocare, altfel ntpd poate ignora gpsd chiar dacă rulează. Dacă GPS-ul tău pornește rapid la cald, acest lucru poate fi suficient de bun, cu excepția celor două minute după ce GPS-ul își pierde puterea.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.