Benutzer:Lars/Blog:2016 June 18 00:33:33 CEST
Aus Opennet
Inhaltsverzeichnis |
Techniktreffen (17.06.2016)
OLSRv2 / IPv6
- wir haben möglicherweise eine Inkompatibilität zwischen OLSRv2 v0.11.7 und v0.12 entdeckt - sie wird berichtet
- unsere Karte der beteiligten Knoten wächst (derzeit 11 Knoten): https://192.168.1.110/olsr2.html
- Routing zwischen allen beteiligten Knoten funktioniert nun auch über gai (UGW Server) hinweg
- wir haben eine Weile über einer Source-Address-Selection eines Routers gebrütet und dabei interessiert das RFC 6724 studiert
- wahrscheinlich müssen wir mehr (alle?) IPv6-Adressen der APs (also auch bisher als privat betrachtete) via OLSRv2 route-bar machen
Namensauflösung / Reverse-Auflösung
- unsere handgepflegte Reverse-DNS-Tabelle übersetzt nun auch link-local-Adressen
- wir haben über "nsupdate" als eventuellen Mechanismus zur (automatischen) Erzeugung von menschenfreundlichen AP-Bezeichnungen gesprochen
- Schlüssel- und Zugangskontrolle sind für unsere Zwecke dabei nicht relevant - es geht uns um den lease-Mechanismus und um die DNS-Zone
http/https-Dienste im Opennet
- Fortsetzung des Gedankenaustauschs aus der admin-Mailingliste ("Web-Dienste auf Knoten ohne öffentliche IP")
- Zugänglichkeit für Nutzer ist in dem Vorschlag von Lars beschränkter Natur, da die Nutzer die Anforderung nicht selbst umsetzen können (stattdessen: Anfrage an die Admin-Gruppe)
- Automatisierung denkbar, jedoch mit deutlich erhöhtem Aufwand verbunden (für die zu erwartende Nutzungsintensität / den Bedarf)
- Lars hofft, mit der Verfügbarkeit von http/https-Diensten aus dem Opennet heraus ein Henne-Ei-Problem zu lösen (in anderen Worten: er hofft auf erhöhten Bedarf im Anschluss an die Verfügbarkeit)
- Mathias vermutet eher, dass es sich um das Bedürfnis einer sehr überschaubaren Nutzergruppe handelt und daher vielleicht nicht in der gemeinsamen Infrastruktur gelöst werden sollte
- DNS-Detail: CNAMEs verweisend auf DNS-Round-Robin-Datensätze (also ein Name mit mehreren A-Einträgen) sind eventuell nicht zulässig