<![CDATA[Amateurfunk Ulm - Forum - Software]]> https://forum.amateurfunk-ulm.de/ Mon, 04 May 2026 21:31:02 +0000 MyBB <![CDATA[Internet-in-a-Box]]> https://forum.amateurfunk-ulm.de/thread-47.html Mon, 29 May 2023 12:16:30 +0000 DK2FK]]> https://forum.amateurfunk-ulm.de/thread-47.html https://internet-in-a-box.org/

Zitat:Internet-in-a-Box “learning hotspots” are used in dozens of countries, to give everyone a chance, e.g. in remote mountain villages in India.
It works without internet — like a community fountain, but for the mind — wirelessly serving anyone nearby with a smartphone, tablet or laptop.
Now you too can put the internet in a box and customize it with the very best free content for your school, clinic or family!
]]> https://internet-in-a-box.org/

Zitat:Internet-in-a-Box “learning hotspots” are used in dozens of countries, to give everyone a chance, e.g. in remote mountain villages in India.
It works without internet — like a community fountain, but for the mind — wirelessly serving anyone nearby with a smartphone, tablet or laptop.
Now you too can put the internet in a box and customize it with the very best free content for your school, clinic or family!
]]> <![CDATA[einfach pflegbare Info-Seite für Notfälle]]> https://forum.amateurfunk-ulm.de/thread-42.html Sat, 29 Apr 2023 11:28:10 +0000 DM4AB]]> https://forum.amateurfunk-ulm.de/thread-42.html Content Management Systeme (CMS) durchprobiert auf der Suche nach einem einfach bedienbaren und trotzdem noch nett aussehenden Ersatz für eine Wordpress oder ähnliche Site. 

Schön an Wordpress, Joomla oder ähnlichen ist die Leistungsfähigkeit der Lösungen, beschränkend ist die Tatsache, dass man nicht einfach die Daten auf einem Server einpacken kann (z.B. mittels zip) und sie auf einen anderen Server übertragen kann. Die Text-Daten liegen meist in einer Datenbank vor und ein Synchronisieren müsste mittels Datenbank-Export und Re-Import stattfinden, während Bilder und Zusatzobjekte eine separate Behandlung brauchen würden...

Möchte man ohne Datenbank arbeiten kommt man oft zu flat-file CMS Systemen. Davon habe ich mir ein paar angesehen, und mir gefällt Typemill am besten.
Typemill ist recht leichtgewichtig, lässt sich gut editieren, bietet statische Seiten an (die kann man prima für Standard-Hinweise verwenden) und eine einfache Blog-Funktion, wo sich einzelne Beiträge einfach zeitlich aneinander reihen lassen.

So eine Instanz habe ich in unserem kleinen P14 AREDN Mesh aufgesetzt. Sie läuft auf einem alten Raspi 1B (256kB RAM) mit einem Apache2 und php8.0 und ist am Knoten DM4AM-MIKRO1 verlinkt. Die folgende Bilderstrecke liefert hoffentlich einen brauchbaren Eindruck. Die Bilder sind auf einem Tablet als Screenshot gemacht worden, d.h. auch das Editieren (letztes Bild) geht prima auf einem Tablet, Synchronisieren von geänderten Dateien könnte man prima mit Syncthing machen. (s. auch im Forum)

Homepage, Statische Seite

.png   Screenshot_2023-04-28-22-44-25.png (Größe: 47.57 KB / Downloads: 403)   
.png   Screenshot_2023-04-28-22-45-18.png (Größe: 99.82 KB / Downloads: 412)

Übersicht dynamische Seiten und ein Beispiel:

.png   Screenshot_2023-04-28-22-44-41.png (Größe: 60.82 KB / Downloads: 414)  
.png   Screenshot_2023-04-28-22-45-04.png (Größe: 197.15 KB / Downloads: 410)

Editoransicht eines Beitrags (links sieht man die Strukturansicht aller Seiten und die Reihenfolge)

.png   Screenshot_2023-04-28-22-54-30.png (Größe: 128.54 KB / Downloads: 438)

der Raspi beim Arbeiten

.jpg   raspberry.jpg (Größe: 61.71 KB / Downloads: 412) ]]> Content Management Systeme (CMS) durchprobiert auf der Suche nach einem einfach bedienbaren und trotzdem noch nett aussehenden Ersatz für eine Wordpress oder ähnliche Site. 

Schön an Wordpress, Joomla oder ähnlichen ist die Leistungsfähigkeit der Lösungen, beschränkend ist die Tatsache, dass man nicht einfach die Daten auf einem Server einpacken kann (z.B. mittels zip) und sie auf einen anderen Server übertragen kann. Die Text-Daten liegen meist in einer Datenbank vor und ein Synchronisieren müsste mittels Datenbank-Export und Re-Import stattfinden, während Bilder und Zusatzobjekte eine separate Behandlung brauchen würden...

Möchte man ohne Datenbank arbeiten kommt man oft zu flat-file CMS Systemen. Davon habe ich mir ein paar angesehen, und mir gefällt Typemill am besten.
Typemill ist recht leichtgewichtig, lässt sich gut editieren, bietet statische Seiten an (die kann man prima für Standard-Hinweise verwenden) und eine einfache Blog-Funktion, wo sich einzelne Beiträge einfach zeitlich aneinander reihen lassen.

So eine Instanz habe ich in unserem kleinen P14 AREDN Mesh aufgesetzt. Sie läuft auf einem alten Raspi 1B (256kB RAM) mit einem Apache2 und php8.0 und ist am Knoten DM4AM-MIKRO1 verlinkt. Die folgende Bilderstrecke liefert hoffentlich einen brauchbaren Eindruck. Die Bilder sind auf einem Tablet als Screenshot gemacht worden, d.h. auch das Editieren (letztes Bild) geht prima auf einem Tablet, Synchronisieren von geänderten Dateien könnte man prima mit Syncthing machen. (s. auch im Forum)

Homepage, Statische Seite

.png   Screenshot_2023-04-28-22-44-25.png (Größe: 47.57 KB / Downloads: 403)   
.png   Screenshot_2023-04-28-22-45-18.png (Größe: 99.82 KB / Downloads: 412)

Übersicht dynamische Seiten und ein Beispiel:

.png   Screenshot_2023-04-28-22-44-41.png (Größe: 60.82 KB / Downloads: 414)  
.png   Screenshot_2023-04-28-22-45-04.png (Größe: 197.15 KB / Downloads: 410)

Editoransicht eines Beitrags (links sieht man die Strukturansicht aller Seiten und die Reihenfolge)

.png   Screenshot_2023-04-28-22-54-30.png (Größe: 128.54 KB / Downloads: 438)

der Raspi beim Arbeiten

.jpg   raspberry.jpg (Größe: 61.71 KB / Downloads: 412) ]]> <![CDATA[Verteilte Dateien mit Syncthing]]> https://forum.amateurfunk-ulm.de/thread-38.html Sat, 15 Apr 2023 11:02:26 +0000 DM4AB]]> https://forum.amateurfunk-ulm.de/thread-38.html Syncthing ausprobiert und bin völlig begeistert.

Die Software ist Open Source, für alle möglichen CPU Architekturen und Betriebssysteme kompiliert verfügbar (wer hat bitte noch Solaris?) und arbeitet ganz hervorragend. Anbei ein Screenshot, der drei verschiedene verbundene Rechner zeigt:


.png   syncThing.png (Größe: 28.31 KB / Downloads: 404)
.jpg   syncthing_logo.jpg (Größe: 13.91 KB / Downloads: 386)

