Hallo, in unserer site.conf steht ja derzeit folgendes:
next_node = {
ip4 = '10.18.0.127',
ip6 = 'fd74:fdaa:9dc4:127',
mac = '16:41:95:40:f7:dc',
},
und in der site.mk taucht auch eine Zeile mit gluon-next-node auf.
Eigentlich sollte das betreffende Interface local-node@br-client also
die passenden Adressen enthalten. In der Realität hat man aber nach
Eingabe von 'ip a s' nur das hier:
10: local-node@br-client: mtu 1500 qdisc noqueue
link/ether 16:41:95:40:f7:dc brd ff:ff:ff:ff:ff:ff
inet6 fe80::1441:95ff:fe40:f7dc/64 scope link
valid_lft forever preferred_lft forever
und nun fiel mir gerade auf, dass die v6 Adresse in der site.conf gar
keine 128 bit lang ist sondern nur 64. Da fehlt imho ein :: und es müßte
eigentlich
next_node = {
ip4 = '10.18.0.127',
ip6 = 'fd74:fdaa:9dc4::127',
mac = '16:41:95:40:f7:dc',
},
in der site.conf heißen. Vielleicht war dieser kleine Fehler der Grund
dafür, dass bei uns immer die next-node Adresse nicht funktionierte ?!
Bin gespannt
Lorenz
Hallo zusammen,
Wir haben ja die Regelung das mindestens 50% der zu Verfügung stehenden keys
signieren müssen bevor ein Router eine neue stabile Firmware akzeptiert.
Nun haben wir eine menge keys dabei, die noch nie oder extrem selten
mal signiert haben.
Ich würde folgendes vorschlagen:
Die Leute, die noch nie signiert haben und es in der Zukunft von sich aus
wahrscheinlich auch nicht mehr machen werden, das diese sich aus der keylist
entfernen.
Zudem, hätte ich da noch eine allgemeine bitte an alle die signieren können.
Das einmal jeder für sich in sich geht, um zu überlegen ob man signieren sollte.
Wenn z.B. im Grunde einfach ohne den Code einmal gelesen zu haben oder ohne das
gebaute Image einmal installiert zu haben, spricht die Änderungen getestet zu
haben, signiert wird. Schadet das letzten endest nur der Community und macht
den Signatur Prozess auf der anderen Seite ein bisschen überflüssig.
Ich möchte an dieser stelle auch noch sehr gerne für das gegenteilige bitten ;P
Also wenn jemand signieren kann/möchte aber sich nicht sicher ist, wie er oder
sie daran gehen soll. Scheut euch nicht ;) Fragen sind auf der ML immer willkommen.
Schöne Grüße :)
Tarek
Hi,
der Node Client für das neue Netmon ist fertig. Allerdings habe ich bei den
finalen Tests heute noch ein Problem festgestellt, das ich nicht verstehe.
Ich muss mit Hilfe der Lua-Bibliothek "http.request" requests an die Netmon
API schicken können. Ich komme aber beim besten Willen nicht aus der
verdammten Kiste raus. Dabei war ich mir sicher, dass wir im kompletten Netz
public IPv6 mit allem Schick und Schnack haben und ich meine, dass das vor ein
paar Tagen auch noch ging?
Ein paar Tests mit ping:
IPv4 (läuft, aber das brauche ich nicht)
+++
root@wg-westerberg:~# ping 37.120.176.207
PING 37.120.176.207 (37.120.176.207): 56 data bytes
64 bytes from 37.120.176.207: seq=0 ttl=54 time=29.231 ms
64 bytes from 37.120.176.207: seq=1 ttl=54 time=28.704 ms
^C
--- 37.120.176.207 ping statistics ---
2 packets transmitted, 2 packets received, 0% packet loss
round-trip min/avg/max = 28.704/28.967/29.231 ms
+++
IPv6 (läuft NICHT, wäre aber schon besser)
+++
root@wg-westerberg:~# ping 2a03:4000:6:8025::1
PING 2a03:4000:6:8025::1 (2a03:4000:6:8025::1): 56 data bytes
ping: sendto: Permission denied
+++
DNS (läuft NICHT, das will ich aber haben mit Auflösung nach IPv6)
+++
root@wg-westerberg:~# ping api.netmon.ffnw.de
ping: bad address 'api.netmon.ffnw.de'
+++
Wie gehe ich da jetzt ran? Läuft da irgendetwas nicht oder mache ich etwas
falsch?
Viele Grüße
Clemens
Hi,
kann es sein, dass im Configmode die Freigabe der Routerposition
standardmäßig deaktiviert ist, und auch jedes mal wenn man den
Configmode startet es erneut deaktiviert wird. Oder geht das nur mir so?
[Firmware 1.2.2]
LG
Malte
Hi,
ich bin nochmal, kann es sein dass das mit den Einstellungen von
Batman-adv was nicht stimmt? der sagt mir nämlich die MTU wäre mit 1500
zu klein, sie solle doch bitte 1532 sein (siehe Anhang)
Das ist doch bestimmt nicht so gewollt, oder?
lg
Malte
Hi,
ich bin nochmal, kann es sein dass das mit den Einstellungen von
Batman-adv was nicht stimmt? der sagt mir nämlich die MTU wäre mit 1500
zu klein, sie solle doch bitte 1532 sein (siehe Anhang)
Das ist doch bestimmt nicht so gewollt, oder?
lg
Malte
Hallo zusammen,
ich hatte gerade mal wieder einen leichten Anlauf inneren Wutanfalls.
1. Package Repo
Könnten wir vielleicht, wie einige andere Communities auch, ein eigenes
(noch) OpenWrt Package repo pflegen? Es ist quasi unmöglich kmods für
unsere spezifische Kernel-Version zu finden und damit ebenso unmöglich
mal unkompliziert Dinge auszuprobieren.
Generell muss ich, um überhaupt etwas installieren zu können, die Repo
URL ändern, da openwrt.draic.info nicht mehr existiert. Das sollte dann
vielleicht gleich in der nächsten Version auf unser eigenes Package repo
umgeschwenkt werden in der siteconf oder alternativ auf einen
funktionierenden Mirror, wenn ich da einen Denkfehler habe (Henne & Ei
z. B.).
2. Fehlender tag
Warum zur Hölle gibt es noch keinen 1.2.2 tag im git?
Der 1.2.1 tag ist definitiv falsch, das war die Version mit
testing.xxxx, der letzte Commit sagt allerdings, dass das für diesen tag
auf ohne testing geändert wurde, was ja definitiv nicht der Fall war.
Sieht nach einem klaren Bruch zwischen Versionsverwaltung und der
Realität aus. Bitte fix korrigieren!
--
Viele Grüße,
Simon
Hi,
der hoodselector hat einen Bug mit ganz hässligen Auswirkungen. Ich
werde ih nvorerst deaktivieren.
Umgebung:
2 Geräte
1x VPN
1x MoW
Kein Mesh auf WLAN möglich.
Der MoW Router findet keine Nachbarn und setzt sich in die default hood,
obwohl er statische Koordinaten hat.
Der VPN Router erkennt einen MoW Konflikt und schaltet ab.
Folge: MoW Router Offline.
Auftreten tut das übrigens in der Lambertikirche in Oldenburg.
--
Viele Grüße,
Simon
