Início / unix / Perguntas / 788787
Accepted
user930473
Asked: 2024-12-28 18:33:49 +0800 CST

Não é possível fazer o NTP (systemd-timesyncd) funcionar via WiFi

  • 772

Estou executando uma imagem de cartão SD pré-criada para o Raspberry Pi do nextcloudpi , mas acho que posso obter ajuda melhor aqui.

Notei que a hora e a data não foram atualizadas automaticamente, então comecei a depurar. Notei que todas as linhas no arquivo /etc/systemd/timesyncd.confestavam comentadas e a linha NTP estava vazia. Não há timesyncd.conf.dsubdiretório adicional. Então, descomentei as linhas e preenchi a linha NTP. Veja como o arquivo timesyncd.conf se parece agora:

[Time]
NTP=0.europe.pool.ntp.org
FallbackNTP=0.debian.pool.ntp.org 1.debian.pool.ntp.org 2.debian.pool.ntp.org 3.debian.pool.ntp.org
RootDistanceMaxSec=5
PollIntervalMinSec=32
PollIntervalMaxSec=2048
ConnectionRetrySec=30
SaveIntervalSec=60

Parece que o conteúdo foi analisado com sucesso porque:

pi@nextcloudpi:~$ timedatectl show-timesync --all
LinkNTPServers=
SystemNTPServers=0.europe.pool.ntp.org
RuntimeNTPServers=
FallbackNTPServers=0.debian.pool.ntp.org 1.debian.pool.ntp.org 2.debian.pool.ntp.org 3.debian.pool.ntp.org
ServerName=
ServerAddress=
RootDistanceMaxUSec=5s
PollIntervalMinUSec=32s
PollIntervalMaxUSec=34min 8s
PollIntervalUSec=0
Frequency=0

No entanto:

pi@nextcloudpi:~$ timedatectl
               Local time: Sat 2024-12-28 12:05:31 EET
           Universal time: Sat 2024-12-28 10:05:31 UTC
                 RTC time: n/a
                Time zone: Europe/Helsinki (EET, +0200)
System clock synchronized: no
              NTP service: active
          RTC in local TZ: no

pi@nextcloudpi:~$ timedatectl timesync-status
       Server: n/a (n/a)
Poll interval: 0 (min: 32s; max 34min 8s)
 Packet count: 0

O relógio do sistema sempre indica sincronizado noe o do servidor sempre está n/a.

tentei

sudo timedatectl set-ntp false
sudo timedatectl set-ntp true

mas isso não mudou nada.

O serviço systemd-timesyncd está em execução:

● systemd-timesyncd.service - Network Time Synchronization
     Loaded: loaded (/lib/systemd/system/systemd-timesyncd.service; enabled; preset: enabled)
    Drop-In: /etc/systemd/system/systemd-timesyncd.service.d
             └─override.conf
     Active: active (running) since Fri 2024-12-27 22:38:50 EET; 13h ago
       Docs: man:systemd-timesyncd.service(8)
   Main PID: 3014 (systemd-timesyn)
     Status: "Daemon is running"
      Tasks: 1 (limit: 761)
     Memory: 576.0K
        CPU: 920ms
     CGroup: /system.slice/systemd-timesyncd.service
             └─3014 /lib/systemd/systemd-timesyncd

Tentei habilitar o log de depuração deste serviço, mas nada útil é impresso lá. Nunca há nada como Connecting to time server. Ele nem está tentando.

Eu também tentei atualizar manualmente com ntpdate

sudo ntpdate -vd pool.ntp.org

e funcionou bem. Então, presumo que isso descarta possíveis problemas de DNS e outros relacionados à rede.

Fiquei sem ideias. O que estou perdendo aqui?

Aqui estão as informações da versão:

pi@nextcloudpi:~$ sudo lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:    Armbian-unofficial 24.8.2 bookworm
Release:        12
Codename:       bookworm

pi@nextcloudpi:~$ cat /etc/armbian-release
# PLEASE DO NOT EDIT THIS FILE
BOARD=rpi4b
BOARD_NAME="Raspberry Pi 4"
BOARDFAMILY=bcm2711
BUILD_REPOSITORY_URL=https://github.com/armbian/build
BUILD_REPOSITORY_COMMIT=549f321
LINUXFAMILY=bcm2711
ARCH=arm64
BOOT_SOC=
IMAGE_TYPE=user-built
BOARD_TYPE=conf
INITRD_ARCH=arm64
KERNEL_IMAGE_TYPE=Image
FORCE_BOOTSCRIPT_UPDATE=
FORCE_UBOOT_UPDATE=
VENDOR="Armbian-unofficial"
VENDORDOCS="https://docs.armbian.com/"
VENDORURL="https://duckduckgo.com/"
VENDORSUPPORT="https://community.armbian.com/"
VENDORBUGS="https://armbian.atlassian.net/"
VERSION=24.8.2
REVISION=24.8.2

Editar:

pi@nextcloudpi:~$ ntpq -np
-bash: ntpq: command not found

pi@nextcloudpi:~$ systemctl status ntp
Unit ntp.service could not be found.

Edição 2:

Então parece ser um problema relacionado à rede de alguma forma. Até agora eu estava conectado somente por WiFi. Mas imediatamente quando eu conectei também o cabo Ethernet, o System clock synchronizedvirou para yes.

Mas por que não está funcionando via WiFi? Aqui está o status do resolvectl quando conectado somente via WiFi:

Global
         Protocols: +LLMNR +mDNS -DNSOverTLS DNSSEC=no/unsupported
  resolv.conf mode: stub
Current DNS Server: 1.0.0.1
        DNS Servers 1.0.0.1

Link 2 (enxb827ebf2575c)
Current Scopes: none
     Protocols: -DefaultRoute +LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported

Link 3 (wlan0)
    Current Scopes: DNS LLMNR/IPv4 LLMNR/IPv6
         Protocols: +DefaultRoute +LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported
Current DNS Server: 192.168.1.1
       DNS Servers: 192.168.1.1

Quando o cabo Ethernet é conectado, o resto é o mesmo, exceto pela parte do Link 2:

Link 2 (enxb827ebf2575c)
    Current Scopes: DNS LLMNR/IPv4 LLMNR/IPv6
         Protocols: +DefaultRoute +LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported
Current DNS Server: 192.168.1.1
       DNS Servers: 192.168.1.1

Tanto o WiFi quanto a Ethernet são a mesma rede.

debian

1 respostas

  1. Best Answer

    Isso está resolvido agora. Meu erro foi como eu configurei originalmente a conexão WiFi. Primeiro tentei usar raspi-configpara isso. No entanto, ele travou ao aplicar as alterações. Veja este problema: https://github.com/nextcloud/nextcloudpi/issues/1970

    Não estou familiarizado com essa "nova" maneira do networkd, então instalei o "antigo" NetworkManager e configurei a conexão WiFi com seus comandos. Todo o resto funcionou bem, exceto o systemd-timesyncd. Aparentemente, ele não gosta do NetworkManager.

    A solução foi desabilitar (e desinstalar) o NetworkManager. A conexão WiFi pode então ser configurada usando o comando, que produz o arquivo armbian-configcorreto ./etc/netplan/armbian.yaml

    • 2

relate perguntas