Verbunden ist sind ein Windows und ein Linux Laptop im gleichen WLAN, und ein Tablet mittels iPhone Hotspot via LTE (Windows, Linux, Android). Die drei kennen sich gegenseitig und aktualisieren Dateien in einem Verzeichnis im Ring herum. Sehr schön nachvollziehbar, mit Log-Files, vermutlich gibt es auch irgendwo Schreib- und Löschschutz, den ich aber noch nicht gefunden habe. Toll ist, dass die Teilnehmer einfach bemerken, wenn sie offline sind und wieder online werden, dann synchronisieren sie einfach los. Auch toll, dass man die Bandbreite beim Synchronisieren einstellen kann (für unsere Anwendung vermutlich sehr brauchbar um zu vermeiden, dass fette Datenbursts das Netz lahmlegen).

Ob das ganze als Insellösung gut funktioniert (also ganz ohne Internet) habe ich noch nicht ausprobiert. Ich habe da etwas über "discovery server" gelesen, und das könnte natürlich ein Problem sein. Aber die Erstprüfung dieser Software scheint absolut Klasse! 

73 de Andreas.]]> Syncthing ausprobiert und bin völlig begeistert.

Die Software ist Open Source, für alle möglichen CPU Architekturen und Betriebssysteme kompiliert verfügbar (wer hat bitte noch Solaris?) und arbeitet ganz hervorragend. Anbei ein Screenshot, der drei verschiedene verbundene Rechner zeigt:


.png   syncThing.png (Größe: 28.31 KB / Downloads: 404)
.jpg   syncthing_logo.jpg (Größe: 13.91 KB / Downloads: 386)

Verbunden ist sind ein Windows und ein Linux Laptop im gleichen WLAN, und ein Tablet mittels iPhone Hotspot via LTE (Windows, Linux, Android). Die drei kennen sich gegenseitig und aktualisieren Dateien in einem Verzeichnis im Ring herum. Sehr schön nachvollziehbar, mit Log-Files, vermutlich gibt es auch irgendwo Schreib- und Löschschutz, den ich aber noch nicht gefunden habe. Toll ist, dass die Teilnehmer einfach bemerken, wenn sie offline sind und wieder online werden, dann synchronisieren sie einfach los. Auch toll, dass man die Bandbreite beim Synchronisieren einstellen kann (für unsere Anwendung vermutlich sehr brauchbar um zu vermeiden, dass fette Datenbursts das Netz lahmlegen).

Ob das ganze als Insellösung gut funktioniert (also ganz ohne Internet) habe ich noch nicht ausprobiert. Ich habe da etwas über "discovery server" gelesen, und das könnte natürlich ein Problem sein. Aber die Erstprüfung dieser Software scheint absolut Klasse! 

73 de Andreas.]]> <![CDATA[Basteln mit Linux PBXen]]> https://forum.amateurfunk-ulm.de/thread-34.html Sun, 09 Apr 2023 21:40:41 +0000 DM4AB]]> https://forum.amateurfunk-ulm.de/thread-34.html
Ich habe die letzten Tage damit zugebracht, mich mit Asterisk und Verwandten zu beschäftigen. Dieter (DH1DH) hatte ja schon beiläufig im Gespräch geäußert, das das eine elende Popelei sein und nur etwas für ganz hartgesottene und ausdauernde Nerds sei. Na, was soll ich sagen, er hat Recht. Mit der Notfunk PBX habe ich mich auch beschäftigt, aber eins nach dem anderen.

Wenn man "open source" und "ip phone" sagt, stößt man zuerst auf Asterisk. Es gibt auch Alternativen wie freeswitch und andere, aber von allen möglichen Foren-Beiträgen muss man schlussfolgern, dass man sich entweder mit Asterisk oder freeswitch beschäftigen will. freeswitch steckt auch in den Big Blue Button Servern drin, die wir häufig  verwenden.

Ich habe mich also auf einem nicht mehr ganz aktuellen Laptop mit Asterisk beschäftigt. Nachdem das lief (?) und ich nicht verstanden habe, wie ich jetzt Profile für das von Hanspeter (DG6SK) ausgeliehene Telefon erstelle, kam ich drauf, doch auch noch FreePBX zu kompilieren und zu installieren, das eine nette Verwaltungsoberfläche versprach. Nachdem ich mit dem Laptop fertig war und FreePBX auch noch drauf lief konnte ich keine vernünftige Applikation dazu finden , bis mir klar wurde, dass ich das mit dem installierten Web-Server betrachten muss.Na gut, aber der Verwaltungsoberfläche fehlten jede Menge Menüs und alles sah auch ganz anders aus, und ... ich kam nicht gut zurecht.

Auch nervig war, dass hinter FreePBX eine Firma steckt ("Sangoma"), die ständig alle möglichen Sachen zusätzlich verkaufen wollen. Echt nervig, pfui! Also dachte ich mir, ich versuche erst mal etwas anderes.

Also her mit der Notfunk PBX vom DARC. Erstmal auf dem Laptop Asterisk deaktivieren, dann Docker installieren, dann jede Menge Gigabytes herunterladen, währenddessen Dokumentation studieren. Da gibt es einen Extra-Abschnitt für AREDN, und da steht:

.png   nicht_fuer_mesh.png (Größe: 22.91 KB / Downloads: 372)
Ja so ein Mist, warum denn das? Na ja, bei ein bisschen darüber Nachdenken könnten vielleicht alle Telefone im AREDN Netz ein Problem damit haben, eine vernünftige IP-Adresse zu bekommen, mit welcher das Telefon erreichbar wird. Und zudem könnte es bedeuten, dass Telefon und Knoten eine enge Partnerschaft eingehen müssen, denn die IP vom Telefon muss natürlich zum Adressbereich des Knoten passen, ... alles ziemlich wenig flexibel.

Und nachdem ich schon einmal beim Nachdenken war wurde mir dann auch noch klar, dass wir im Ernstfall vermutlich nie die Verbindung zu einer DARC Notfunk PBX haben werden, und den Notfunk PBX Vortrag hatte ich so in Erinnerung, dass es nur genau dann auch richtig funktioniert. Wenn ich das falsch mitgenommen habe, sagt doch mal Bescheid als Kommentar zum Thread :-)

Damit war ich dann wieder zurück bei meinen Asterisk- und FreePBX Experimenten. Beim Lesen war mein Augenmerk auf eine FreePB Linux Distribution gefallen, was sich auch nett las. Vielleicht löst das meine Probleme im Konfigurieren einer stand-alone Instanz, dachte ich. Also zwei neue Partitionen auf der Platte des Laptops her gerichtet, die Distribution auf einen USB Stick heruntergeladen und die Installation gestartet. Zuerst war das recht langsam (ok, der Laptop ist nicht der schnellste), und ich wartete immer noch auf die Frage, welche Partition zum Installieren verwendet werden soll, und ... dann war ich ein wenig draußen.
Als ich zurück kam war die Installation fertig (=prima, aber wieso?), also Rechner neu gestartet, doch Hallo!, wo war mein grub Bootloader, das Linux und die Windows-Installation? Diese blöde Distro hat die ganze Platte her genommen, alle Partitionen gekillt und mit irgendwelchem Müll voll gespielt. So ein Ärger!

Na gut, sei's drum, vielleicht taugt das Ergebnis ja. Aber das Ergebnis taugte mir nicht. Alles, was interessant aussieht, darf zusätzlich gekauft werden. Diese Firma Sangoma ist ziemlich fragwürdig in ihrer Unterstützung von OpenSource, ziemlich nervig. Auch die FreePBX Software ist nervig. 
Angry

Und nach einer Stunde herumspielen bekam der Laptop eine neue Linux Installation.

Punkt, fertig damit. Vielleicht kommt später eine Fortsetzung.]]>
Ich habe die letzten Tage damit zugebracht, mich mit Asterisk und Verwandten zu beschäftigen. Dieter (DH1DH) hatte ja schon beiläufig im Gespräch geäußert, das das eine elende Popelei sein und nur etwas für ganz hartgesottene und ausdauernde Nerds sei. Na, was soll ich sagen, er hat Recht. Mit der Notfunk PBX habe ich mich auch beschäftigt, aber eins nach dem anderen.

