LINUX.ORG.RU

Помогите починить timesyncd

 , ,


0

2

Здравствуйте.

Есть две машины, «hata» и её клон «headcrab». Железо и там и там одинаковое, набор софта -тоже. Имею следующее: на оригинале:

root@hata: /home/piyavking # timedatectl status
               Local time: Tue 2026-07-28 14:13:51 MSK
           Universal time: Tue 2026-07-28 11:13:51 UTC
                 RTC time: n/a
                Time zone: Europe/Moscow (MSK, +0300)
System clock synchronized: yes
              NTP service: active
          RTC in local TZ: no
root@hata: /home/piyavking # systemctl status systemd-timesyncd
● systemd-timesyncd.service - Network Time Synchronization
     Loaded: loaded (/usr/lib/systemd/system/systemd-timesyncd.service; enabled; preset: enabled)
     Active: active (running) since Tue 2026-07-28 13:28:16 MSK; 45min ago
 Invocation: 4fb0106f6d374089b96a2abe0abf2c88
       Docs: man:systemd-timesyncd.service(8)
   Main PID: 190 (systemd-timesyn)
     Status: "Contacted time server 213.234.203.30:123 (pool.ntp.org)."
      Tasks: 2 (limit: 9257)
        CPU: 197ms
     CGroup: /system.slice/systemd-timesyncd.service
             └─190 /usr/lib/systemd/systemd-timesyncd

На клоне:

root@headcrab: /home/piyavking # timedatectl status
               Local time: Mon 2026-07-27 22:06:47 MSK
           Universal time: Mon 2026-07-27 19:06:47 UTC
                 RTC time: n/a
                Time zone: Europe/Moscow (MSK, +0300)
System clock synchronized: no
              NTP service: active
          RTC in local TZ: no
root@headcrab: /home/piyavking # systemctl status systemd-timesyncd
● systemd-timesyncd.service - Network Time Synchronization
     Loaded: loaded (/usr/lib/systemd/system/systemd-timesyncd.service; enabled; preset: enabled)
     Active: active (running) since Mon 2026-07-27 21:54:29 MSK; 12min ago
 Invocation: 3e90bea8fbf047ec9adb95aa5835952a
       Docs: man:systemd-timesyncd.service(8)
   Main PID: 4503 (systemd-timesyn)
     Status: "Daemon is running"
      Tasks: 1 (limit: 9243)
        CPU: 107ms
     CGroup: /system.slice/systemd-timesyncd.service
             └─4503 /usr/lib/systemd/systemd-timesyncd

/etc/systemd/timesyncd.conf у обеих машин одинаковые. Systemd-timesyncd перезапускал.

Помогите разобраться. Спасибо за внимание.

