Hallo, Gast
Du musst dich registrieren bevor du auf unserer Seite Beiträge schreiben kannst.

Benutzername
  

Passwort
  





Durchsuche Foren

(Erweiterte Suche)

Aktive Themen
Problematische/nichtkonfo...
Letzter Beitrag: DK2FK
07-05-2024, 18:40
Möglicher Standort Weißen...
Letzter Beitrag: DK2FK
07-05-2024, 16:36
Registrierung
Letzter Beitrag: DM4AB
14-01-2024, 19:24
Mobile Stromversorgung - ...
Letzter Beitrag: DK2FK
29-07-2023, 09:28
Draußenfunken Ende Juni 2...
Letzter Beitrag: DM4AB
29-06-2023, 22:58
Fortschritte in der Klein...
Letzter Beitrag: DK2FK
05-06-2023, 16:45
Draußenfunken am 21. Mai ...
Letzter Beitrag: DH1DH
01-06-2023, 12:48
Internet-in-a-Box
Letzter Beitrag: DK2FK
29-05-2023, 14:16
Bergfunken AREDN und Hamn...
Letzter Beitrag: DM4AB
14-05-2023, 17:26
Ubiquity Flex Mini nicht ...
Letzter Beitrag: DC3AX
10-05-2023, 10:26

Foren-Statistiken
» Mitglieder: 0,   » Neuestes Mitglied: Tobzer,   » Foren-Themen: 20,   » Foren-Beiträge: 26,  
Komplettstatistiken

  einfach pflegbare Info-Seite für Notfälle
Geschrieben von: DM4AB - 29-04-2023, 13:28 - Forum: Software - Keine Antworten

Ich habe einige 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
          

Übersicht dynamische Seiten und ein Beispiel:
         

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

der Raspi beim Arbeiten
   

Drucke diesen Beitrag

  Treffen am 25. April 2023, ab 19:30 im Freiraum Ulm
Geschrieben von: DM4AB - 24-04-2023, 18:32 - Forum: Ankündigungen - Keine Antworten

Hallo zusammen.

Wie letzte Woche schon kurz abgestimmt treffen wir uns diese Woche mit Ziel "AREDN-funken" im Freiraum.
Ziel dabei ist, das mitgebrachte Equipment in Einstellung "QRP" zum Funken von Raum zu Raum zu verwenden und praktisch Funkstrecke und Meshen Indoor zu erproben.

Dienstag, 25. April 2023, ab 19:30 Uhr im Freiraum Ulm.

Schauen wir mal, das könnte lustig werden!

73 de Andreas.

Drucke diesen Beitrag

  Verbindung Hochstäß Bussen
Geschrieben von: dominik - 23-04-2023, 20:57 - Forum: HAMNET - Keine Antworten

Da es heute schönes Wetter war konnte ich erfolgreich den Hamnet Userzugang auf 2,4GHz vom Hochstäß aus testen
Lokation war die Bank neberm Feldweg
https://www.openstreetmap.org/#map=18/48...2&layers=N



Angehängte Dateien Thumbnail(s)
   
Drucke diesen Beitrag

  Treffen am Dienstag, 18. April 2023, ab 19:30 Uhr im Freiraum
Geschrieben von: DM4AB - 17-04-2023, 09:38 - Forum: Ankündigungen - Keine Antworten

Hallo zusammen.