Wenn man "open source" und "ip phone" sagt, stößt man zuerst auf Asterisk. Es gibt auch Alternativen wie freeswitch und andere, aber von allen möglichen Foren-Beiträgen muss man schlussfolgern, dass man sich entweder mit Asterisk oder freeswitch beschäftigen will. freeswitch steckt auch in den Big Blue Button Servern drin, die wir häufig  verwenden.

Ich habe mich also auf einem nicht mehr ganz aktuellen Laptop mit Asterisk beschäftigt. Nachdem das lief (?) und ich nicht verstanden habe, wie ich jetzt Profile für das von Hanspeter (DG6SK) ausgeliehene Telefon erstelle, kam ich drauf, doch auch noch FreePBX zu kompilieren und zu installieren, das eine nette Verwaltungsoberfläche versprach. Nachdem ich mit dem Laptop fertig war und FreePBX auch noch drauf lief konnte ich keine vernünftige Applikation dazu finden , bis mir klar wurde, dass ich das mit dem installierten Web-Server betrachten muss.Na gut, aber der Verwaltungsoberfläche fehlten jede Menge Menüs und alles sah auch ganz anders aus, und ... ich kam nicht gut zurecht.

Auch nervig war, dass hinter FreePBX eine Firma steckt ("Sangoma"), die ständig alle möglichen Sachen zusätzlich verkaufen wollen. Echt nervig, pfui! Also dachte ich mir, ich versuche erst mal etwas anderes.

Also her mit der Notfunk PBX vom DARC. Erstmal auf dem Laptop Asterisk deaktivieren, dann Docker installieren, dann jede Menge Gigabytes herunterladen, währenddessen Dokumentation studieren. Da gibt es einen Extra-Abschnitt für AREDN, und da steht:

.png   nicht_fuer_mesh.png (Größe: 22.91 KB / Downloads: 372)
Ja so ein Mist, warum denn das? Na ja, bei ein bisschen darüber Nachdenken könnten vielleicht alle Telefone im AREDN Netz ein Problem damit haben, eine vernünftige IP-Adresse zu bekommen, mit welcher das Telefon erreichbar wird. Und zudem könnte es bedeuten, dass Telefon und Knoten eine enge Partnerschaft eingehen müssen, denn die IP vom Telefon muss natürlich zum Adressbereich des Knoten passen, ... alles ziemlich wenig flexibel.

Und nachdem ich schon einmal beim Nachdenken war wurde mir dann auch noch klar, dass wir im Ernstfall vermutlich nie die Verbindung zu einer DARC Notfunk PBX haben werden, und den Notfunk PBX Vortrag hatte ich so in Erinnerung, dass es nur genau dann auch richtig funktioniert. Wenn ich das falsch mitgenommen habe, sagt doch mal Bescheid als Kommentar zum Thread :-)

Damit war ich dann wieder zurück bei meinen Asterisk- und FreePBX Experimenten. Beim Lesen war mein Augenmerk auf eine FreePB Linux Distribution gefallen, was sich auch nett las. Vielleicht löst das meine Probleme im Konfigurieren einer stand-alone Instanz, dachte ich. Also zwei neue Partitionen auf der Platte des Laptops her gerichtet, die Distribution auf einen USB Stick heruntergeladen und die Installation gestartet. Zuerst war das recht langsam (ok, der Laptop ist nicht der schnellste), und ich wartete immer noch auf die Frage, welche Partition zum Installieren verwendet werden soll, und ... dann war ich ein wenig draußen.
Als ich zurück kam war die Installation fertig (=prima, aber wieso?), also Rechner neu gestartet, doch Hallo!, wo war mein grub Bootloader, das Linux und die Windows-Installation? Diese blöde Distro hat die ganze Platte her genommen, alle Partitionen gekillt und mit irgendwelchem Müll voll gespielt. So ein Ärger!

Na gut, sei's drum, vielleicht taugt das Ergebnis ja. Aber das Ergebnis taugte mir nicht. Alles, was interessant aussieht, darf zusätzlich gekauft werden. Diese Firma Sangoma ist ziemlich fragwürdig in ihrer Unterstützung von OpenSource, ziemlich nervig. Auch die FreePBX Software ist nervig. 
Angry

Und nach einer Stunde herumspielen bekam der Laptop eine neue Linux Installation.

Punkt, fertig damit. Vielleicht kommt später eine Fortsetzung.]]> <![CDATA[AREDN Nodes kommunizieren mehrschichtig, VLAN]]> https://forum.amateurfunk-ulm.de/thread-30.html Mon, 03 Apr 2023 21:50:41 +0000 DM4AB]]> https://forum.amateurfunk-ulm.de/thread-30.html
Ich habe mehr als eine Woche meine Bastelabende investiert, um die Kommunikation zwischen AREDN Knoten zu verstehen. Mein Startproblem war eigentlich ganz einfach: ich wollte einen alten TP-Link WR841 (so eine weiße 2.4GHz WLAN Seifenschale) als Switch zwischen zwei AREDN Knoten verwenden und dabei auch gleich noch einen Hotspot zu realisieren. Oder alternativ in zwei Knoten gleichzeitig mein LAN (für das AREDN Netzwerk wäre das der WAN Anschluss) einzuspeisen.
Gedacht, gemacht, geht so nicht.


.jpg   Setup_2NS_1WR.jpg (Größe: 28.31 KB / Downloads: 364)

Wieso geht das nicht? Hmmm. Wenn man die beiden Nanostations direkt miteinander verbindet, scheint alles in Ordnung. So bald ich den Switch dazwischen setze (also ohne die Router Funktionen im WLAN Router), dann funktioniert das nicht mehr richtig. Was heißt "funktioniert nicht richtig"?

Wenn die beiden Nanostations direkt mit einem Ethernet Kabel verbunden (ge-patch-t) sind, dann geht eine rote LED an, was so viel heißt wie "Mesh aktiv", und wenn ich mich via drittem Node auf mit den beiden verbinde, dann melden sie ordnungsgemäß "Device-to-Device" (DtD) Link ativ. So soll es sein, so funktioniert das richtig. Und so bald ich den Switch dazwischen setze funktioniert es eben nicht mehr, aber warum? Das muss doch ein Fehler des Switches sein, verflixt nochmal!
Tatsächlich ist ein Fehler der Switch Konfiguration, und das genau zu verstehen, hat leider etwas gedauert. Ich spare mir die Schilderung des Wegs zur Erkenntnis zu Gunsten der Ergebnisbeschreibung.

AREDN Knoten kommunizieren auf drei verschiedenen logischen Kanälen, wovon zwei mittels VLAN Tagging versehen sind. Davon hatte ich schon einmal gelesen, aber nichts verstanden. VLAN Tags sind eine Ergänzung eines Ethernet Frames (also keine TCP/IP Funktion, sondern eine Layer2 Eigenschaft), mit welcher man einfach Switches realisieren kann indem man z.B. den Verkehr auf jedem Port eines Switches mit einem Tag versieht. Dann weiß die zentrale Switch CPU genau, welches Paket von welchem Port (Anschluss) kam und ob es verbotene Datenpfade gibt oder besonders erlaubte. So implementiert ein Switch z.B. auch eine Durchsatzlimitierung.
Bevor die Pakete wieder den Switch verlassen müssen die Tags wieder aus den Ethernet Datenpaketen entfernt werden, denn das ist ja etwas, das der Switch eigentlich für sich eingefügt hat. Eigentlich!