Апдейт: обнаружил, что влияет используемый интерфейс. На проводном/usb соединении есть синхрон, на вайфае нет(

Апдейт2: обустроил wpa_supplicant, папилломы ушли. Спасибо откликнувшимся за аргументы!

★★★★★

Последнее исправление: piyavking (всего исправлений: 2)
Ответ на: комментарий от anonymous
root@hata: /home/piyavking # timedatectl timesync-status
       Server: 213.234.203.30 (pool.ntp.org)
Poll interval: 1min 4s (min: 32s; max 48s)
         Leap: normal
      Version: 4
      Stratum: 2
    Reference: C23ACA14
    Precision: 1us (-21)
Root distance: 50.696ms (max: 10s)
       Offset: +227us
        Delay: 34.167ms
       Jitter: 5.992ms
 Packet count: 64
    Frequency: -5.918ppm
root@headcrab: /home/piyavking # timedatectl timesync-status
       Server: n/a (n/a)
Poll interval: 0 (min: 32s; max 48s)
 Packet count: 0
piyavking ★★★★★
() автор топика
Ответ на: комментарий от piyavking

Server: n/a (n/a)

Увидел? Хотя из твоего первого тоже было видно: Status: «Daemon is running»

anonymous
()
Ответ на: комментарий от piyavking

и да при условии что /etc/systemd/timesyncd.conf одинаков, то у второго ящика нет туда доступа.

anonymous
()

Машины рядом находятся или в разных сетях?

P.S. Лучше близкий ru.pool.ntp.org использовать.

Dimez ★★★★★
()
Последнее исправление: Dimez (всего исправлений: 1)
Ответ на: комментарий от piyavking

время ручками поставь, пару раз напарывался, когда ключами поменяться не могут, время типо разное на ntp и у тебя и случается упс. после того как хоть примерно будет одинакого, демон уже может нормально синкать

кто прикрутил изолентой рукопожатие с ntp для меня все еще загадка и почему это не вызывает 100% отказ синкаться тоже

Morin ★★★★★
()
Последнее исправление: Morin (всего исправлений: 1)
Ответ на: комментарий от piyavking

У провайдера попросить, чтобы открыл. Либо воспользоваться провайдерским ntp-сервером.

Dimez ★★★★★
()
Ответ на: комментарий от piyavking

Сначала проверь, может, и не надо его открывать: nc -zuv ru.pool.ntp.org 123. Если увидишь сообщение о успешном подключении, пробуй, предварительно убедившись, что /etc/localtime указывает на корректную таймзону, sudo ntpdate ru.pool.ntp.org. Программа синхронизирует часы вручную. Затем перепроверь конфиг и пробуй запускать этот доморощенный ntpd из состава systemd.

yars068 ★★★★★
()
Последнее исправление: yars068 (всего исправлений: 1)
Ответ на: комментарий от yars068

Сначала проверь, может, и не надо его открывать:

Да, закрутился и забыл указать. Всё правильно, надо проверить сначала, перед тем как действовать.

Dimez ★★★★★
()
Ответ на: комментарий от AlexVR
  1. :) Может сразу комп перегрузить?

Типа systemctl restart systemd-timesyncd не катит.

  1. Не понял, это еще что? Что NTP проверяет id клиентов? Да ладно.
anonymous
()

Такая петрушка может возникать, при обычном дуалбуте, когда после оффтопика в bios время сбивается на несколько часов и такое будет постоянно, если автоматически не обновлять.

anonymous
()
Ответ на: комментарий от anonymous

В этих условиях не «время сбивается», а просто винда по умолчанию полагает, что системные часы машины в localtime, а в Linux часы по умолчанию в UTC. Венду лечить надо.

А вообще, проблемы дуалбута уже неоднократно расписаны здесь.

yars068 ★★★★★
()
Последнее исправление: yars068 (всего исправлений: 1)
Ответ на: комментарий от yars068

Я вот что заметил: проблема возникает только когда при подключении к wi-fi. Когда коннекчусь к телефону проводом через usb0 происходит мгновенный синхрон без каких-либо дребезгов.

piyavking ★★★★★
() автор топика
Ответ на: комментарий от yars068

Какой еще раутер? Даже если допустить что у него проводной инет и мобильный от одного прова, маршруты у них ой какие разные.

anonymous
()
Ответ на: комментарий от yars068

Так нету роутера. Есть телефон. Когда коннекчусь с ним вайфаем через точку доступа, то синхрона нет. Когда проводом через разьём, то сразу да...

piyavking ★★★★★
() автор топика
Ответ на: комментарий от piyavking

А, так у тебя телефон выступает точкой доступа, к которой ты подключаешь комп, и у тебя в этом случае не синкается время, так? А вручную? Там могут быть приколы, начиная от закрытого порта на телефоне, NAT, и до неподходящего TTL пакетов, которые формирует комп.

yars068 ★★★★★
()
Последнее исправление: yars068 (всего исправлений: 1)
Ответ на: комментарий от yars068

А, так у тебя телефон выступает точкой доступа, к которой ты подключаешь комп

Так точно. И файлопомойкою.

и у тебя в этом случае не синкается время, так?

Вполовину так. Когда подключаюсь к телефону через беспроводную точку доступа, то синка нет. Когда подключаюсь к нему юэсби-кабелем, то сразу да.

piyavking ★★★★★
() автор топика
Ответ на: комментарий от anonymous

Уф.

1. комп-провод юсб-телефон, в телефоне в настройке подключение расшарено по юсб - синк работает.