Höchste Zeit, dass wir uns mal wieder treffen und nicht nur miteinander telefonieren. Beim letzten Mal haben wir als Schwerpunkt die konzeptionellen Anforderungen an einen Funk-Leuchtturm wie z.B. das Maritim diskutiert.
Inzwischen klappt das mit dem MeshChat ganz vernünftig, IP-telefonieren auch, und unsere funkende Vernetzung sollte auch nicht das große Problem sein. Ich würde folgende Agenda vorschlagen:

  1. Wie sieht unser erstes Übungs-Szenario aus - was sehen wir als Problemstellung, wen wollen wir womit vernetzen?
  2. Welche Dienste bieten wir dabei an?
    Wer und wie dokumentieren wir Aufgabenstellung, Verlauf, Ergebnis und Follow-up?
  3. Was wollen wir noch an Diensten und Angeboten entwickeln?
    (lokale AP's, lokales Mesh, Informations-Leuchttürme, lokale Terminals/Laptops, ...)
  4. Was brauchen wir noch für ein Notfunk-Szenario?
    (tragbare Repeater, Funkgeräte, PMR, ...?)
  5. Wer hat Interesse / kann sich um Notfallpläne kümmern (ich meine, es ist schön, wenn wir die Technik im Griff haben, aber wie organisieren wir uns in einem Notfall? Alarmierungskette, Kommunikation, ...)

Viele Punkte für ein hoffentlich interessantes Treffen!

73 de Andreas.

Drucke diesen Beitrag

  Verteilte Dateien mit Syncthing
Geschrieben von: DM4AB - 15-04-2023, 13:02 - Forum: Software - Keine Antworten

Ich habe heute Vormittag 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:

       

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.

Drucke diesen Beitrag

  Solarbetriebene Website
Geschrieben von: DK2FK - 12-04-2023, 21:37 - Forum: Nützliches - Keine Antworten

Es gibt (mindestens) eine solarbetriebene Website: https://solar.lowtechmagazine.com - die dann z.B. bei schlechtem Wetter auch offline geht.

Der verlinkte Artikel beschreibt sehr schön die Hintergründe und Herausforderungen beim Design der Website. Mit den entsprechenden Optimierungen kann auch mit wenig Energie und alter Hardware noch einiges geschafft werden - sofern die angebotenen Dienste entsprechend ausgewählt oder konfiguriert werden.

Bei AREDN ist wahrscheinlich die verfügbare Bandbreite der limitierende Faktor. Der Artikel zeigt, dass vor allem durch die Reduktion der übertragenen Datenmenge die Last kleingehalten werden konnte. Vielleicht kommen wir dann auch mit kleineren Geräten aus.

Generell finde ich auch den Rest der Website interessant. Es lohnt sich, da auch mal durch die anderen Artikel zu klicken.

Drucke diesen Beitrag

  Energieeffiziente x86_64 Hardware für AREDN Dienste
Geschrieben von: DK2FK - 11-04-2023, 20:37 - Forum: Hardware - Antworten (1)

Um Dienste im AREDN/Hamnet anzubieten wird allgemein empfohlen statt ARM hardware (Raspberry PI, Odroid, etc.) auf x86_64 zu setzen, da man sich damit einige Probleme spart. Diese sind: 

  • Kein BIOS: man braucht dedizierte Images für das jeweilige Board 
  • Keine/kaum Linux Mainline Kernel Unterstützung: Kernel müssen jeweils spezifisch für das Board kompiliert werden - und sind häufig entsprechend alt 
  • Software Support: Einige Programme oder Funktionen sind nicht verfügbar oder müssen jeweils kompliiert werden 

Weiterhin ist  die ARM-Welt auch etwas zersplittert: viele Geräte basieren noch auf der armv7 Architektur, die nur 32 bit unterstützt. Seit einiger Zeit gibt es dann auch arm64, was z.T. jetzt besser unterstützt wird, aber auch noch o.g. Probleme aufweist. 

Um jetzt geschickt Dienste anbieten und auch auf weiteren Knoten installieren zu können empfielt es sich, Docker oder Podman zu nutzen. Der Vorteil ist, dass die Container unabhängig voneinander sind und damit unabhängig von den installierten Bibliotheken auf dem Host-Betriebssystem. Damit lassen sich Dienste nach Bedarf/Komponentenweise installieren statt fest im Image eingebacken zu sein - wie es etwa der HamPi macht. Weiterhin lassen sich diese Container auch recht problemlos auf anderen Betriebssystemen installieren, solange Docker oder Podman installiert ist. Die einzige Bedingung ist, dass der Container für die entsprechende Architektur verfügbar ist. Um das auch offline zu unterstützen kann lokal eine Registry installiert werden. Da allerdings hier die Container Architektur-spezifisch sind, muss für jede Architectur - sofern verfügbar - ein eigenes Image heruntergeladen und vorgehalten werden. 

Meine bisherigen Recherchen für x86_64 Geräte haben folgende Möglichkeiten ergeben: 
  • Alter Laptop/Chromebook mit Intel Prozessor
  • x86_64 Single-board Computer (SBCs)
  • Thin clients: SFF/uSFF PCs 
  • Mini PCs

Dazu mehr im folgenden:

Alter Laptop/Chromebook

Alte Laptops bieten den Vorteil, dass sie von sich aus schon relativ gut auf Energiesparen getrimmt sind und alles mitbringen, was man unterwegs brauchen kann:
  • Akku (sofern funktionsfähig) als integrierte USV
  • Tastatur + Bildschirm für eventuelle Konfigurationsänderungen
  • Ausreichend Arbeitsspeicher  und CPU-Leistung für verschiedeneste Dienste
  • Gutes Energiemanagement
Allerdings erkauft man sich damit auch einige Nachteile:
  • Größer/schwerer als vergleichbare SBCs
  • Sollte je nach Anwendungsfall (Server/Client) umkonfiguriert werden (i.e. Desktop-Umgebung an/abschalten um genügend Arbeitsspeicher zu haben)
Generell sollte bei Laptops darauf geachtet werden, dass sie einen neueren Prozessor haben (Intel: ab 6./7. Gen, AMD: ?). Am sparsamsten sind Intel Atom, Celeron, oder i3 Prozessoren, allderings sind auch moderne i5 oder i7 unter niedriger Last relativ sparsam.

Die Stromversorgung kann meist mit einem einfachen 19V Adapter bewerkstelligt werden. Allerdings ist das ein weiterer Adapter den man irgendwo unterbringen muss. Achtung: manche Laptops erfordern für die Stromversorgung auch Orginaladapter vom Hersteller (z.B. Dell). Modernere Laptops können auch per USB-C PD (power delivery) versorgt werden, was im mobilen Bereich auch eine interessante Option sein kann.

Ein Sonderfall sind Chromebooks. Diese haben einen extrem niedrigen Energieverbrauch, sind aber ziemlich zugenagelt, da Google kein Interesse daran hat, dass diese ohne Web-Zugriff auf Google-Dienste betrieben werden. Hierzu gibt es verschiedene Anleitungen online, die ich aber mangels Chromebook nicht bewerten kann.

!! Generell ist hier darauf zu achten, dass ein x86_64 Prozessor und kein ARM verbaut ist.

x86_64 Single-board Computer (SBC)

Ein entsprechendes Board zu finden ist leider aktuell nicht so leicht. Trotzdem habe ich zwei interessante Projekte gefunden:
LattePanda 3 Delta
- Zimaboard

Generell ist bei diesen Boards häufig das Problem, ausreichend Speicher/Festplattenplatz anzubinden. Mit Glück ist neben USB ports ein SATA, mSATA oder NVMe/PCIe Steckplatz vorhanden. Damit schließt sich häufig Redundanz aus, allerdings sind moderne SSDs - auch durch die großen Größen - relativ ausfallsicher, und mittlerweile auch erschwinglich.

Bleibt das Problem der Montage: Diese SBCs sind generell nakte PCBs und folgen keinem Größenstandard. Entsprechend gibt es keine Standardgehäuse und man muss sich selbst Gedanken machen, wie man die Komponenten unterbringt.

Ansonsten sind diese SBCs vergleichbar mit Laptops. Sie haben vergleichbare CPU-Leistung, Arbeitsspeicher und Schnittstellen, und Stromverbrauch. Die Versorgungsspannung ist üblicherweise 12V oder 19V und sollte ohne proprietäre Netzteile auskommen.

Thinclients/(u)SFF PCs

Thin clients sind häufig günstig über Gebrauchtwarenbörsen aus alten Bürobeständen zu erstehen. Diese sind von Leistungsfähigkeit und Leistungsaufnahme mit Laptops vergleichbar. Mit einem Celeron/i3, ausreichend RAM und einem aufrüstbaren Massenspeicher sind diese eine attraktive Lösung für mobile und Serveranwendungen, allerdings ist hier wie bei Laptops die Stromversorgung jeweils zu prüfen.

Bei der Auswahl sollte weiterhin auf einen sparsame Prozessor zu achten, da diese je nach Ausstattung auch recht leistungshungrig werden können.

Mini-PCs

Mini PCs wie Intel NUC oder ZBOXen sind aus mehreren Aspekten interessant:
- Modelle mit mehreren Netzwerkschnittstellen verfügbar
- Hohe Leistungsfähigkeit wenn gewünscht
- Passiv gekühlte Varianten verfügbar
- z.T. mehr Platz für Festplatten/SSDs (i.e. PCIe/NVMe + 2.5" SATA)
- Neue Hardware verfügbar
Nachteile sind der oft hohe Preis (je nach Ausstattung >1000€).

Die Leistungsaufnahme skaliert offenbar recht gut mit den verbauten Komponenten. Entsprechend ist hier - wie sonst auch - das beste Preis-Leistungsverhältnis für die geplante Nutzung zu finden.

Etwas außerhalb der Mini-PC Ecke sind weiterhin Mini-ITX-basierte Systeme anzusiedeln. Diese sind generell nicht so kompakt, nutzen aber Standard-Komponenten und sind damit wartungsfreundlicher und einfacher reparier/- und upgradebar. Mini-ITX boards sind in allen Leistungsklassen verfügbar. Gehäuse gibt es mit der gewünschten Anzahl 2.5" Einschübe, zum Teil sogar passiv gekühlt. Für die Stromversorgung gibt es 12V Auto-Netzteile, die auch robust gegenüber Über- und Unterspannung sind - und damit attraktiv für die mobile Nutzung. Der größte Nachteil ist allerdings die oft weniger kompakte Bauweise.

Zusammenfassung

Generell gibt es eine ganze Reihe interessanter Alternativen. Die Auswahl hängt natürlich auch von der geplanten Verwendung ab. Wo und wie sollen die Knoten betrieben werden? Muss der Knoten tragbar sein? Wie lange soll/muss der Knoten online sein? Welche Möglichkeit zur Stromversorgung besteht?

Die dem Ganzen zugrunde liegende Frage ist: Welche Dienste wir anbieten? Wie gehen wir mit Knoten/Link-Ausfällen um? Welcher Dienst hilft wem, wann, und wo?  ..und zu guter letzt: was ist das Budget? Das sollte in einem separaten Thread diskutiert werden.

Aktuell befinde ich mich noch in der Lern-/Experimentierphase, möchte aber wenn möglich etwas zukunftsfähiges bauen, daher der Fokus auf x86_64. Allerdings kann ich die Leistungsanforderungen noch nicht genauer abschätzen. Entsprechend bin ich hin- und hergerissen zwischen etwas Billigem, was dann eventuell langfristig nicht sinnvoll ist - oder zu viel Geld ausgeben, was dann am Ende doch überdimensioniert ist.

Was meint ihr? Habt ihr noch alte Hardware rumliegen, die ihr für AREDN herrichten wollt? Gibt es noch andere Optionen, die ich hier übesehen habe?

Drucke diesen Beitrag

  AREDN-in-a-box
Geschrieben von: DK2FK - 10-04-2023, 11:42 - Forum: Hardware - Antworten (3)

Gestern habe ich mich - um das Kabelgewirr etwas zu reduzieren - darangemacht die verschiedenen Komponenten in eine Box einzubauen. Das sieht dann so aus:        

Leider musste ich dann feststellen, dass der Akku den Geist aufgegeben hat. Bin mir noch nicht ganz schlüssig ob es jetzt Blei oder LiFePo4 (für die gleiche Kapazität aber 5-fachen Preis) werden soll.

Drucke diesen Beitrag

Sad Basteln mit Linux PBXen
Geschrieben von: DM4AB - 09-04-2023, 23:40 - Forum: Software - Antworten (3)

Hallo zusammen.

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:
   
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.

Drucke diesen Beitrag

  MeshChat v2.7 keine Nachrichten trotz Synchronisation
Geschrieben von: DG6SK - 08-04-2023, 14:00 - Forum: Probleme - Keine Antworten

Hallo,
ich hatte immer wieder mal das Problem, dass der Chat an einem meiner Knoten leer war obwohl eine Synchronisation mit anderen Knoten stattgefunden hatte. Dort war der Chat auch mit Nachrichten gefüllt.
Ich vermute mal, dass ich die Ursache gefunden habe. Mein Knoten, dessen Chat leer war, hatte keine korrekte Uhrzeit, sondern startete mit Datum und Uhrzeit, die in der Firmware vorgegeben war. Man sah dies auch bei den Last Sync Einträgen im Chat, die lagen alle in der Vergangenheit, sprich bei mir irgendwann im Jahr 2022. Und da der Chat nicht in die Zukunft schauen kann, war er eben leer.
Sobald der Knoten übers Internet oder über seine Anbindung an andere Knoten das korrekte Datum und Uhrzeit hatte, waren nach der nächsten Synchronisation auch die Chat Nachrichten vorhanden.

Drucke diesen Beitrag


Benutzer Online
Momentan sind 114 Benutzer online » 0 Mitglieder
» 113 Gäste
Google

Deutsche Übersetzung: MyBB.de, Powered by MyBB, © 2002-2024 Melroy van den Berg.