Entfernt man die Tags nicht aus den Ethernet Paketen und lässt sie aus dem Switch nach draußen, dann kann man auch außerhalb des Switches noch ge-tag-gte Pakete erkennen. Bis zu ~2^12 Tags sind möglich! Pakete ohne Tag sind vier Byte kürzer, stören aber getaggte Pakete gar nicht. Zeitlich nacheinander coexistieren die auf der Ethernet Verbindung. Das ganze folgt dem IEEE Standard 802.1Q.

Unsere AREDN Knoten verwenden:
  • ungetaggte Pakete, um sich bei einem Router im Heimnetz, HAMNET oder woanders eine IP Adresse zu besorgen und Daten zu empfangen oder zu senden.
  • Pakete mit VLAN TAG 1, die in Zusammenschaltungs-Situationen (mein Bild, s. oben) so etwas wie einen Fernwartungszugriff auf genau einen Knoten erlauben.
  • Pakete mit VLAN TAG 2, auf welchem die Nodes Routing Information miteinadner austauschen (DtD, s. oben).

Das ganze war ziemlich langwierig im Verstehen. Hier gibt es einen Artikel, der das ganze etwas beschreibt. Und ich habe dann lange mit dem WR841 herum gemacht bevor ich dessen Eigenheiten verstanden habe.

Den Durchbruch hatte ich dann nach einiger Zeit mit dieser Seite und dem Reverse Engineering davon: Netgear Switch Configurations. So richtig ist das nirgendwo erklärt... Tatsächlich sind VLAN-konfigurierbare Switches die Lösung, die man in komplexeren Zusammenschaltungs-Situationen unbedingt braucht!


.jpg   tp-link-setup2_klein.jpg (Größe: 101.8 KB / Downloads: 374)

.jpg   vlanSetup.jpg (Größe: 43.17 KB / Downloads: 361)

(A) Beobachtungen ohne Switch:
  1. verbindet man einen AREDN Knoten direkt mit dem eigenen Heimnetz (wo bereits ein DHCP Server/Dienst aktiv ist) ohne einen Switch, der VLAN Tags behandelt, dann bleibt er stumm.
  2. währenddessen kann man aber beobachten, dass er Verkehr mit VLAN Tag2 versucht; dort wird nach einem OLSR Nachbarn gesucht ("HELLO" Nachrichten)-
  3. verbindet man einen Laptop mit dem AREDN Knoten, dann fragt der Laptop, nachdem er ein aktiven Netzanschluss erkannt hat, ob es einen DHCP Server gibt und bittet um eine Adresse; dann vergibt der AREDN Knoten als DHCP Server dem Laptop eine Adresse und man kann ihn via seiner Homepage lokal erreichen. Der Laptop bekommt dann eine Adresse aus dem LAN Adressbereich des AREDN Knoten.

    .png   LaptopLanAdresse.png (Größe: 79.73 KB / Downloads: 354)

(B) Beobachtungen mit Switch:
  1. Schließt man einen AREDN Knoten mit seinen drei logischen Kanälen (untagged, VLAN Tag1 und Tag2) an einen Switch an und übersetzt den Verkehr 
    (a) aus dem Knoten von VLAN Tag 1 --> untagged um (d.h. AREDN-Knoten sendet mit Tag1, Switch übersetzt zu untagged), und
    (b) in den Knoten von untagged --> VLAN Tag 1 um, dann
  2. ist der Knoten mit einem Mal mit WAN versorgt, man kann aber nicht mehr ohne weiteres auf die Verwaltungsoberfläche zugreifen.

  3. Wenn man jetzt einen zweiten Knoten online bringt, der sich via Mesh mit dem ersten Knoten verbindet (Laptop am zweiten Knoten wie in (A) verbunden), dann berichtet der zweite Knoten, dass er WAN via ersten Knoten erhält und man kann ganz normal auf das WAN (Internet) zugreifen.
    (im Bild: DM4AB3 hängt am Switch mit VLAN Tag Übersetzung, s (1), DM4AB2 ist der zweite Knoten mit WAN Zugang)

    .png   zweiterKnotenWAN.png (Größe: 73.66 KB / Downloads: 368)

  4. Währenddessen lässt sich beobachten, dass auf dem logischen Kanal mit Tag VLAN 2 OLSR Protokoll läuft und sich die beiden Knoten austauschen zur Link-Qualität, Bandbreite, ...

So, was lernt man jetzt daraus?
  • schließt man einen Laptop an einen Knoten direkt an, dann kann man den Knoten konfigurieren
  • schließt man ein WAN an einen Knoten direkt an, passiert nichts direkt hilfreiches: der Knoten fragt nach keiner Adresse, bleibt stumm, wird keine Daten weiterleiten
  • liefert man WAN auf VLAN1 an den Knoten, dann fragt er nach einer IP-Adresse in dem Netzwerk und verhält sich danach wie ein normaler LAN Teilnehmer im lokalen Netz, und falls er Anfragen via WLAN nach Internet-Inhalten erhält, versucht er diese zu besorgen wie jeder lokale LAN Teilnehmer auch.
  • Verkehr auf VLAN Tag2 ist nett zu sehen, aber nicht unbedingt relevant, außer man möchte zwei Knoten miteinander lokal verbinden!


Damit sind wir wieder bei meiner Startaufgabe:

.jpg   Setup_2NS_1WR.jpg (Größe: 28.31 KB / Downloads: 364)

Möchte man zwei Knoten miteinander verlinken (einen AREDN Hub erzeugen) und lokal noch einen WLAN Hotspot versorgen, dann braucht es also folgendes:
  1. Verkehr mit Tag1 muss zwischen beiden Knoten möglich sein (das ist der WAN Verkehr!)
  2. Verkehr mit Tag2 muss zwischen beiden Knoten möglich sein (damit tauschen die beiden Knoten Link-Information aus, DtD, Device-to-Device Link)
  3. Untagged Verkehr des einen oder anderen Knoten ist nett, damit man die Knoten konfigurieren kann; sinnvollerweise wollten sich die beiden Knoten hier nicht "sehen", sonst bekommt der angeschlossene Laptop von zwei DHCP Servern eine Adresse angeboten.
  4. damit der WLAN Hotspot den WAN Verkehr versteht, braucht er eine Version davon ohne Tags (=Tag1 entfernt); ausgehender Verkehr vom WLAN Accesspoint muss mit Tag1 versehen werden und beiden AREDN Knoten weiter gegeben werden, sonst wissen die nicht, dass es sich um WAN Verkehr handelt.

(wird fortgesetzt...)]]>
Ich habe mehr als eine Woche meine Bastelabende investiert, um die Kommunikation zwischen AREDN Knoten zu verstehen. Mein Startproblem war eigentlich ganz einfach: ich wollte einen alten TP-Link WR841 (so eine weiße 2.4GHz WLAN Seifenschale) als Switch zwischen zwei AREDN Knoten verwenden und dabei auch gleich noch einen Hotspot zu realisieren. Oder alternativ in zwei Knoten gleichzeitig mein LAN (für das AREDN Netzwerk wäre das der WAN Anschluss) einzuspeisen.
Gedacht, gemacht, geht so nicht.


.jpg   Setup_2NS_1WR.jpg (Größe: 28.31 KB / Downloads: 364)

Wieso geht das nicht? Hmmm. Wenn man die beiden Nanostations direkt miteinander verbindet, scheint alles in Ordnung. So bald ich den Switch dazwischen setze (also ohne die Router Funktionen im WLAN Router), dann funktioniert das nicht mehr richtig. Was heißt "funktioniert nicht richtig"?

Wenn die beiden Nanostations direkt mit einem Ethernet Kabel verbunden (ge-patch-t) sind, dann geht eine rote LED an, was so viel heißt wie "Mesh aktiv", und wenn ich mich via drittem Node auf mit den beiden verbinde, dann melden sie ordnungsgemäß "Device-to-Device" (DtD) Link ativ. So soll es sein, so funktioniert das richtig. Und so bald ich den Switch dazwischen setze funktioniert es eben nicht mehr, aber warum? Das muss doch ein Fehler des Switches sein, verflixt nochmal!
Tatsächlich ist ein Fehler der Switch Konfiguration, und das genau zu verstehen, hat leider etwas gedauert. Ich spare mir die Schilderung des Wegs zur Erkenntnis zu Gunsten der Ergebnisbeschreibung.

