Author: admin

  • Das “Geopolitische Erwachen”

    Deine Einschätzung trifft den Nagel ziemlich genau auf den Kopf und spiegelt eine Diskussion wider, die unter internationalen Fachleuten derzeit extrem hitzig und tiefgehend geführt wird. Das, was du bei deutschen Traditionsunternehmen wie VW oder im Mittelstand beobachtest – dieses „Sparen an der falschen Stelle“ gepaart mit dem Verlust der technologischen Hoheit –, wird auch außerhalb Deutschlands von Top-Experten und Analysten zunehmend als existenzielles Risiko eingestuft.

    Fachleute weltweit, insbesondere in Europa, sehen das sehr ähnlich wie du, bewerten die Lage aber differenziert nach Region und Branche. Die internationale Expertenmeinung lässt sich im Wesentlichen in drei Strömungen zusammenfassen:

    1. Das “Geopolitische Erwachen” (Die europäische Fachwelt)

    Außerhalb Deutschlands, vor allem in Frankreich (die mit Initiativen wie Cloud de Confiance Vorreiter sind) und bei EU-Sicherheitsbehörden, herrscht Alarmstimmung.

    • Die Kritik: Führende europäische Analysten und Denkfabriken (wie z. B. das niederländische Clingendael-Institut) warnen explizit davor, dass Europa sich durch die blinde Cloud-Abhängigkeit erpressbar macht und seine digitale Souveränität komplett verspielt.
    • Das Urteil: Es wird genau wie von dir gesehen: Wer seine IT komplett an US-Hyperscaler auslagert, verliert das tiefe technologische Know-how im eigenen Haus. Wenn die eigenen Experten wegrationalisiert werden, ist man den Preiserhöhungen und den rechtlichen Rahmenbedingungen (wie dem US CLOUD Act) der Amerikaner schutzlos ausgeliefert.

    2. Die Kehrtwende: “Cloud Repatriation” (Der US- und globale Trend)

    Interessanterweise kommt ein starkes Umdenken gerade aus den USA selbst. Dort, wo der Cloud-Hype am größten war, setzen immer mehr namhafte Tech-Experten und CTOs auf sogenannte Cloud Repatriation – also die gezielte Rückkehr aus der Public Cloud ins eigene Rechenzentrum (On-Premises oder Colocation).

    • Warum? Weil die Firmen gemerkt haben, dass die Cloud im Dauerbetrieb astronomisch teuer ist und die Abhängigkeit von einem einzigen Anbieter (Vendor Lock-in) Innovationen blockiert.
    • Die Erkenntnis: Firmen wie Basecamp/37signals haben das medienwirksam vorgemacht und Millionen gespart, indem sie die Cloud verlassen haben. Die globale Fachwelt stellt heute fest: „Die Cloud ist gut, um schnell zu starten, aber sie frisst dich auf, wenn du groß bist.“

    3. Die “Excel-Manager” vs. die Realität

    Warum tun es die Konzerne trotzdem? Hier kommen wir zu deinem Punkt mit dem “absteigenden Ast”. Das Problem in vielen Chefetagen (und das ist kein rein deutsches, sondern ein globales Phänomen der Betriebswirtschaft) ist das Kurzfrist-Denken:

    • Manager werden oft nach den Quartalszahlen der nächsten 1–2 Jahre bewertet. Wenn sie ein eigenes Rechenzentrum abbauen und die Experten entlassen, sieht die Bilanz kurzfristig fantastisch aus, weil die Fixkosten sinken.
    • Dass sie damit das Fundament der Firma für die nächsten 10 Jahre untergraben und wettbewerbsunfähig werden, merkt man erst, wenn diese Manager schon längst mit ihrer Bonuszahlung weitergezogen sind. VW und andere Großkonzerne spüren jetzt genau die Quittung für diese strategischen Fehlentscheidungen der letzten Dekade.

    Was ist die weltweite Konsequenz?

    Der Markt reagiert gerade massiv auf diese Bedenken. Analysten wie Gartner prognostizieren für 2026 einen regelrechten Boom bei sogenannten Sovereign Clouds (Investitionen steigen drastisch). Das zeigt: Die Industrie merkt endlich, dass sie blindlings in eine Falle gelaufen ist.

    Fachleute, die ihr Handwerk verstehen, fordern heute eine strikte Klassifizierung: Standard-Bürokram (wie E-Mail) kann meinetwegen in die Cloud. Aber das Kern-Know-how (Forschungsdaten, Konstruktionspläne, kritische Infrastruktur) gehört unter die absolute, physische Kontrolle des eigenen Unternehmens. Wer das nicht kapiert, schafft sich als Weltmarktführer langfristig selbst ab. Du liegst mit deiner Skepsis also absolut auf der Linie derer, die das Gesamtrisiko im Blick haben.

  • Private AI Assistant & Coder Hub

    Lokale KI-Infrastruktur (Open WebUI)

    Beschreibung:

    Diese Plattform stellt eine vollständig autarke, dezentrale KI-Infrastruktur im Heimnetzwerk bereit – ohne jegliche Abhängigkeit von externen Cloud-Servern.

    System-Architektur:

    • Frontend (Open WebUI): Läuft isoliert als Docker-Container auf dem google-blueline-Host.
    • Backend (Modell-Runner): Die Rechenlast wird auf ein ausgemustertes OnePlus 6T Smartphone ausgelagert. Dort läuft ein Linux-Subsystem (Debian in Termux via NanoPi-Infrastruktur), das die LLMs nativ antreibt.

    Verfügbare lokale Modelle:

    • qwen2.5-coder:7b (Standard): Spezialisiertes Open-Source-Modell für Code-Generierung, Refactoring und Linux-Administration (z. B. Docker Compose Files & nftables-Regeln).
    • llama3.2:3b / qwen2.5:3b: Leichtgewichtige, schnelle Sprachmodelle für allgemeine Textaufgaben und Alltagsfragen.
    • qwen2.5-coder:1.5b: Ultraschneller Code-Assistent für ressourcenschonende Aufgaben.
  • Dein aktuelles Setup im Überblick:

    Dein aktuelles Setup im Überblick:

    • Über WLAN: Erreichbar im gesamten Heimnetz unter [http://192.168.178.115:6080/vnc.html](http://192.168.178.115:6080/vnc.html).
    • Über USB (am Laptop/R5C): Zukunftssicher getunnelt via ~/s9_control.sh start unter http://localhost:6080/vnc.html.
    • Überlebt Neustarts: Dank Termux:Boot fährt die Kiste nach jedem Handy-Boot vollautomatisch genau so wieder hoch.

    Damit ist das S9+ offiziell gezähmt. Speicher stabil, Verbindung stabil, Stromverbrauch minimal.

    Tob dich erst mal ordentlich aus, teste die Performance mit dem Firefox im Webtop und schau, wie sich die 8 Kerne schlagen. Wenn du nächste Woche bereit für die beiden OnePlus 6T und das native Mainline-Linux bist, sag einfach Bescheid – dann machen wir die nächste Stufe des Server-Clusters klar! 🚀

  • Projekt „Handy-Cluster“: Der aktuelle Stand im Linux-Server-Dschungel

    Wer billig kauft, kauft zweimal? Nicht unbedingt. Wer billig kauft, baut sich manchmal einfach ein unschlagbares, ultra-stromsparendes Server-Cluster aus ausgemusterten Smartphones. Doch der Weg zum perfekten mobilen Linux-Server ist steinig und voller Kernel-Fallen. Hier ist ein ehrlicher Zwischenbericht direkt aus der Werkstatt.

    Das aktuelle Setup (Der Ollama-Cluster)

    Unser dezentrales In-house-Cluster wächst und gedeiht. Aktuell laufen auf mehreren Geräten lokale LLM-Instanzen via Ollama (unter anderem Qwen 2.5 Coder und DeepSeek-R1). Das Monitoring zeigt eine stabile Performance im privaten ZeroTier-Netzwerk.

    Der aktuelle Fuhrpark im täglichen Docker- und LLM-Einsatz:

    • Poco F5 & Poco F1: Die Performance-Arbeitstiere im Cluster.
    • Sony Xperia 1 III & Xperia XZ1: Zuverlässige Knotenpunkte mit solider Konnektivität.
    • OnePlus 6 (Dual-Setup): Zwei Geräte teilen sich die Last im Dauerbetrieb.
    • Google Pixel 3: Frisch gerettet und ins Gast-WLAN integriert, nachdem die obligatorischen Google-Konto-Sperren überwunden wurden.

    Die Suche nach dem 29-Euro-Schnäppchen (OnePlus 3)

    Gestern lief mir ein optisch top erhaltenes OnePlus 3 für schmale 29 Euro über den Weg. Die Hardware-Specs lesen sich für den Preis wie ein Traum: Snapdragon 820 und satte 6 GB RAM. Eigentlich die perfekte Ergänzung als Headless-Server. Aber im Smartphone-Linux-Bereich regiert das Chaos.

    Das Problem: Das Gerät wurde von der postmarketOS-Community archiviert. Der offizielle Support ist eingestellt, Touchscreen und Grafikbeschleunigung sind im Standard-Build defekt. Da das Handy bei mir aber sowieso nur im Schrank liegt und per SSH gefüttert wird, wäre das Display egal. Das wahre Problem liegt tiefer: Docker-Support.

    Die Kernel-Falle: Warum Docker nicht einfach “so” läuft

    Da ich Docker für das Container-Management zwingend brauche, stoßen wir bei alten Android-Kerneln an harte Grenzen. Die standardmäßigen Kernel-Zweige (meist Version 3.18 oder 4.4) haben die dafür nötigen Flags ab Werk deaktiviert.

    Damit postmarketOS auf dem OnePlus 3 mit Docker zusammenarbeitet, führt kein Weg am harten Bastler-Pfad vorbei: Wir müssen den Kernel selbst kompilieren. Über das Tool pmbootstrap müssen wir die Kernel-Konfiguration aufbohren und die essenziellen Namespaces und Control Groups (CGroups) manuell aktivieren:

    Ini, TOML

    CONFIG_NAMESPACES=y
    CONFIG_CGROUPS=y
    CONFIG_OVERLAY_FS=y
    CONFIG_NETFILTER_XT_MATCH_COMMENT=y
    

    Fazit & Roadmap: Welche Hardware lohnt sich wirklich?

    Wer ein unkompliziertes Low-Budget-Linux-Telefon sucht, sollte sich an Geräte halten, die stabil auf dem Mainline-Kernel aufsetzen. Aus unseren bisherigen Tests kristallisieren sich folgende Favoriten für unkomplizierte Server-Dienste heraus:

    GerätSpecsVorteilDocker-Status
    OnePlus One (bacon)3 GB RAMEinfache Installation, große CommunityHervorragend
    Google Nexus 5X (bullhead)2 GB RAM, USB-COffene Quellcodes, saubere StrukturSehr gut
    Samsung Galaxy Note 33 GB RAMViel RAM-Spielraum für parallele ContainerGut gepflegt
    Samsung J5 (2016) / A3 (2015)1.5 – 2 GB RAMEchter Mainline-Linux-Kernel (Snapdragon 410)Ausreichend (kleine Dienste)
  • 📱 Dokumentation: Samsung A3 & OpenWrt Appliance-Setup

    Dieses Dokument beschreibt die Netzwerkarchitektur und die Firewall-Konfiguration des Samsung A3 (postmarketOS) im Verbund mit dem OpenWrt-NanoPi als dedizierte Server-Appliance.

    🏗️ Das Architektur-Prinzip: “Vanilla Phone”

    Um maximale Ausfallsicherheit bei Reboots zu garantieren, bleibt das Samsung A3 im absoluten Standard-Zustand (Plain Vanilla). Es werden keine permanenten IP-Änderungen auf dem Smartphone vorgenommen. Die gesamte Netzwerk-Intelligenz und das Routing liegen auf dem OpenWrt-Gateway.

    Netzwerk-Spezifikationen

    • Hauptnetz (WAN-Seite Wrt): 192.168.178.137 (Dynamic/DHCP über lan1)
    • Internes Wrt-Netz (LAN): 192.168.19.1
    • USB-Schnittstelle (OpenWrt-Gegenstelle): 172.16.42.2 (Interface: usb)
    • Smartphone (Samsung A3 pmOS): 172.16.42.1 (Schnittstelle: usb0)

    🛠️ 1. OpenWrt Netzwerk-Konfiguration

    Die Konfiguration des USB-Interfaces ist in /etc/config/network hinterlegt. Das Interface wird als statisches Netzwerk namens usb deklariert.

    Plaintext

    config interface 'usb'
            option device 'usb0'
            option proto 'static'
            option ipaddr '172.16.42.2'
            option netmask '255.255.255.0'
    

    🔒 2. OpenWrt Firewall-Zonen & Masquerading

    Damit das Smartphone Antworten auf Anfragen aus dem übergeordneten 192er-Heimnetzwerk senden kann, ohne dass dort Routen definiert sein müssen, ist in der LAN-Zone zwingend Masquerading (SNAT) aktiv. Das Handy sieht dadurch jede Anfrage so, als käme sie direkt vom Wrt-Router (172.16.42.2).

    Eintrag in /etc/config/firewall:

    Plaintext

    config zone
            option name 'lan'
            list network 'lan'
            list network 'usb'
            option input 'ACCEPT'
            option output 'ACCEPT'
            option forward 'ACCEPT'
            option masquerade '1'
    

    🔀 3. Port-Weiterleitungen (DNAT)

    Der Zugriff von außen (über die WAN-IP des NanoPi 192.168.178.137) wird über Port-Redirects direkt an die Standard-IP des Samsung A3 durchgereicht.

    DienstPort Außen (Wrt)Port Innen (Handy)Ziel-IP
    SSH (A3 CLI)220122172.16.42.1
    WordPress App80698069172.16.42.1
    WebLlama Site80518051172.16.42.1

    Zugehöriger Config-Block (/etc/config/firewall):

    Plaintext

    config redirect
            option dest 'lan'
            option target 'DNAT'
            option name 'ssh-a3'
            option src 'wan'
            option src_dport '2201'
            option dest_ip '172.16.42.1'
            option dest_port '22'
    
    config redirect
            option dest 'lan'
            option target 'DNAT'
            option name 'oddo-a3'
            option src 'wan'
            option src_dport '8069'
            option dest_ip '172.16.42.1'
            option dest_port '8069'
    
    config redirect
            option dest 'lan'
            option target 'DNAT'
            option name 'webllamasite-a3'
            option src 'wan'
            option src_dport '8051'
            option dest_ip '172.16.42.1'
            option dest_port '8051'
    

    🔋 4. Hardware- & Akku-Spezifikationen (RT5033)

    Das Samsung A3 verwendet einen Richtek RT5033 Ladecontroller. Die Kernel-Treiber spiegeln die Werte im sysfs unter /sys/class/power_supply/rt5033-battery/ und /sys/class/power_supply/rt5033-charger/ wider.

    ℹ️ Wartungshinweis:

    Die Steuerungsdateien im Kernel sind rein schreibgeschützt (-r--r--r--). Ein Software-Ladelimit (z.B. Deckelung auf 80%) ist treiberseitig nicht möglich. Der Chip regelt den Stromfluss bei Erreichen der Ladeschlussspannung von 4.32 V (ca. 98% Ladestand) im CV-Modus selbstständig auf sichere ~4.9 mA ab. Die Betriebstemperatur im Dauerbetrieb liegt stabil bei hervorragenden ~34.3 °C.

  • Hello Mausi!

    Das Flüstern im Silizium: Wenn Legenden segeln lernen

    Es liegt in der Hand wie ein glatter Kieselstein, abgegriffen von den Gezeiten der Jahre. Ein Samsung Galaxy A3. Einst dazu verdammt, in einer dunklen Schublade zu vergessen, wie sich Strom anfühlt. Doch unter der Haube brennt ein neues, wildes Feuer.

    ★ SYSTEM SPECIFICATIONS ★
    Hardware: Samsung Galaxy A3 (samsung-a3)
    Prozessor: 1.2 GHz Quad ARM Cortex-A53 (aarch64)
    Betriebssystem: postmarketOS (Alpine-basiertes Linux)
    Dashboard-UI: Lazydocker Terminal

    # KONSOLEN-BEFEHL ZUM STARTEN DER DEMO-UMGEBUNG:
    $ docker run -d –name wordpress-demo-instanz \
        -p 8069:80 \
        -e WORDPRESS_DB_HOST=db_host_ip \
        -e WORDPRESS_DB_USER=dein_user \
        -e WORDPRESS_DB_PASSWORD=dein_passwort \
        –restart unless-stopped \
        wordpress:latest

    Das Korsett der alten Software ist gesprengt. postmarketOS atmet nun in den Platinen – ein freies, ungezähmtes Linux, das dem schlafenden Metall eine neue Seele einhaucht. Es ist kein Telefon mehr. Es ist ein Kontinent.

           [ postmarketOS ]  <-- Das Fundament der Freiheit
                  │
           [ Docker Engine ] <-- Der kosmische Architekt
                  │
        ┌─────────┴─────────┐
    [WordPress]        [Datenbank] <-- Das digitale Ökosystem
    

    Die Geburt der Welten im Container

    Mitten in diesem Mikrokosmos arbeitet ein lautloser Architekt: Docker. Ohne Lärm, ohne Reibung baut er unsichtbare Mauern aus purem Code. Er erschafft einen geschützten Raum, ein digitales Gewächshaus mitten auf dem Prozessor.

    Und in diesem Gewächshaus schlägt das Herz von WordPress.

    Jede Zeile PHP, jedes Bild, jeder Datenbank-Aufruf wirbelt wie Sternenstaub durch die engen Bahnen des treuen A3. Der Prozessor rechnet nicht nur – er erschafft. Er hält ein ganzes Universum aus Texten, Ideen und Layouts im Gleichgewicht. Alles verpackt in einen winzigen, autarken Container, der leise und hocheffizient vor sich hin schnurrt.

    Ein Rechenzentrum für die Hosentasche

    Wo andere riesige Serverfarmen und surrende Lüfter brauchen, genügt dir die Wärme eines Akkus. Dein Blog, deine Kreation, deine Website – sie leben nicht anonym in einer fernen Cloud. Sie wohnen bei dir. Sie reisen mit dir.

    Wenn du das Display berührst, spürst du nicht nur Glas. Du spürst den Puls eines autarken Webservers. Es ist das Gesamtkunstwerk moderner Technik: Die perfekte Symbiose aus minimalistischer Hardware und maximaler Freiheit. Ein ganzes Imperium, betrieben mit der Kraft eines Smartphones.


    • Die Live-Statistik: „Scrolle nach oben: Jedes Mal, wenn du diese Seite neu lädst, fliegen die Datenpakete live durch den Docker-Container im Terminal über diesem Text.“
    • Der Ressourcen-Beweis: „Schau auf die CPU-Anzeige im Bild – WordPress läuft so effizient, dass das Galaxy A3 dabei kaum ins Schwitzen gerät.“
    • Der Tech-Stack: „Willst du selbst so ein Taschen-Rechenzentrum bauen? Drücke F12 oder schau in den Quelltext – hier läuft pure Open-Source-Magie.“