Jelenleg az Arch Linuxot használom operációs rendszerként az asztali gépemen. Amikor az időmet nézem, 22:38 van, amikor az idő egyértelműen 17:08 körül van. Amikor meghívom a timedatectl
parancsot, a következőt kapom:
Local time: Wed 2017-01-11 22:37:43 IST Universal time: Wed 2017-01-11 17:07:43 UTC RTC time: Wed 2017-01-11 17:07:41 Time zone: Asia/Kolkata (IST, +0530) Network time on: yes NTP synchronized: no RTC in local TZ: no
Frissítés
Amikor lefutok sudo systemctl status systemd-timesyncd
, a következőt kapom:
● systemd-timesyncd.service - Network Time Synchronization Loaded: loaded (/usr/lib/systemd/system/systemd-timesyncd.service; enabled; vendor preset: enabled) Active: active (running) since Wed 2017-01-11 00:49:36 IST; 1 day 1h ago Docs: man:systemd-timesyncd.service(8) Main PID: 31123 (systemd-timesyn) Status: "Idle." Tasks: 2 (limit: 4915) CGroup: /system.slice/systemd-timesyncd.service └─31123 /usr/lib/systemd/systemd-timesyncd Jan 12 01:39:42 sharan-pc systemd-timesyncd[31123]: Timed out waiting for reply from 5.9.78.71:123 (1.arch.pool.ntp.org). Jan 12 01:39:53 sharan-pc systemd-timesyncd[31123]: Timed out waiting for reply from 192.53.103.108:123 (1.arch.pool.ntp.org). Jan 12 01:40:03 sharan-pc systemd-timesyncd[31123]: Timed out waiting for reply from 139.59.19.184:123 (2.arch.pool.ntp.org). Jan 12 01:40:13 sharan-pc systemd-timesyncd[31123]: Timed out waiting for reply from 139.59.45.40:123 (2.arch.pool.ntp.org). Jan 12 01:40:24 sharan-pc systemd-timesyncd[31123]: Timed out waiting for reply from 123.108.200.124:123 (2.arch.pool.ntp.org). Jan 12 01:40:34 sharan-pc systemd-timesyncd[31123]: Timed out waiting for reply from 125.62.193.121:123 (2.arch.pool.ntp.org). Jan 12 01:40:44 sharan-pc systemd-timesyncd[31123]: Timed out waiting for reply from 139.59.45.40:123 (3.arch.pool.ntp.org). Jan 12 01:40:55 sharan-pc systemd-timesyncd[31123]: Timed out waiting for reply from 123.108.200.124:123 (3.arch.pool.ntp.org). Jan 12 01:41:05 sharan-pc systemd-timesyncd[31123]: Timed out waiting for reply from 139.59.19.184:123 (3.arch.pool.ntp.org). Jan 12 01:41:15 sharan-pc systemd-timesyncd[31123]: Timed out waiting for reply from 125.62.193.121:123 (3.arch.pool.ntp.org).
traceroute
Én is kipróbáltam a traceroute -U -p ntp pool.ntp.org
parancsot, és megkapom:
traceroute to pool.ntp.org (139.59.19.184), 30 hops max, 60 byte packets 1 10.114.1.1 (10.114.1.1) 1.713 ms 2.020 ms 2.343 ms 2 10.10.2.41 (10.10.2.41) 1.123 ms 2.580 ms 2.836 ms 3 cyberoam.iisc.ac.in (10.10.1.98) 0.553 ms 0.806 ms 0.813 ms 4 * * * 5 * * * 6 * * * 7 * * * 8 * * * 9 * * * 10 * * * 11 * * * 12 * * * 13 * * * 14 * * * 15 * * * 16 * * * 17 * * * 18 * * * 19 * * * 20 * * * 21 * * * 22 * * * 23 * * * 24 * * * 25 * * * 26 * * * 27 * * * 28 * * * 29 * * * 30 * * *
Hogyan tudom ezt kijavítani? Még megpróbáltam timedatectl set-ntp true
-t. Újra kell indítanom, hogy ez életbe lépjen?
Megjegyzések
- jó munka. A Google szerint a cyberoam a (webszűrő?) tűzfal márka. Nem ritka, hogy egyeteme belső NTP szervert használ saját számítógépeihez, és ez ‘ s lehetséges, hogy ezekhez hozzáfér. (Nyilvánvaló, hogy az Active Directory-t használó Windows PC-k NTP-kiszolgálóként fogják használni a tartományvezérlőt.) A York-i Egyetemen nagyon hasonló volt a IIRC. Tudok ‘ az IISC webhelyén sajnos nem talál semmilyen dokumentációt az informatikáról.
- Úgy tűnik, hogy a SERC kezeli az egyetemi IT-t. Van néhány Linuxos utasításuk, bár az NTP-ről semmit nem el lehet irányítani valakihez, aki segít? nitss.iisc.ac.in és serc.iisc. a / létesítményekben / támogatásban
- @sourcejedi Köszönöm szépen, ‘ ve gon e felett és túl azon, ami az SE válaszához szükséges.
- Kapcsolódó hibajelentés a systemd ‘ s GitHub-on: Nem tudja ‘ szinkronizálni az időt, amikor az idő a dnssec miatt helytelen
Válasz
A systemd-timesyncd nem fogja szükségessé az újraindítást. Timedatectl teszteltem a rendszeremen. Lehet, hogy egy percet kell várni a kapcsolatra.
man timedatectl
állapot
A rendszeróra és az RTC aktuális beállításainak megjelenítése, beleértve azt is, hogy be van-e kapcsolva a hálózati időszinkronizálás. Ne feledje, hogy a hálózati időszinkronizálás be van-e kapcsolva, egyszerűen azt tükrözi, hogy a systemd-timesyncd.service egység engedélyezve van-e. Még akkor is, ha ez a parancs kikapcsolt állapotot mutat, előfordulhat, hogy egy másik szolgáltatás szinkronizálja az órát a hálózattal.
$ timedatectl status Local time: Wed 2017-01-11 13:45:07 GMT Universal time: Wed 2017-01-11 13:45:07 UTC RTC time: Wed 2017-01-11 13:45:07 Time zone: Europe/London (GMT, +0000) Network time on: yes NTP synchronized: yes RTC in local TZ: yes
A timedatectl manpage a rendszeremen fekszik. Lehetséges, hogy a végrehajtást a Fedora javította, a manpage javítása nélkül. Nem tudom, hogyan kell lekérdezni, hogy melyik szolgáltatást használják; a rendszerem véletlenül chronyd-ot használ. Elképzelem, hogy lehet az ntp / ntpd használata is lehetséges.
Azonban a te esetedben egészen biztos lennék abban, hogy az Arch a timesyncd alapértelmezett beállításait használja.
$ systemctl status systemd-timesyncd ● systemd-timesyncd.service - Network Time Synchronization Loaded: loaded (/usr/lib/systemd/system/systemd-timesyncd.service; disabled; Active: inactive (dead) Docs: man:systemd-timesyncd.service(8) $ systemctl status chronyd ● chronyd.service - NTP client/server Loaded: loaded (/usr/lib/systemd/system/chronyd.service; enabled; vendor pres Active: active (running) since Mon 2017-01-09 19:09:39 GMT; 1 day 18h ago Main PID: 928 (chronyd) Tasks: 1 (limit: 4915) CGroup: /system.slice/chronyd.service └─928 /usr/sbin/chronyd
Lehet, hogy van Az állapot alatt naplózott hibák. Ügyeljen arra, hogy a systemctl
szolgáltatást futtassa a rendszer naplójához hozzáféréssel rendelkező felhasználóként, pl. sudo
használatával.
Ellentétben a chronyc
chronyddal, nincs dokumentált módszer a bármiért … valójában, az” NTP szinkronizálva: nem “túl. Remélem, hogy hasznos naplókkal rendelkezik!
Javaslom, hogy törekedjen arra, hogy
- azonosítsa, melyik ismert
pool.ntp.org
álnevet próbálja meg a rendszere használat. - Tesztelje az álnevet pl
ntpdate -q arch.pool.ntp.org
. -
traceroute
az aliasra, hogy lássa, van-e egy közeli blokk, azaz tűzfal, amely megakadályozza a hozzáférést. Mint mindig, először is aping
-t használnám, mert gyorsabban érhető el az eredmény (és kevésbé hajlamos a téves értelmezésre), vagy amtr
traceroute verziója (ez alapértelmezés szerint az ICMP traceroute is, amely elkerüli a sok kimenetet a többutas hálózatokból). Végül valami olyasmit szeretne, minttraceroute -U -p ntp pool.ntp.org
, vagyis ugyanazt az UDP portot használja, mint az NTP.
SZERKESZTÉS : A válasz korábbi verziói összezavarodtak a systemd-timesyncd alapértelmezett NTP-kiszolgálóival kapcsolatban. Noha a timesyncd.conf
, csak akkor kell eltávolítani a sort, ha módosítania kell a szervert. Az alapértelmezett értékeket a fordítási időpontban a timesyncd-be építik be. Ezt az összes dokumentáció megemlíti.
https://www.cyberciti.biz/faq/linux-unix-bsd-is-ntp-client-working/
https://wiki.archlinux.org/index.php/Systemd-timesyncd
Megjegyzések
- Vessen egy pillantást a fentiekre. Lekérdeztem
sudo systemctl status systemd-timesyncd
és úgy tűnik, hogy van néhánytimed-out
naplóm. Mosttraceroute
-et kell csinálnom? - csak használt
traceroute
és néhány eredményt kapott.Hogyan használhatom atraceroute
alkalmazást aping
szolgáltatással? - Az Archlinux friss telepítésénél
systemd-timesyncd.service
nem futott. Elindítottam és engedélyeztem, és most a gépemen az idő megfelelő.
Válasz
helyes az Ön tartózkodási helye? És állítsa be a megfelelő időzónát a timedatectl set-timezone
A dátum paranccsal a rendszer idő, az aktuális tartózkodási helyéhez.
ntpdate helyes lesz az időzónának megfelelő idő.
például használja az apple ntp kiszolgálót:
sudo ntpdate time.apple.com 11 Jan 19:18:28 ntpdate[1052]: adjust time server 17.253.38.125 offset 0.004981 sec
Megjegyzések
- az időzóna nem javítva ” NTP szinkronizálva: nincs ”