AREDN Knoten kommunizieren auf drei verschiedenen logischen Kanälen, wovon zwei mittels VLAN Tagging versehen sind. Davon hatte ich schon einmal gelesen, aber nichts verstanden. VLAN Tags sind eine Ergänzung eines Ethernet Frames (also keine TCP/IP Funktion, sondern eine Layer2 Eigenschaft), mit welcher man einfach Switches realisieren kann indem man z.B. den Verkehr auf jedem Port eines Switches mit einem Tag versieht. Dann weiß die zentrale Switch CPU genau, welches Paket von welchem Port (Anschluss) kam und ob es verbotene Datenpfade gibt oder besonders erlaubte. So implementiert ein Switch z.B. auch eine Durchsatzlimitierung.
Bevor die Pakete wieder den Switch verlassen müssen die Tags wieder aus den Ethernet Datenpaketen entfernt werden, denn das ist ja etwas, das der Switch eigentlich für sich eingefügt hat. Eigentlich!

Entfernt man die Tags nicht aus den Ethernet Paketen und lässt sie aus dem Switch nach draußen, dann kann man auch außerhalb des Switches noch ge-tag-gte Pakete erkennen. Bis zu ~2^12 Tags sind möglich! Pakete ohne Tag sind vier Byte kürzer, stören aber getaggte Pakete gar nicht. Zeitlich nacheinander coexistieren die auf der Ethernet Verbindung. Das ganze folgt dem IEEE Standard 802.1Q.

Unsere AREDN Knoten verwenden:
  • ungetaggte Pakete, um sich bei einem Router im Heimnetz, HAMNET oder woanders eine IP Adresse zu besorgen und Daten zu empfangen oder zu senden.
  • Pakete mit VLAN TAG 1, die in Zusammenschaltungs-Situationen (mein Bild, s. oben) so etwas wie einen Fernwartungszugriff auf genau einen Knoten erlauben.
  • Pakete mit VLAN TAG 2, auf welchem die Nodes Routing Information miteinadner austauschen (DtD, s. oben).

Das ganze war ziemlich langwierig im Verstehen. Hier gibt es einen Artikel, der das ganze etwas beschreibt. Und ich habe dann lange mit dem WR841 herum gemacht bevor ich dessen Eigenheiten verstanden habe.

Den Durchbruch hatte ich dann nach einiger Zeit mit dieser Seite und dem Reverse Engineering davon: Netgear Switch Configurations. So richtig ist das nirgendwo erklärt... Tatsächlich sind VLAN-konfigurierbare Switches die Lösung, die man in komplexeren Zusammenschaltungs-Situationen unbedingt braucht!


.jpg   tp-link-setup2_klein.jpg (Größe: 101.8 KB / Downloads: 374)

.jpg   vlanSetup.jpg (Größe: 43.17 KB / Downloads: 361)

(A) Beobachtungen ohne Switch:
  1. verbindet man einen AREDN Knoten direkt mit dem eigenen Heimnetz (wo bereits ein DHCP Server/Dienst aktiv ist) ohne einen Switch, der VLAN Tags behandelt, dann bleibt er stumm.
  2. währenddessen kann man aber beobachten, dass er Verkehr mit VLAN Tag2 versucht; dort wird nach einem OLSR Nachbarn gesucht ("HELLO" Nachrichten)-
  3. verbindet man einen Laptop mit dem AREDN Knoten, dann fragt der Laptop, nachdem er ein aktiven Netzanschluss erkannt hat, ob es einen DHCP Server gibt und bittet um eine Adresse; dann vergibt der AREDN Knoten als DHCP Server dem Laptop eine Adresse und man kann ihn via seiner Homepage lokal erreichen. Der Laptop bekommt dann eine Adresse aus dem LAN Adressbereich des AREDN Knoten.

    .png   LaptopLanAdresse.png (Größe: 79.73 KB / Downloads: 354)

(B) Beobachtungen mit Switch:
  1. Schließt man einen AREDN Knoten mit seinen drei logischen Kanälen (untagged, VLAN Tag1 und Tag2) an einen Switch an und übersetzt den Verkehr 
    (a) aus dem Knoten von VLAN Tag 1 --> untagged um (d.h. AREDN-Knoten sendet mit Tag1, Switch übersetzt zu untagged), und
    (b) in den Knoten von untagged --> VLAN Tag 1 um, dann
  2. ist der Knoten mit einem Mal mit WAN versorgt, man kann aber nicht mehr ohne weiteres auf die Verwaltungsoberfläche zugreifen.

  3. Wenn man jetzt einen zweiten Knoten online bringt, der sich via Mesh mit dem ersten Knoten verbindet (Laptop am zweiten Knoten wie in (A) verbunden), dann berichtet der zweite Knoten, dass er WAN via ersten Knoten erhält und man kann ganz normal auf das WAN (Internet) zugreifen.
    (im Bild: DM4AB3 hängt am Switch mit VLAN Tag Übersetzung, s (1), DM4AB2 ist der zweite Knoten mit WAN Zugang)

    .png   zweiterKnotenWAN.png (Größe: 73.66 KB / Downloads: 368)

  4. Währenddessen lässt sich beobachten, dass auf dem logischen Kanal mit Tag VLAN 2 OLSR Protokoll läuft und sich die beiden Knoten austauschen zur Link-Qualität, Bandbreite, ...

So, was lernt man jetzt daraus?
  • schließt man einen Laptop an einen Knoten direkt an, dann kann man den Knoten konfigurieren
  • schließt man ein WAN an einen Knoten direkt an, passiert nichts direkt hilfreiches: der Knoten fragt nach keiner Adresse, bleibt stumm, wird keine Daten weiterleiten
  • liefert man WAN auf VLAN1 an den Knoten, dann fragt er nach einer IP-Adresse in dem Netzwerk und verhält sich danach wie ein normaler LAN Teilnehmer im lokalen Netz, und falls er Anfragen via WLAN nach Internet-Inhalten erhält, versucht er diese zu besorgen wie jeder lokale LAN Teilnehmer auch.
  • Verkehr auf VLAN Tag2 ist nett zu sehen, aber nicht unbedingt relevant, außer man möchte zwei Knoten miteinander lokal verbinden!


Damit sind wir wieder bei meiner Startaufgabe:

.jpg   Setup_2NS_1WR.jpg (Größe: 28.31 KB / Downloads: 364)

Möchte man zwei Knoten miteinander verlinken (einen AREDN Hub erzeugen) und lokal noch einen WLAN Hotspot versorgen, dann braucht es also folgendes:
  1. Verkehr mit Tag1 muss zwischen beiden Knoten möglich sein (das ist der WAN Verkehr!)
  2. Verkehr mit Tag2 muss zwischen beiden Knoten möglich sein (damit tauschen die beiden Knoten Link-Information aus, DtD, Device-to-Device Link)
  3. Untagged Verkehr des einen oder anderen Knoten ist nett, damit man die Knoten konfigurieren kann; sinnvollerweise wollten sich die beiden Knoten hier nicht "sehen", sonst bekommt der angeschlossene Laptop von zwei DHCP Servern eine Adresse angeboten.
  4. damit der WLAN Hotspot den WAN Verkehr versteht, braucht er eine Version davon ohne Tags (=Tag1 entfernt); ausgehender Verkehr vom WLAN Accesspoint muss mit Tag1 versehen werden und beiden AREDN Knoten weiter gegeben werden, sonst wissen die nicht, dass es sich um WAN Verkehr handelt.

