NTP-Bug in Firmware 0.7.4~210

Moin,

ich habe ein kleines Problem mit o.g. Firmware:
Weder mit noch ohne VPN-Uplink … die Knoten können keine NTP-Server erreichen. :frowning:

17192-Jugendtreff-Papenberg

Community:   Freifunk Müritz
Model:       TP-Link TL-WR841N/ND v10
Firmware:    0.7.4~210
MAC (prim.): 60:e3:27:c7:9e:9a
MAC (WAN):   62:e4:27:c7:9e:9a
WAN Interf.: eth1 (link up)
Systemdate:  Wed Apr 19 19:27:20 CEST 2017
NTP Offset:  ntp error
Uptime:      19:27:20 up  2:22,  load average: 0.10, 0.12, 0.13
Autoupdater: experimental
Location:    53.511796348725845, 12.700216770172117
IPs:         2001:bf7:170:0:62e3:27ff:fec7:9e9a
             fd39:e4e3:eee1:0:62e3:27ff:fec7:9e9a
             fe80:0:0:0:62e3:27ff:fec7:9e9a
Memory:      90.4 % used, 9.6 % free
ntp_servers = {'ntp.4830.org', 'ntp.services.mueritz', 'eu.ntp.sixxs.net'},

wusel@quoth:~$ host ntp.4830.org
ntp.4830.org has IPv6 address fd42:ffee:ff12:aff::201
root@gw05:~# host ntp.services.mueritz
ntp.services.mueritz has IPv6 address fd39:e4e3:eee1::5

root@gw05:~# ip -6 addr show br-mueritz
5: br-mueritz: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 
    inet6 fd39:e4e3:eee1::5/64 scope global 
       valid_lft forever preferred_lft forever
    inet6 2001:bf7:170::5/64 scope global 
       valid_lft forever preferred_lft forever
    inet6 fe80::d491:efff:fe1d:30c5/64 scope link 
       valid_lft forever preferred_lft forever
root@gw05:~# ntpq -p ::1
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*LOCAL(0)        .LOCL.           5 l   49   64    3    0.000    0.000   0.000
 ntp1.edutel.nl  .INIT.          16 u    -   64    0    0.000    0.000   0.000
 zlo.nu          .INIT.          16 u    -   64    0    0.000    0.000   0.000
 hetzner6.kuehne .INIT.          16 u    -   64    0    0.000    0.000   0.000
 y.ns.gin.ntt.ne .INIT.          16 u    -   64    0    0.000    0.000   0.000
root@gw05:~# ntpq -p fd39:e4e3:eee1::5
fd39:e4e3:eee1::5: timed out, nothing received
***Request timed out

Hmm. kopfkratz das ULA-v6 mag er nicht :frowning:

Keine Ahnung was das soll, v6 restrictions tun irgendwie nicht oder ich verstehe sie nicht, dokumentiert ist das nur spärlich. Fuck it, isser halt offen für die Welt, Nase voll.

root@gw05:~# ntpq -p fd39:e4e3:eee1::5
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*LOCAL(0)        .LOCL.           5 l    1   64    1    0.000    0.000   0.000
 metronoom.dmz.c .INIT.          16 u    -   64    0    0.000    0.000   0.000
 a212-113-190-2. .INIT.          16 u    -   64    0    0.000    0.000   0.000
 2a01:7c8:aaaa:4 .INIT.          16 u    -   64    0    0.000    0.000   0.000
 195.21.137.209  .INIT.          16 u    -   64    0    0.000    0.000   0.000

Bin zu alt, um mich mit verwarzter Software zu streiten :wink:

1 Like

Hmm. Will schein’s noch nicht aus dem Mesh? :frowning:

17192-FirmwareTest-9e9a

Community:   Freifunk Müritz
Model:       TP-Link TL-WR841N/ND v10
Firmware:    0.7.4~210
MAC (prim.): 60:e3:27:c7:9e:9a
MAC (WAN):   62:e4:27:c7:9e:9a
WAN Interf.: eth1 (link up)
Systemdate:  Thu Apr 20 00:04:46 CEST 2017
NTP Offset:  ntp error
Uptime:      00:04:46 up  7:00,  load average: 0.01, 0.03, 0.08
Autoupdater: experimental
Location:    53.511796348725845, 12.700216770172117
IPs:         2001:bf7:170:0:62e3:27ff:fec7:9e9a
             fd39:e4e3:eee1:0:62e3:27ff:fec7:9e9a
             fe80:0:0:0:62e3:27ff:fec7:9e9a
Memory:      86.4 % used, 13.6 % free

Huch, wieso heißt der bei Dir 17192-Jugendtreff-Papenberg und jetzt 17192-FirmwareTest-9e9a?