Falsche IPv6-Syntax in Hoodfile #27
Labels
No Label
RFC
RFT
WIP
blocked
bsp
bug
build/scripts/tools
duplicate
feature
fixed
layer3
mantis
more details required
needs changes
node
packages/fff
rejected
security
trivial
upstream
No Milestone
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: freifunk-franken/firmware#27
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Aktuell ist im KeyXchange das Prefix im Hoodfile falsch angegeben:
fd43:5602:29bd:abcd:/64
, korrekt müsste esfd43:5602:29bd:abcd::/64
(mit zwei::
) heißen.Das müsste der Fall sein, weil die Firmware dieses Prefix nicht korrekt parsed. Dies sollte repariert werden, um fehlerhafte Einträge zu verhindern. (Denn niemand erwartet, dass er ein IPv6 Prefix "falsch" angeben muss, damit es funktioniert)
Man hat sich damals für das falsche Prefix entscheiden, weil das Zusammensetzen der Adressen mit dem syntaktisch richtigen erheblich komplizierter ausgefallen wäre.
Das kann ich jetzt nicht ganz nachvollziehen. Im Zweifel würde es ja schon genügen einfach den extra Doppelpunkt mit einem Regex zu entfernen?
Aber es ist ja an sich auch egal, wie das in die Firmware gekommen ist. Auf jeden Fall muss es weg. ;-)
Den extra Doppelpunkt zu entfernen funktioniert nur unter der Prämisse, das man am Ende zwei Doppelpunkte hat (und keine andere valide Notation für ein /64 oder ggf. ein Netz mit Nullern auf dem vierten Block etc.). Wenn man mit validen Prefixen arbeitet, muss man hier eine Fallunterscheidung für das Zusammensetzen der Adresse machen.
Ist aber im Prinzip müßig, das hier theoretisch zu diskutieren, du kannst ja einfach mal versuchen, einen Patch für configurenetwork zu bauen. Das Hauptproblem wird eher, wie man hier die Kompatibilität darstellt (ggf. muss man dann noch einen Konverter für php bauen, der das Prefix in beiden Syntax-Versionen anbietet).
Das ganze soll in Zukunft mit der Kombination aus #77 und #90 gelöst werden.
Fixed with
afe633e874