m.bitterlich
(Matthias Bitterlich)
19. April 2017 um 17:36
1
Moin,
ich habe ein kleines Problem mit o.g. Firmware:
Weder mit noch ohne VPN-Uplink … die Knoten können keine NTP-Server erreichen.
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
wusel
(Kai 'wusel' Siering)
19. April 2017 um 20:04
2
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
wusel
(Kai 'wusel' Siering)
19. April 2017 um 20:50
3
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
1 „Gefällt mir“
wusel
(Kai 'wusel' Siering)
19. April 2017 um 22:10
4
Hmm. Will schein’s noch nicht aus dem Mesh?
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
?