(wird fortgesetzt...)]]> <![CDATA[Link-Sammlung für gute Software im Internet]]> https://forum.amateurfunk-ulm.de/thread-18.html Wed, 15 Mar 2023 20:57:58 +0000 DM4AB]]> https://forum.amateurfunk-ulm.de/thread-18.html
  • heywhatsthat
  • RadioMobile Online
  • RF Tools der hamnetdb
  • Linkstreckenberechnung Linktool bei remote-area.net

    • Ergänzungen bitte als Kommentar zum Eintrag (wird dann fortlaufend ergänzt zu einem umfangreichen Eintrag = Link-Liste)]]>
  • heywhatsthat
  • RadioMobile Online
  • RF Tools der hamnetdb
  • Linkstreckenberechnung Linktool bei remote-area.net

    • Ergänzungen bitte als Kommentar zum Eintrag (wird dann fortlaufend ergänzt zu einem umfangreichen Eintrag = Link-Liste)]]>         <![CDATA[DokuWiki auf server df7pe-xubuntu]]> https://forum.amateurfunk-ulm.de/thread-16.html Tue, 14 Mar 2023 00:08:30 +0000 DF7PE]]> https://forum.amateurfunk-ulm.de/thread-16.html
    http://df7pe-xubuntu.local.mesh/dokuwiki

    Ihr kommt auch auf der Node Statusseite über Mesh Status auf den Link wenn ihr einen Tunnel zu df7pe-1 habt.

    Auf der Startseite gibt es eine kurze Anleitung über die Syntax zum editieren.

    Ausführlich ist die Syntax auf der DokuWiki Seite beschrieben:

    https://www.dokuwiki.org/syntax

    Im Editor gibt es auch eine Toolbar mit der wichtigsten Syntax:

    https://www.dokuwiki.org/toolbar

    Wenn ihr noch nie ein Wiki bearbeitet habt, dann können wir ja in einem der nächsten Treffen eine kurze Anleitung geben. Editieren ist nicht schwer, man muss sich nur trauen!   Big Grin]]>
    http://df7pe-xubuntu.local.mesh/dokuwiki

    Ihr kommt auch auf der Node Statusseite über Mesh Status auf den Link wenn ihr einen Tunnel zu df7pe-1 habt.

    Auf der Startseite gibt es eine kurze Anleitung über die Syntax zum editieren.

    Ausführlich ist die Syntax auf der DokuWiki Seite beschrieben:

    https://www.dokuwiki.org/syntax

    Im Editor gibt es auch eine Toolbar mit der wichtigsten Syntax:

    https://www.dokuwiki.org/toolbar

    Wenn ihr noch nie ein Wiki bearbeitet habt, dann können wir ja in einem der nächsten Treffen eine kurze Anleitung geben. Editieren ist nicht schwer, man muss sich nur trauen!   Big Grin]]>         <![CDATA[P14 Grundeinstellungen der Nodes]]> https://forum.amateurfunk-ulm.de/thread-14.html Sun, 12 Mar 2023 23:16:26 +0000 DF7PE]]> https://forum.amateurfunk-ulm.de/thread-14.html
    Basic Setup
    Die Maske kann unterschiedlich ausfallen je nach Router und ob die 2,5GHz und 5GHz unterstützt werden


    .png   10_Setup_BasicSetup.png (Größe: 103.96 KB / Downloads: 368)


    Port Forwarding, DHCP, and Services
    Advertised Services: Hier müssen die Service eingetragen werden die im Mesh Netz erreichbar sein sollen, z.B. MeshChat
    DHCP Address Reservations: Einschränkung der zu vergebenden DHCP Adressen hinter den Router
    Port Forwarding: Hier können Ports von der WAN Seite an Server hinter dem Router weitergereicht werden.
    DNS Aliases: Hier Adress Aliase eintragen von Servern hinter dem Router die im Mesh Netz bekannt sein sollen. Z.B. der Server df7pe-xubuntu


    .png   11_Setup_PortForwardung_DHCP_Services.png (Größe: 47.95 KB / Downloads: 356)


    Tunnel Server
    Eigentlich nur eine Notlösung da der Tunnel über das Internet geht und im Notfall nicht zur Verfügung steht aber eine tolle Sache zum mit der SW das Laufen zu lernen. Ihr müsst an den Tunnelbetreiber eine Mail schicken mit eurem Node Namen. Der trägt den Tunnel dann eine und schickt euch die Zugangsdaten.


    .png   12_Setup_TunnelServer.png (Größe: 33.56 KB / Downloads: 359)

    Tunnel Client
    Hier könnt ihr die Daten vom Tunnel Server Betreiber eintragen um euch mit dem Tunnel zu verbinden


    .png   13_Setup_Tunnel_Client.png (Größe: 26.7 KB / Downloads: 370)


    Administration
    Hier kann neue Firmware aufgespielt werden und Pakete installiert werden z. B MeshChat


    .png   14_Setup_Administration.png (Größe: 85.38 KB / Downloads: 375)



    Beispiel für eine Tunnel Server Mail mit den Daten die im Tunnel Server Client eingetragen werden:

    Betreff: AREDN Tunnel Connection
    Your connection details:
    Name: df7pe-1
    Password: xxx
    Network: 172.31.90.216
    Server address: foschum.dyn.cc
    --]]>
    Basic Setup
    Die Maske kann unterschiedlich ausfallen je nach Router und ob die 2,5GHz und 5GHz unterstützt werden


    .png   10_Setup_BasicSetup.png (Größe: 103.96 KB / Downloads: 368)


    Port Forwarding, DHCP, and Services
    Advertised Services: Hier müssen die Service eingetragen werden die im Mesh Netz erreichbar sein sollen, z.B. MeshChat
    DHCP Address Reservations: Einschränkung der zu vergebenden DHCP Adressen hinter den Router
    Port Forwarding: Hier können Ports von der WAN Seite an Server hinter dem Router weitergereicht werden.
    DNS Aliases: Hier Adress Aliase eintragen von Servern hinter dem Router die im Mesh Netz bekannt sein sollen. Z.B. der Server df7pe-xubuntu


    .png   11_Setup_PortForwardung_DHCP_Services.png (Größe: 47.95 KB / Downloads: 356)


    Tunnel Server
    Eigentlich nur eine Notlösung da der Tunnel über das Internet geht und im Notfall nicht zur Verfügung steht aber eine tolle Sache zum mit der SW das Laufen zu lernen. Ihr müsst an den Tunnelbetreiber eine Mail schicken mit eurem Node Namen. Der trägt den Tunnel dann eine und schickt euch die Zugangsdaten.


    .png   12_Setup_TunnelServer.png (Größe: 33.56 KB / Downloads: 359)

    Tunnel Client
    Hier könnt ihr die Daten vom Tunnel Server Betreiber eintragen um euch mit dem Tunnel zu verbinden


    .png   13_Setup_Tunnel_Client.png (Größe: 26.7 KB / Downloads: 370)


    Administration
    Hier kann neue Firmware aufgespielt werden und Pakete installiert werden z. B MeshChat


    .png   14_Setup_Administration.png (Größe: 85.38 KB / Downloads: 375)



    Beispiel für eine Tunnel Server Mail mit den Daten die im Tunnel Server Client eingetragen werden:

    Betreff: AREDN Tunnel Connection
    Your connection details:
    Name: df7pe-1
    Password: xxx
    Network: 172.31.90.216
    Server address: foschum.dyn.cc
    --]]>         <![CDATA[AREDN FW Internes]]> https://forum.amateurfunk-ulm.de/thread-11.html Sun, 12 Mar 2023 20:57:29 +0000 DF7PE]]> https://forum.amateurfunk-ulm.de/thread-11.html Wer tiefer in den Maschinenraum der AREDN FW einsteigen möchte kann sich hier einige Anregungen holen.
    Aufgelistet werden verschiedene Dateien und Befehle

    Auf die Kommandozeile der Knoten kommt man z.B. mit
    Code:
    ssh root@<KNOTENNAMEN> -p2222              
    z.B.
    ssh root@localnode.local.mesh -p2222
    ssh root@df7pe-1 -p2222 

    AREDN FW:
    +++++++++++++++++++++++++++++

    Grundlage ist OpenWrt!
    https://openwrt.org/start

    *Base System:
    Von hier geht es zu den einzelnen Programmpaketen
    https://openwrt.org/docs/guide-user/base-system/start

    *UCI (Unified Configuration Interface)
    https://openwrt.org/docs/guide-user/base-system/uci
    /etc/config         enthält die AREDN Config Dateien der FW 


    Routing basics:
    +++++++++++++++++++++++++++++

    https://openwrt.org/docs/guide-user/netw...ing/basics

    /etc/config/network                      Konfiguration des Netzwerkes / Netzwerkschnittstellen
    /etc/config/wireless
    /etc/iproute2/rt_tables                  customize routing tables.
    # traceroute df7pe-2                  Verify your routing
    # logread                                    Log Ausgabe
    # ifstatus wan                              Interface Log and Status
    # ifstatus tun62
    # ifstatus dtdlink
    # ifstatus wifi

    * Restart services
    /etc/init.d/log restart; /etc/init.d/network restart; sleep 10

    * Runtime configuration
    # ip address show
    # ip route show table all
    # ip rule show

    * Persistent configuration
    # uci show network; uci show dhcp; uci show firewall


    OLSR Mesh    (Optimised Link Status Routing)
    ++++++++++++++++++++++++++++++++++

    https://en.wikipedia.org/wiki/Mesh_networking
    https://openwrt.org/docs/guide-user/netw.../mesh/olsr
    https://www.rfc-editor.org/rfc/rfc7181

    /tmp/etc/olsrd.conf
    /usr/local/bin/olsrd-config
    /tmp/run/hosts_olsr
    /tmp/run/hosts_olsr.stable              --> Tabelle der mDNS Namen
    /var/run/hosts_olsr.snapshot  ???

    http://www.olsr.org/mediawiki/index.php/Main_Page


    DNS
    ++++++++++++++++++++++++++++++++

    /var/etc/dnsmasq.conf
    /var/run/dnsmasq/dnsmasq.pid
    # /etc/init.d/dnsmasq restart


    DHCP
    +++++++++++++++++++++++++++++++++++

    https://openwrt.org/docs/guide-user/base-system/dhcp
    network name, i.e. lan, wan, wifi
    /etc/config/dhcp


    Pakete Nachinstallieren
    +++++++++++++++++++++++++++++++++++
    opkg list                   --> List available packages
    opkg list-installed     --> List installed packages
    opkg update
    opkg install tcpdump-mini

    Auf dem PC:
    # apt install dropbear-bin    --> scp, dbclient, ..


    Routing Informationen
    +++++++++++++++++++++++++++++++++++
    cat /tmp/lqm.info


    MeshChat Dateien
    +++++++++++++++++++++++++++++++++++
    ll /tmp/meshchat

    LOG Messages
    +++++++++++++++++++++++++++++++++++
    logread
    dmesg


    Dateien transfer PC <--> Node
    +++++++++++++++++++++++++++++++++++
    SFTP / Filezilla geht nicht!!!

    PC --> Node
    scp -P 2222 ./nix.txt root@192.168.10.90:~   --> Datei landet in /tmp
    scp -P 2222 ./nix.txt root@192.168.10.90:     --> Datei landet in /tmp
    scp -P 2222 ./nix.txt root@192.168.10.90:/root/

    Node --> PC
    scp -P 2222  root@192.168.10.90:nix.txt  nix1.txt   --> Datei aus in /tmp


    ssh und scp ohne Passwortabfrage mit SSH-Schlüssel
    +++++++++++++++++++++++++++++++++++
    SSH-Schlüssel erstellen:
    cd ~/.ssh
    ssh-keygen -t rsa -s 4096 -f xxxx_id_rsa                  --> passphrase leer, einfach 2x return drücken
    cp xxxx_id_rsa.pub ..                                                --> Sonst kommt die AREDN Oberfläche nicht ran!

    Offener SSH-Schlüssel auf Node:
    Node Oberfläche aufrufen
    Übertragen von xxxx_id_rsa.pub und konvertieren mit der AREDN Oberfäche unter "Administration | Authorized SSH Keys"

    ssh testen ohne Passwortabfrage:
    > dbclient root@df7pe-1/2222                                                             --> Wenn ein Passwort erforderlich ist stimmt was nicht!
    >  dbclient -i '~/.ssh/xxxx_id_rsa'  root@192.168.10.90/2222
    ? # dbclient -i '~/.ssh/xxxx_id_rsa'  root@192.168.10.90/2222           --> Bei mir als root nur mit Passwortabfrage möglich!!!
    ?  ssh -p 2222 root@192.168.10.90                                                    --> Bei mir nur mit Passwortabfrage möglich!!!
    ?  ssh -p 2222 -i ~/.ssh/xxxx_id_rsa.pub  root@192.168.10.90          --> Bei mir nur mit Passwortabfrage möglich!!!

    Mit Dropbear über einen Knoten auf einem anderen Knoten einloggen / Programm ausführen (Trenner Komma):
    dbclient root@1df7pe-1/2222,root@df7pe-2/2222 "touch nix"

    scp ohne Passwort:      --> Hat bei mir nicht geklappt!
    ? > scp  -i "~/.ssh/id_dropbear.pub"  -P2222 root@192.168.10.90:/tmp/TZ .       --> Bei mir nur mit Passwortabfrage möglich!!!
    ? > scp -2 -i "~/.ssh/xxxx_id_rsa"  -P2222 root@192.168.10.90:/tmp/TZ .           --> Bei mir nur mit Passwortabfrage möglich!!!
    ? > scp  -i "~/.ssh/id_dropbear.pub"  -P2222 root@192.168.10.90:/tmp/TZ .       --> Bei mir nur mit Passwortabfrage möglich!!!


    Viel Spaß!]]>     Wer tiefer in den Maschinenraum der AREDN FW einsteigen möchte kann sich hier einige Anregungen holen.
    Aufgelistet werden verschiedene Dateien und Befehle

    Auf die Kommandozeile der Knoten kommt man z.B. mit
    Code:
    ssh root@<KNOTENNAMEN> -p2222              
    z.B.
    ssh root@localnode.local.mesh -p2222
    ssh root@df7pe-1 -p2222 

    AREDN FW:
    +++++++++++++++++++++++++++++

    Grundlage ist OpenWrt!
    https://openwrt.org/start

    *Base System:
    Von hier geht es zu den einzelnen Programmpaketen
    https://openwrt.org/docs/guide-user/base-system/start

    *UCI (Unified Configuration Interface)
    https://openwrt.org/docs/guide-user/base-system/uci
    /etc/config         enthält die AREDN Config Dateien der FW 


    Routing basics:
    +++++++++++++++++++++++++++++

    https://openwrt.org/docs/guide-user/netw...ing/basics

    /etc/config/network                      Konfiguration des Netzwerkes / Netzwerkschnittstellen
    /etc/config/wireless
    /etc/iproute2/rt_tables                  customize routing tables.
    # traceroute df7pe-2                  Verify your routing
    # logread                                    Log Ausgabe
    # ifstatus wan                              Interface Log and Status
    # ifstatus tun62
    # ifstatus dtdlink
    # ifstatus wifi

    * Restart services
    /etc/init.d/log restart; /etc/init.d/network restart; sleep 10

    * Runtime configuration
    # ip address show
    # ip route show table all
    # ip rule show

    * Persistent configuration
    # uci show network; uci show dhcp; uci show firewall


    OLSR Mesh    (Optimised Link Status Routing)
    ++++++++++++++++++++++++++++++++++

    https://en.wikipedia.org/wiki/Mesh_networking
    https://openwrt.org/docs/guide-user/netw.../mesh/olsr
    https://www.rfc-editor.org/rfc/rfc7181

    /tmp/etc/olsrd.conf
    /usr/local/bin/olsrd-config
    /tmp/run/hosts_olsr
    /tmp/run/hosts_olsr.stable              --> Tabelle der mDNS Namen
    /var/run/hosts_olsr.snapshot  ???

    http://www.olsr.org/mediawiki/index.php/Main_Page


    DNS
    ++++++++++++++++++++++++++++++++

    /var/etc/dnsmasq.conf
    /var/run/dnsmasq/dnsmasq.pid
    # /etc/init.d/dnsmasq restart


    DHCP
    +++++++++++++++++++++++++++++++++++

    https://openwrt.org/docs/guide-user/base-system/dhcp
    network name, i.e. lan, wan, wifi
    /etc/config/dhcp


    Pakete Nachinstallieren
    +++++++++++++++++++++++++++++++++++
    opkg list                   --> List available packages
    opkg list-installed     --> List installed packages
    opkg update
    opkg install tcpdump-mini

    Auf dem PC:
    # apt install dropbear-bin    --> scp, dbclient, ..


    Routing Informationen
    +++++++++++++++++++++++++++++++++++
    cat /tmp/lqm.info


    MeshChat Dateien
    +++++++++++++++++++++++++++++++++++
    ll /tmp/meshchat

    LOG Messages
    +++++++++++++++++++++++++++++++++++
    logread
    dmesg


    Dateien transfer PC <--> Node
    +++++++++++++++++++++++++++++++++++
    SFTP / Filezilla geht nicht!!!

    PC --> Node
    scp -P 2222 ./nix.txt root@192.168.10.90:~   --> Datei landet in /tmp
    scp -P 2222 ./nix.txt root@192.168.10.90:     --> Datei landet in /tmp
    scp -P 2222 ./nix.txt root@192.168.10.90:/root/

    Node --> PC
    scp -P 2222  root@192.168.10.90:nix.txt  nix1.txt   --> Datei aus in /tmp


    ssh und scp ohne Passwortabfrage mit SSH-Schlüssel
    +++++++++++++++++++++++++++++++++++
    SSH-Schlüssel erstellen:
    cd ~/.ssh
    ssh-keygen -t rsa -s 4096 -f xxxx_id_rsa                  --> passphrase leer, einfach 2x return drücken
    cp xxxx_id_rsa.pub ..                                                --> Sonst kommt die AREDN Oberfläche nicht ran!

    Offener SSH-Schlüssel auf Node:
    Node Oberfläche aufrufen
    Übertragen von xxxx_id_rsa.pub und konvertieren mit der AREDN Oberfäche unter "Administration | Authorized SSH Keys"

    ssh testen ohne Passwortabfrage:
    > dbclient root@df7pe-1/2222                                                             --> Wenn ein Passwort erforderlich ist stimmt was nicht!
    >  dbclient -i '~/.ssh/xxxx_id_rsa'  root@192.168.10.90/2222
    ? # dbclient -i '~/.ssh/xxxx_id_rsa'  root@192.168.10.90/2222           --> Bei mir als root nur mit Passwortabfrage möglich!!!
    ?  ssh -p 2222 root@192.168.10.90                                                    --> Bei mir nur mit Passwortabfrage möglich!!!
    ?  ssh -p 2222 -i ~/.ssh/xxxx_id_rsa.pub  root@192.168.10.90          --> Bei mir nur mit Passwortabfrage möglich!!!

    Mit Dropbear über einen Knoten auf einem anderen Knoten einloggen / Programm ausführen (Trenner Komma):
    dbclient root@1df7pe-1/2222,root@df7pe-2/2222 "touch nix"

    scp ohne Passwort:      --> Hat bei mir nicht geklappt!
    ? > scp  -i "~/.ssh/id_dropbear.pub"  -P2222 root@192.168.10.90:/tmp/TZ .       --> Bei mir nur mit Passwortabfrage möglich!!!
    ? > scp -2 -i "~/.ssh/xxxx_id_rsa"  -P2222 root@192.168.10.90:/tmp/TZ .           --> Bei mir nur mit Passwortabfrage möglich!!!
    ? > scp  -i "~/.ssh/id_dropbear.pub"  -P2222 root@192.168.10.90:/tmp/TZ .       --> Bei mir nur mit Passwortabfrage möglich!!!


    Viel Spaß!]]>         <![CDATA[Durchsatzmessung mittels iperf im browser]]> https://forum.amateurfunk-ulm.de/thread-9.html Sun, 12 Mar 2023 18:34:27 +0000 DK2FK]]> https://forum.amateurfunk-ulm.de/thread-9.html
    Code:
    http://<sender>.local.mesh:8080/cgi-bin/iperf?server=<receiver>

    Hierbei wird jeweils die ausgehende Bandbreite vom lokalen/ausgewählten Knoten zu einem anderen Knoten im Netzwerk gemessen.

    Optional kann noch das Protokoll (udp oder tcp) definiert werden, indem
    Code:
    &protocol=<udp|tcp>
    angehängt wird.

    Eine praktische Hilfe bekommt man, wenn man http://localnode.local.mesh:8080/cgi-bin/iperf aufruft.

    Bitte beachtet, dass das "laden" eines Bandbreiten tests die gesamte Dauer des Tests von 10s ist.]]>
    Code:
    http://<sender>.local.mesh:8080/cgi-bin/iperf?server=<receiver>

    Hierbei wird jeweils die ausgehende Bandbreite vom lokalen/ausgewählten Knoten zu einem anderen Knoten im Netzwerk gemessen.

    Optional kann noch das Protokoll (udp oder tcp) definiert werden, indem
    Code:
    &protocol=<udp|tcp>
    angehängt wird.

    Eine praktische Hilfe bekommt man, wenn man http://localnode.local.mesh:8080/cgi-bin/iperf aufruft.

    Bitte beachtet, dass das "laden" eines Bandbreiten tests die gesamte Dauer des Tests von 10s ist.]]>         <![CDATA[MeshChat]]> https://forum.amateurfunk-ulm.de/thread-8.html Sun, 12 Mar 2023 18:12:51 +0000 DK2FK]]> https://forum.amateurfunk-ulm.de/thread-8.html https://github.com/kn6plv/meshchat genutzt werden (Danke, Dominik!).

    Meine aktuelle Konfiguration ist (Seite "Port forwarding, DHCP, and Services" unter "Advertised Services")
    • Name: MeshChat-P14
    • Link: ja
    • URL: http://<nodename>:8080/meshchat

    Hierbei ist zu beachten, dass sich nur Knoten mit dem gleichen Namen sehen.

    Die ersten Tests haben wir mit dem auto-generierten Namen von DG6SK gemacht ("Mesh-Chat-1910"). Um die Konfiguration zu vereinfachen empfehle ich allen, auf MeshChat-P14 als Namen umzusteigen]]>     https://github.com/kn6plv/meshchat genutzt werden (Danke, Dominik!).

    Meine aktuelle Konfiguration ist (Seite "Port forwarding, DHCP, and Services" unter "Advertised Services")
    • Name: MeshChat-P14
    • Link: ja
    • URL: http://<nodename>:8080/meshchat

    Hierbei ist zu beachten, dass sich nur Knoten mit dem gleichen Namen sehen.

    Die ersten Tests haben wir mit dem auto-generierten Namen von DG6SK gemacht ("Mesh-Chat-1910"). Um die Konfiguration zu vereinfachen empfehle ich allen, auf MeshChat-P14 als Namen umzusteigen]]>