|
|
@@ -57,4 +57,55 @@ Bei `KERNEL≠"5.4"` wird die Variable `SOURCES` im Script zwangsweise auf `"yes
|
|
|
|
|
|
**Nächster Schritt:** Test auf echtem Debian-12-VPS (z. B. Hetzner CX22, ca. €4/Monat) ohne Docker-Umweg, um zu prüfen, ob die Installation dort sauber und vollständig durchläuft.
|
|
|
|
|
|
-**Ergebnis-Meldung an Upstream:** Der iperf3/SOURCES-Bug soll als Issue im Repo [openmptcprouter-vps](https://github.com/Ysurac/openmptcprouter-vps/issues) gemeldet werden, sobald das Setup steht.
|
|
|
+**Ergebnis-Meldung an Upstream:** Der iperf3/SOURCES-Bug soll als Issue im Repo [openmptcprouter-vps](https://github.com/Ysurac/openmptcprouter-vps/issues) gemeldet werden, sobald das Setup steht.
|
|
|
+
|
|
|
+
|
|
|
+# OpenMPTCProuter (OMR) auf dem migrierten ER-X: Fehleranalyse
|
|
|
+
|
|
|
+Nach der Migration auf OpenWrt 24.10.1 (Kernel 6.6.86) wurde versucht, das offizielle OMR-Image für den ER-X aufzuspielen (`openmptcprouter-v0.64.2-6.18-...-ubnt_edgerouter-x-squashfs-sysupgrade.bin`). Der Flash-Vorgang selbst lief erfolgreich durch (passendes Partitionslayout dank vorheriger Migration). Danach zeigten sich mehrere, im Detail dokumentierte Probleme:
|
|
|
+
|
|
|
+### 1. Kein vollständiges LuCI vorinstalliert
|
|
|
+
|
|
|
+Nach dem Flash war unter `http://192.168.100.1` (Standard-OMR-Zugriff über den **WAN-Port**, nicht LAN) keine Weboberfläche erreichbar. Ursache: `uhttpd` war im Image nicht installiert.
|
|
|
+
|
|
|
+Schrittweise Nachinstallation über `apk` nötig, bis die Oberfläche lief:
|
|
|
+```
|
|
|
+apk add luci-base uhttpd uhttpd-mod-ubus
|
|
|
+apk add luci-theme-bootstrap
|
|
|
+apk add luci-mod-admin-full
|
|
|
+rm -f /tmp/luci-indexcache
|
|
|
+/etc/init.d/uhttpd restart
|
|
|
+```
|
|
|
+Jedes fehlende Teilstück äußerte sich als eigener Fehler (u. a. „Unable to render any theme header template“, „No page is registered at '/'“), bis alle vier Pakete installiert waren.
|
|
|
+
|
|
|
+**Ergebnis:** Standard-OpenWrt-LuCI (System, Netzwerk, etc.) war danach nutzbar – aber ohne jeden OMR-spezifischen Bedienbereich.
|
|
|
+
|
|
|
+### 2. OMR-eigener Paket-Feed liefert 404 / fehlt komplett
|
|
|
+
|
|
|
+Die für den OMR-Wizard und die Kernfunktionen nötigen Pakete (`luci-app-openmptcprouter`, `glorytun-tcp`, `shadowsocks-libev` u. a.) liegen in einem eigenen Feed (`openmptcprouter`), der bei diesem Kernel-Build (6.6, v0.64.2-6.18) nicht erreichbar ist:
|
|
|
+
|
|
|
+```
|
|
|
+apk search -v 'glorytun*'
|
|
|
+WARNING: opening from cache http://download.openmptcprouter.com:80/release/v0.64.2-6.18/ubnt-erx/packages/mipsel_24kc/openmptcprouter/packages.adb: No such file or directory
|
|
|
+```
|
|
|
+
|
|
|
+Getestet wurden zwei unterschiedliche, im System hinterlegte Feed-URLs (`download.openmptcprouter.com` und `packages.openmptcprouter.com`) – beide liefern für den `openmptcprouter`- und `luci`-Feed einen 404-Fehler.
|
|
|
+
|
|
|
+**Dies ist ein bekannter, offener Bug im Projekt selbst**, dokumentiert in [Issue #3176](https://github.com/Ysurac/openmptcprouter/issues/3176) ("opkg not updated lists on latest 6.6 kernel OMR"), betrifft alle Geräte/Architekturen mit dem neueren 6.6-Kernel-Build, nicht nur den ER-X.
|
|
|
+
|
|
|
+**Konsequenz:** Weder das LuCI-Wizard-Paket noch die eigentlichen Bonding-Kernkomponenten (Glorytun, Shadowsocks) lassen sich auf diesem Image regulär installieren. Das Problem liegt auf Seite des OMR-Projekts (kaputte/nicht gepflegte Paketquelle), nicht an unserer Konfiguration.
|
|
|
+
|
|
|
+### Fazit zu OMR auf dem ER-X
|
|
|
+
|
|
|
+Nach mehreren Etappen (Debian-13-Sperre umgangen, iperf3-Bug gepatcht, glorytun-Build-Bug gepatcht, ER-X-Partitionsmigration durchgeführt) hat sich gezeigt, dass der aktuelle OMR-Release-Zweig (v0.64.2, Kernel 6.6/6.18) an mehreren, voneinander unabhängigen Stellen fehlerhaft bzw. unvollständig gepflegt ist. Eine funktionierende OMR-Installation auf dem ER-X ist mit aktuellem Stand **nicht ohne eigenen Paket-Build** erreichbar.
|
|
|
+
|
|
|
+## Kurswechsel: BondingShouldBeFree (BSBF) statt OMR
|
|
|
+
|
|
|
+Als Alternative zu OMR wurde [BondingShouldBeFree (BSBF)](https://github.com/bondingshouldbefree) identifiziert, ein aktiveres, schlankeres Projekt mit demselben Ziel (MPTCP-basiertes Verbindungs-Bonding):
|
|
|
+
|
|
|
+- Nutzt den **Mainline-Linux-MPTCP-Stack** (bereits im OpenWrt-24.10-Kernel enthalten, kein Custom-Kernel nötig)
|
|
|
+- Nutzt **xray-core** (VLESS-Protokoll) statt Glorytun/Shadowsocks
|
|
|
+- Bietet einen **Firmware-Selector** (`fs.bondingshouldbefree.org`), der über OpenWrts offiziellen Attended-Sysupgrade-Dienst ein fertiges, vorkonfiguriertes Client-Image baut
|
|
|
+- Server-Installer läuft auf gewöhnlichen Linux-Distributionen mit `apt`, `systemd` und `ifupdown` (keine dokumentierte Einschränkung auf bestimmte Debian-Versionen, im Unterschied zu OMR)
|
|
|
+
|
|
|
+**Stand:** Wird aktuell evaluiert, noch nicht produktiv getestet. Nächste Schritte: Server-Installer-Script sichten und auf dem Freifunk-Server testen, danach Client-Image über den Firmware-Selector für den ER-X bauen.
|
mmert