Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Witam
Mam drobny problem z konfiguracją serwera czasu na Debianie. W sumie nigdy się nie zastanawiałem jak działa serwer NTP, zawsze instalowałem z repo dodawałem nadrzędny serwer czasu, reload i już.
Tym razem ów tok postępowania nie zadziałał, wydaje więc polecenie "ntpq -p" i widzę:
root@system:~# ntpq -p remote refid st t when poll reach delay offset jitter ============================================================================== 10.50.50.50 .INIT. 16 u - 64 0 0.000 0.000 0.000 root@system:~#
gdzie adres 10.50.50.50 to IP zaparkowane na moim eth0.
konfig /etc/ntp.conf to:
driftfile /var/lib/ntp/ntp.drift 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 server tempus1.gum.gov.pl server tempus2.gum.gov.pl server 0.debian.pool.ntp.org iburst server 1.debian.pool.ntp.org iburst server 2.debian.pool.ntp.org iburst server 3.debian.pool.ntp.org iburst restrict -4 default kod notrap nomodify nopeer noquery restrict -6 default kod notrap nomodify nopeer noquery restrict 127.0.0.1 restrict ::1
Czyli dodałem tam tylko to gdzie pisze tempus gum gov pl nic więcej nie modyfikując.
dalej robię tak:
#aptitude purge ntp # #aptitude install ntp #
dopisuje do /etc/ntp.conf :
server tempus1.gum.gov.pl server tempus2.gum.gov.pl
i
#/etc/init.d/ntp restart #/etc/init.d/ntp reload #/etc/init.d/ntp force-reload
Powyższe komendy stosuję naprzemiennie, albo razem. efektem jest:
root@system:~# ntpq -p remote refid st t when poll reach delay offset jitter ============================================================================== tempus1.gum.gov .PPS. 1 u 2 64 1 7.257 -9.630 0.000 tempus2.gum.gov .PPS. 1 u 1 64 1 7.408 -9.537 0.000 ntp.tktelekom.p 80.50.231.226 2 u - 64 1 12.362 -8.727 0.000 96-7.cpe.smnt.p .INIT. 16 u - 64 0 0.000 0.000 0.000 stratum-2.test. .INIT. 16 u - 64 0 0.000 0.000 0.000 ntp2.pl .INIT. 16 u - 64 0 0.000 0.000 0.000 root@system:~#
I serwer działa, ale tylko przez kilka chwil... po kilku minutach znowu pojawia się 10.50.50.50 i nie zmieni tego nawet reload usługi.
Jedynie purge i ponowny install...
W chwili gdy po instalacji usługa działa czas da się poprawnie pobrać klientem, gdy wskoczy 10.50.50.50 klient czasu już nie pobierze.
Czy ktoś spotkał się z czymś podobnym ?
info:
root@system:~# uname -a Linux system 3.16.0-4-686-pae #1 SMP Debian 3.16.39-1+deb8u2 (2017-03-07) i686 GNU/Linux root@system:~# cat /etc/debian_version 8.7
Offline
Co masz dokładnie za paczkę serwera ntp?
Wyłącz na chwilę ntpd uruchamiane przez systemd, i puść go na konsoli poleceniem
ntpd -qg
Wtedy będzie pisał na konsoli, co się aktualnie dzieje.
Wygląda to tak:
# G1 ### wto mar 28 20:56:57 localhost : ~ root ~> ntpd -qg 28 Mar 20:56:59 ntpd[11101]: ntpd 4.2.8p9@1.3265-o Mon Dec 12 21:49:36 UTC 2016 (1): Starting 28 Mar 20:56:59 ntpd[11101]: Command line: ntpd -qg 28 Mar 20:56:59 ntpd[11101]: proto: precision = 1.187 usec (-20) 28 Mar 20:56:59 ntpd[11101]: switching logging to file /var/log/ntp/ntp.log 28 Mar 20:56:59 ntpd[11101]: Listen normally on 0 lo 127.0.0.1:123 28 Mar 20:56:59 ntpd[11101]: Listen normally on 1 lo [::1]:123 28 Mar 20:56:59 ntpd[11101]: Listening on routing socket on fd #18 for interface updates
Poza tym wrzuć jakieś logi serwera ntp, coś tam musi pisać.
Mam na Gentusiu ntp, serwerek chodzi grzecznie:
net-misc/ntp-4.2.8_p9 caps ipv6 libressl readline ssl threads
ntpq -p remote refid st t when poll reach delay offset jitter ============================================================================== goblin.nask.net .INIT. 16 u - 1024 0 0.000 0.000 0.000 ntp-dmz.icm.edu .INIT. 16 u - 1024 0 0.000 0.000 0.000 ntp.task.gda.pl .INIT. 16 u - 1024 0 0.000 0.000 0.000
Ale ani w Gentoo ani w Debianie nie mam polecenia driftfile nie tylko w systemie, ale apt-file twierdzi, ze takiego pliku nie ma w żadnym repozytorium.
# Debian ### wto mar 28 20:48:41 localhost : / root ~> apt-file search driftfile || echo nie ma czegoś takiego????; nie ma czegoś takiego????
Gentuś to samo:
# G1 ### wto mar 28 20:50:22 localhost : ~ root ~> e-file driftfile No matches found.
Ja rozumiem, że mogą czegoś nie mieć zainstalowanego, ale jeśli w Debianie testing nie ma w ogóle takiego polecenia/pliku w repozytoriach, a Ty masz je w Jessie,
to sytuacja jest troszkę niecodzienna.
Ostatnio edytowany przez Jacekalex (2017-03-28 21:04:26)
Offline
root@system:/# /etc/init.d/ntp stop [ ok ] Stopping NTP server: ntpd. root@system:/# echo "" > /var/log/syslog root@system:/# ntpd -qg ntpd: time slew -0.000189s root@stalker:/# cat /var/log/syslog | grep ntp Mar 29 07:51:48 system ntpd[10584]: ntpd 4.2.6p5@1.2349-o Fri Jul 22 17:48:00 UTC 2016 (1) Mar 29 07:51:48 system ntpd[10584]: proto: precision = 0.109 usec Mar 29 07:51:48 system ntpd[10584]: Listen and drop on 0 v4wildcard 0.0.0.0 UDP 123 Mar 29 07:51:48 system ntpd[10584]: Listen and drop on 1 v6wildcard :: UDP 123 Mar 29 07:51:48 system ntpd[10584]: Listen normally on 2 lo 127.0.0.1 UDP 123 Mar 29 07:51:48 system ntpd[10584]: Listen normally on 3 eth0 10.50.50.50 UDP 123 Mar 29 07:51:48 system ntpd[10584]: Listen normally on 4 eth1 10.100.100.94 UDP 123 Mar 29 07:51:48 system ntpd[10584]: Listen normally on 5 lo ::1 UDP 123 Mar 29 07:51:48 system ntpd[10584]: Listen normally on 6 eth1 fe80::9e5c:8eff:fe82:7567 UDP 123 Mar 29 07:51:48 system ntpd[10584]: Listen normally on 7 eth0 fe80::aaf7:e0ff:fe0f:5507 UDP 123 Mar 29 07:51:48 system ntpd[10584]: peers refreshed Mar 29 07:51:48 system ntpd[10584]: Listening on routing socket on fd #24 for interface updates Mar 29 07:51:55 system ntpd[10584]: ntpd: time slew -0.000189 s root@system:/#
Fraza driftfile to wpis w pliku konfiguracyjnym, to znaczy jego pierwszy wiersz :)
Offline
cześć
drift jest używany tylko pry starcie systemu.
Po pierwsze zamiast ntpd użylbym chrony, ma lepsze algorytmy czasowe zaimplementowane.
Dwa możesz zmniejszyć czasy odpytywania z domyślnych 1024 sekund do mniejszych wartości, opcje maxpoll i minpoll
Trzy najpierw wyłącz ntp zrób synchronizację ntpdate, potem hwclock
Cztery to wirtualka czy fizyk ?
Offline
Fraza driftfile to wpis w pliku konfiguracyjnym, to znaczy jego pierwszy wiersz :)
Teraz to się zgadza:
cat /etc/ntp.conf | egrep -v '#' server ntp.nask.pl prefer server ntp.icm.edu.pl server ntp.task.gda.pl driftfile /var/lib/ntp/ntp.drift interface ignore wildcard interface listen lan interface listen lo statistics loopstats statsdir /var/log/ntp/ filegen peerstats file peers type day link enable filegen loopstats file loops type day link enable logfile /var/log/ntp/ntp.log
;)
Pozdro
Offline
rulezdc napisał(-a):
cześć
drift jest używany tylko pry starcie systemu.
Po pierwsze zamiast ntpd użylbym chrony, ma lepsze algorytmy czasowe zaimplementowane.
Dwa możesz zmniejszyć czasy odpytywania z domyślnych 1024 sekund do mniejszych wartości, opcje maxpoll i minpoll
Trzy najpierw wyłącz ntp zrób synchronizację ntpdate, potem hwclock
Cztery to wirtualka czy fizyk ?
Czas zmniejszyłem, potem przy wyłączonym ntp zobiłem ntpdate i hwclock operacje te przebiegły bez problemu, jednak w ntpq -p dalej mam 10.50.50.50.
Przewertowałem też masę konfigów z internetu i wydaje mi się że ten ntp to wszystko olewa... nawet gdy plik konfiguracyjny jest pusty, albo jest w nim "blablabla = ble ble ble" robie restart [OK][OK] i ntpq -p twierdzi dalej to samo...
A może być tak że ten ntp synchronizuje się z czymś u mnie w LANie po broadcaście i dla tego ignoruje config ?
Offline
Weź zainstaluj chrony, niestety od jakiegoś czasu siedzę na dystrybucji na literę F :), tam już domyślnie jest chrony.
Dodaj opcję jeszcze prefer jak ma ustawione Jackalex plus mozesz w pliku zakomentować serwery lokalne fudge jak masz
Dalej nie napisałeś czy to wirtualka.
Co jeszcze, możesz wylączyć ipv6 dla ntp, bo to też niekiedy robi kaszanę.
Offline
Owszem zainstalowanie innego, bardziej nowoczesnego i zaawansowanego serwera czasu to jest rozwiązanie.
Jednak trochę się uparłem, dla czego nie działa skoro zawsze mi działało..
Okazuje się że dodanie pod listą serwerów:
pool uk.pool.ntp.org minpoll 10 iburst pool pl.pool.ntp.org minpoll 10 iburst
powoduje:
remote refid st t when poll reach delay offset jitter ============================================================================== 10.50.50.50 .INIT. 16 u - 1024 0 0.000 0.000 0.000 -121.35.213.162. 193.79.237.14 2 u 1028 1024 377 41.118 0.452 0.150 +mx.fimn.net 85.199.214.102 2 u 828 1024 377 35.679 0.259 2.776 -eggburt.positiv 94.125.129.7 3 u 606 1024 377 49.731 0.220 0.039 +x.ns.gin.ntt.ne 249.224.99.213 2 u 456 1024 377 29.400 0.004 0.037 xciskacz.of.pl 195.187.245.55 2 u 489 1024 237 7.631 -195.89 204.141 *time.assecobs.p .PPS. 1 u 219 1024 377 11.242 -0.278 0.148 -96-7.cpe.smnt.p 91.211.101.141 3 u 470 1024 377 9.735 0.271 0.162 -ntp.ifj.edu.pl 10.0.2.4 2 u 884 1024 377 9.007 2.290 0.050
Ostatnio edytowany przez R_Przemek (2017-04-05 09:03:48)
Offline