2. комп - подцеплен вайфаем к телефонной точке доступа - синк не работает.

интернет есть в обоих случаях.

piyavking ★★★★★
() автор топика
Последнее исправление: piyavking (всего исправлений: 1)
Ответ на: комментарий от piyavking

Выходит, проблема именно на стороне телефона, когда он работает беспроводной точкой доступа. Как вариант, это опсос чудит. Но, скорее всего, второе маловероятно, раз на том же аплинке по другому интерфейсу всё нормально. К сожалению, в Android прямого способа управлять сетевыми портами и их пробросом я не знаю. Разница в том, что комп, будучи подключенным через Wi-Fi, сидит за NAT, а при подключении по кабелю телефон становится модемом и комп выходит напрямую в сеть опсоса.

UPD. Попробуй выключить QoS для NTP:

sudo nft add rule ip mangle OUTPUT udp dport 123 ip dscp set 0
sudo systemctl restart systemd-timesyncd

Либо откажись от systemd-timesyncd в пользу ntpd, если он будет работать. Ну и что в логах (journalctl -u systemd-timesyncd)?

yars068 ★★★★★
()
Последнее исправление: yars068 (всего исправлений: 4)
Ответ на: комментарий от yars068

Подумаешь НАТ, это по сути тоже самое.

Я вот слышал, что раньше сотовые каким то образом старались блочить устройства.

Типа у тебя тариф такой то это инет на одно устройство и плати еще чтобы раздавать, хз как они это отслеживали.

А у автора вифи свисток?

anonymous
()
Ответ на: комментарий от anonymous

не, у автора просто телефон-ведроид

у тебя тариф такой то это инет на одно устройство и плати еще чтобы раздавать, хз как они это отслеживали

да, что-то такое по поводу раздачи было...

piyavking ★★★★★
() автор топика
Последнее исправление: piyavking (всего исправлений: 1)
Ответ на: комментарий от anonymous

Ээээ...

Боюсь, что моего левела не хватит последовать этому совету, я не настолько прошарен в этих ваших трасерутах и айпитейблах(

piyavking ★★★★★
() автор топика
Ответ на: комментарий от anonymous

Это мы так проверим доступность указанного сервера по 80/TCP, а нас интересует 123/UDP.

@piyavking, а что команда отсюда выдаëт?

yars068 ★★★★★
()
Последнее исправление: yars068 (всего исправлений: 2)
Ответ на: комментарий от yars068

Это мы проверим маршруты с двух сторон. До того ящика … и трасероуте это не 80 если что.

anonymous
()
Ответ на: комментарий от piyavking

yars068, Dimez, анонимы: Походу дело было в iwconfig’е. Стал соединяться как люди, wpa_supplicant’ами - всё заработало.

Увы не верю, вы писали что инет у вас работал и там и там. Так что мне такой ответ не катит :)

anonymous
()
Ответ на: комментарий от yars068

на всякий случай, nmapом ты удп порт не проверишь, в ответ тебе никто ничего не пришлет ;)

anonymous
()
Ответ на: комментарий от anonymous

Ну там несколько технологий. Первая - IMEI, вторая - следить за TTL (это от хитреньких, которые раздавать на халяву по wifi хотят, правда сильно хитрые фиксили, за что даже уголовные дела заводили если могли или считали что могли доказать, например, через dpi что это не смартфон полез обновления оффтопика качать), третья DPI ну и смартфон ещё к VoLTE/GSM коннектится, а модем этого не делает. Конечно надёжность всего этого даже ниже, чем у блокировок РКН, при условии активного противодействия, только зачем и кому это надо?

peregrine ★★★★★
()
Ответ на: комментарий от anonymous

Ну да. Скрытая сеть без пароля, iwconfig wlan0 essid myessid, почему б интернету и не работать было?

piyavking ★★★★★
() автор топика
Последнее исправление: piyavking (всего исправлений: 1)
  • Markdown
Пустая строка (два раза Enter) начинает новый абзац. Знак '>' в начале абзаца выделяет абзац курсивом цитирования.
Внимание: прочитайте описание разметки Markdown.
Используйте Ctrl-Enter для размещения комментария