Käytän Arch Linuxia käyttöjärjestelmänä työpöydälläni. Kun tarkastelen aikaani, on kello 22:38, kun aika on selvästi noin 17:08. Kun kutsun komennon timedatectl, saan:
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 Päivitä
Kun suoritan sudo systemctl status systemd-timesyncd, saan:
● 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
Minäkin yritin komentoa traceroute -U -p ntp pool.ntp.org, ja saan:
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 * * * Kuinka korjaan tämän? Olen jopa kokeillut timedatectl set-ntp true. Pitäisikö minun käynnistää uudestaan, jotta tämä tulee voimaan?
Kommentit
- hyvää työtä. Google sanoo, että cyberoam on (web-suodatus?) palomuurin merkki. Ei ole harvinaista, että yliopistosi käyttää sisäistä NTP-palvelinta omille tietokoneilleen, ja se ’ s on täysin mahdollista, että sinulla on pääsy niihin. (Ilmeisesti Active Directorya käyttävät Windows-tietokoneet käyttävät toimialueen ohjainta NTP-palvelimena.) Yorkin yliopistossa oli hyvin samanlainen määritys IIRC. Voin ’ t löytää mitään IT-dokumentaatiota valitettavasti IISC-verkkosivustolta.
- Näyttää siltä, että SERC hoitaa kampuksen IT: tä. Heillä on joitain Linux-ohjeita, vaikkakaan mitään NTP: stä, ehkä voit ohjata jonkun avuksi? nitss.iisc.ac.in ja serc.iisc. in / facilities / support
- @sourcejedi Kiitos paljon, ’ ve gon e sen lisäksi, mitä tarvitaan SE-vastaukseen.
- Aiheeseen liittyvä vikailmoitus systemd ’ s GitHub: Voi ’ synkronoida ajan, kun aika on väärä dnssecin vuoksi
Vastaa
systemd-timesyncd ei vaadi uudelleenkäynnistystä. Olen testannut timedatectl-järjestelmääni. Yhteyden odottaminen saattaa olla tarpeen.
man timedatectl
-tila
Näytä järjestelmän kellon ja RTC: n nykyiset asetukset, mukaan lukien onko verkon ajan synkronointi päällä. / em> Vaikka tämä komento näyttää tilan pois päältä, toinen palvelu saattaa silti synkronoida kellon verkon kanssa.
$ 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 timedatectl-manpage makaa järjestelmässäni. Mahdollisesti Fedora korjasi toteutuksen korjaamatta sitä. En tiedä miten kysyä mitä palvelua käytetään; järjestelmä sattuu käyttämään chronydia. on myös mahdollista käyttää ntp / ntpd.
Sinun tapauksessasi olisin kuitenkin varma siitä, että Arch käyttää timesyncd: n ylävirran oletusasetusta.
$ 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 Sinulla saattaa olla Tilan alle kirjatut virheet. Varmista, että suoritat systemctl käyttäjänä, jolla on pääsy järjestelmän päiväkirjaan, esim. käyttämällä sudo.
Toisin kuin chronyd, jossa on chronyc, ei ole dokumentoitua tapaa kysellä systemd-timesyncd mitä tahansa oikeaa, paitsi” NTP-synkronoitu: ei ”. Toivottavasti sillä on hyödyllisiä lokeja!
Ehdotan, että yrität
- Tunnistaa tunnetut
pool.ntp.orgaliakset, joita järjestelmä yrittää käyttö. - Testaa aliaksia esim
ntpdate -q arch.pool.ntp.org. -
traceroutealiakselle nähdäksesi onko lähistöllä oleva lohko eli palomuuri estänyt pääsyn. Kuten aina, käytän ensinping, koska se saa tulokset nopeammin (ja on vähemmän taipuvainen väärinkäsityksiin), tai käytänmtrtraceroute-versio (tämä on oletusarvoisesti myös ICMP traceroute, joka välttää paljon lähtöä monitie-verkoista). Haluat viime kädessä jotaintraceroute -U -p ntp pool.ntp.org, ts. Samaa UDP-porttia kuin NTP.
MUOKKAA : tämän vastauksen aiemmat versiot olivat hämmentyneitä systemd-timesyncd: n oletusarvoisista NTP-palvelimista. Vaikka niitä kommentoidaan (poistetaan käytöstä) kohdassa timesyncd.conf, rivin kommentin poistaminen on välttämätöntä vain, jos haluat vaihtaa palvelinta. Oletusarvot on rakennettu timesyncd-tiedostoon kääntämisajankohtana. Tämä mainitaan kaikissa asiakirjoissa.
https://www.cyberciti.biz/faq/linux-unix-bsd-is-ntp-client-working/
https://wiki.archlinux.org/index.php/Systemd-timesyncd
Kommentit
- Katsokaa yllä. Olen kysynyt
sudo systemctl status systemd-timesyncdja näyttää siltä, että minulla on joitaintimed-outlokeja. Pitääkö minun nyttraceroutetehdä? - vain käytti
tracerouteja sai muutaman tuloksen.Kuinka voin käyttäätraceroute-sivustoapingkanssa? - Uudessa Archlinux-asennuksessa
systemd-timesyncd.serviceei ollut käynnissä. Aloitin ja otin sen käyttöön, ja nyt koneeni aika on oikea.
Vastaa
Onko aikavyöhyke oikea sijaintisi? Ja sinun tulisi asettaa oikea aikavyöhyke timedatectl set-timezone
-komennolla date näkyy järjestelmä aika, nykyiselle sijainnillesi.
ntpdate korjaa aikavyöhykkeesi ajan.
esimerkiksi käytä apple ntp -palvelinta:
sudo ntpdate time.apple.com 11 Jan 19:18:28 ntpdate[1052]: adjust time server 17.253.38.125 offset 0.004981 sec Kommentit
- aikavyöhyke ei korjata ” NTP synkronoitu: ei ”