"git@gitli.stratum0.org:darkbit/stratum0widget.git" did not exist on "752eb5432f45cbfc40e71b152556a1dffede9ac2"
Newer
Older
1
2
3
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
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
branches:
- name: v2020.2.3.2-ffbs-next
channel: parker_beta
date: 2021-07-04
site: "https://gitli.stratum0.org/ffbs/ffbs-site/-/commit/fcbc82c2773d9e681316033f7c8b1dd56a5fc561"
gluon: "https://gitli.stratum0.org/ffbs/ffbs-gluon/-/commit/78e676d1b30ea2919e4c35fc3c5322ae8f6ab09e"
rtd: "https://gluon.readthedocs.io/en/v2020.2.3/"
v2020.2.3.2-ffbs-next
=====================
* Basiert nun auf Gluon v2020.2.3.
Dies ist ein Wartungsrelease, in dem keine neuen Funktionen hinzu gekommen sind.
* Die MTU für IPv6 ist nun auf 1375 Bytes reduziert.
Damit beheben wir Probleme mit der MTU-Path-Discovery in Meshes mit mehreren
Uplinks.
Eine Auswirkung dieses Problems war, dass in solchen Meshes nicht immer alle
Knoten auf der Karte angezeigt wurden.
Die hieraus resultierenden Performanceeinbußen innerhalb des lokalen Meshes
halten wir für vertretbar.
(Das bisherhige Verhalten der MTU-Path-Discovery halten wir für einen Bug im
Linux-Kernel. Vielleicht wird dieser mit einer späteren Version behoben.)
* Knoten mit Uplink melden jetzt sinnvolle Informationen über ihr Gateway an
den Meshviewer.
* Die *Localnode*-Seite (http://node.ffbs) leitet jetzt wieder auf eine feste
IP-Adresse des Knotens weiter.
Dies ist notwendig, damit die Informationen der Statusseite wirklich immer
vom selben Knoten kommen, auch wenn der Client auf andere Knoten roamt.
* Bei der Knoteneinrichtung wird nun wieder ein *Kontakt* abgefragt.
Der Kontakt wird nicht, wie bei anderen Communities unverschlüsselt über
das Netz übertragen, sondern wird verschlüsselt an Freifunk Braunchweig
übertragen.
Die Angabe dieses Feldes ist optional.
Bekannte Fehler
---------------
* Clients scheinen manchmal von Knoten keine IPv4-Adresse zu bekommen,
obwohl IPv6 funktioniert.
In diesen Momenten scheint der *dnsmasq* auf den Knoten nicht für DHCP
konfiguriert zu sein.
Wir konnten diesen Fehler bisher nicht reproduzieren.
Um dem Problem weiter auf die Spur zu kommen fügen wir mit diesem Release
zusätzliches Logging ein, mit dem wir den Fehler hoffentlich eingrenzen
können.
* Der Beschreibungstext am Kontaktfeld spiegelt noch nicht die tatsächliche
Funktionsweise wieder.
Technische Änderungen
---------------------
* Das ``status`` -Kommando gibt nun auch den Zustand des Auto-Updaters mit
aus.
* Während der Laufzeitkonfiguration des Knoten wird nun *dnsmasq* einmal
weniger neu gestartet.
Außerdem wird nun */etd/init.d/network reload* anstatt von
*/etc/init.d/network restart** verwendet.
Die folgenden Versionen wurden von uns vorbereitet, aber dann aus
unterschiedlichen Gründen nicht veröffentlicht.
Wir dokumentieren diese Zwischenschritte hier, um die Änderungen später
besser nachvollziehen zu können.
v2020.2.3.0
............
* Basiert auf Gluon 2020.2.3
* MTU auf 1375 reduziert
* Die Localnode Seite leitet jetzt wieder auf eine eigene Adresse des Knotens weiter um Veränderung der Seite beim Roamen zu verhindern.
* Gateway Informationen im Meshviewer für Knoten mit Uplink verbessert. Diese Funktion war in diesem Release defekt. Daher wurde diese Version nicht veröffentlicht.
v2020.2.3.1
...........
* Diese Version repariert die Übertragung der Gateway-Informationen in den Mesh-Viewer.
* Diese Version wurde nicht veröffentlicht, da vorher die v2020.2.3.2 fertig geworden ist.
v2020.2.3.2
...........
* Erweiterung des ``status`` -Kommandos
* Optimierung des Knoten-Setups und hinzufügen des zusätzlichen Loggings.
* Kontakt-Feld während der Einrichtung.