Benutzer:Lars/Blog:2016 June 18 00:33:33 CEST

Aus Opennet
< Benutzer:Lars
Version vom 17. Juni 2016, 23:34 Uhr von Lars (Diskussion | Beiträge)

(Unterschied) ← Nächstältere Version | Aktuelle Version (Unterschied) | Nächstjüngere Version → (Unterschied)
Wechseln zu: Navigation, Suche

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
Meine Werkzeuge
Namensräume

Varianten
Aktionen
Start
Opennet
Kommunikation
Karten
Werkzeuge