Fritz!Box 7390 Modifikationen

[robert_s]

Ich fange mal ein Thema zu Firmware-Modifikationen für die Fritz!Box 7390 an.

Erste Erkenntnis: Die 7390 hat zwar wie alle bisherigen Fritz!Boxen eine MIPS-CPU - nur läuft die diesmal im big endian Modus, wie ich mit readelf anhand eines Binaries von der Box herausbekommen habe.

Da alle anderen Fritz!Boxen stets im little endian Modus liefen, sind entsprechend die bisherigen Tools wie freetz unbrauchbar. Statt den "mipsel" Packages muss man die "mips" Packages verwenden, insbesondere natürlich für den Cross-Compiler.

[radislav]

ich glaube "unbrauchbar" ist nicht ganz korrekt. es wird halt der andere kompiler nötig. damit wird freetz mit evtl anpassungen zu kompilieren sein

[robert_s]

Nach mehreren gescheiterten Versuchen, einen MIPS Cross-Compiler zusammenzubekommen, habe ich hiermit Erfolg gehabt:

http://buildroot.uclibc.org/

Das buildroot-Paket in die Freetz-Linux VM herunterladen, auspacken, "make menuconfig", die ersten beiden Punkte auf "mips" und "mips32" stellen, speichern, "make", lange Kaffeepause.

Danach habe ich eine "busybox" im target-Verzeichnis gefunden, die dann auch tatsächlich auf der Fritz!Box 7390 läuft.

Inzwischen habe ich auch raus, wie man die Toolchain benutzt: export PATH=$PATH:<buildroot-Verzeichnis>/output/staging/usr/bin, dann kann man mit "mips-linux-gcc" compilen. Wenn man ein fertiges Paket mit configure-Script bauen will: export CC=mips-linux-gcc und ./configure --host i686-unknown-linux-gnu --target mips-linux, danach "make". So ist mir zumindest ein Build von "wget" geglückt, der einwandfrei auf der Fritz!Box 7390 läuft (und deutlich schneller ist als der in der busybox enthaltene wget-Befehl).

[T_H]

... da ich (hoffentlich) bald meine 7390 bekomme, habe ich natürlich auch Interesse daran das einige mods darauf laufen.

Also vor allem:
- busybox
- openvpn
- TwonkyMedia

Wenn das schon jemand übersetzt hat und das Ergebnis teilen möchte, währe das super

Ich habe schonmal eine komplette toolchain aufgesetzt und damit auch die LDAP-Lib übersetzt, das ganze dauert nur leider seine Zeit

[robert_s]

Ich habe meine Cross-Compiling Umgebung inzwischen noch etwas verfeinert, hier die Anleitung (alles in der Freetz-Linux VM ausgeführt, die ich übrigens in Suns VirtualBox verwende):

1. Get Buildroot from http://buildroot.uclibc.org, unpack and rename directory to *-mips
2. Run "make menuconfig" and set:
- Target Architecture to (mips)
- Target Architecture Variant to (mips32r2)
- Build options -> gcc optimization level to (optimization level 3)
- Toolchain -> GCC compiler Version to (gcc 4.4.x)
3. Run "make"
4. Create a shell script which
- adds (buildroot directory)/output/staging/usr/bin to $PATH
- sets $CC to mips-linux-gcc
- sets $CFLAGS to "-O3 -march=24kec -mips16 -mdsp"
- sets $CONFIG to "--host=i686 --target=mips"
- runs bash
5. Run the shell script before building packages or compiling sources individually
6. To build a packet with a configure script, run: "./configure $CONFIG", then "make"
7. To compile something directly, run: "$CC $CFLAGS <options> <sources>"

Ggf. bei $CFLAGS "-O3" durch "-O3 -Os" ersetzen, wenn man Speicher sparen will bzw. muss. Bisher scheint die Box aber eher an die Grenze seiner CPU-Leistung als an die seiner Speicherkapazität zu stossen...

AVM scheint die Firmware übrigens ohne die Ausnutzung von MIPS32r2, mips16 und DSP compiliert zu haben, welches der Prozessor aber laut /proc/cpuinfo unterstützt - da könnte also noch etwas ungenutztes Potential liegen. Vielleicht sollte man sich mal einen komplett neuen, voll optimierten Kernel zusammenbauen...

[RalfFriedl]

Vielleicht sollte man sich mal einen komplett neuen, voll optimierten Kernel zusammenbauen...

Gibt es denn schon die Kernel-Quellen dafür?

[lp10000]

Ich habe meine Cross-Compiling Umgebung inzwischen noch etwas verfeinert, hier die Anleitung (alles in der Freetz-Linux VM ausgeführt, die ich übrigens in Suns VirtualBox verwende):

1. Get Buildroot from http://buildroot.uclibc.org, unpack and rename directory to *-mips
2. Run "make menuconfig" and set:
- Target Architecture to (mips)
- Target Architecture Variant to (mips32r2)
- Build options -> gcc optimization level to (optimization level 3)
- Toolchain -> GCC compiler Version to (gcc 4.4.x)
3. Run "make"
4. Create a shell script which
- adds (buildroot directory)/output/staging/usr/bin to $PATH
- sets $CC to mips-linux-gcc
- sets $CFLAGS to "-O3 -march=24kec -mips16 -mdsp"
- sets $CONFIG to "--host=i686 --target=mips"
- runs bash

Wie sicher sind wir uns eigentlich,
dass o.a. Details auch wirklich zur aktuellen 7390-Firmware (84.04.83) passen?
Weiß eigentlich jemand genauer,
welche gcc-Einstellungen korrekt sind?
Eigentlich ist das Bauen eines Cross-gcc nicht sooo aufwändig, dass man gleich das ganze "buildroot" hochziehen muss,
welches doch sowieso nicht mit "so alten" Kernels zurechtkommt, wie ich auf der buildroot-Mailing-Liste las.

OK, für eine Freetz-Umgebung sind die Original-gcc-Einstellungen einer "Vanilla-7390" reichlich schnuppe, aber ich möchte eigentlich erstmal auf einer "Original-AVM-Kiste" nur zusätzlich auch ext2-Partitionen mounten können, und dazu den "Original-Kernel" nachbauen, damit ich das passende ext2.ko finde.

Sorry, ja, ich finde das Quoting auch ein wenig lange, aber es wäre wirklich sehr aufwändig gewesen, das mögliche herauszuschneiden, ohne gleich einen zu kryptischen Text übrigzulassen.

[Smokers]

also ich bin ja nicht so der gimp, aber mich würde vorallem interessieren inwieweit ich mich mit den Apache/lighthttp oder ähnlichen webserver +PHP rantrauen könnte.
Würde doch gern nen halbwegsbrauchbaren webserver im netz haben mit dem ich meine Bilderverwaltung programmieren kann.
Traue keinen Online-Diensten mehr dafür

lg

[colonia27]

Moin und Willkommen im Forum,

Deine Frage ist recht einfach zu beantworten: Es kommt ganz drauf an wie bereit du selbst bist dir die hier im Forum verstreuten Informationen anzulesen und dich damit zu beschäftigen. Vorhanden sind hier diverse Howtos und Anleitungen die du nur suchen brauchst.
Wenn ich das nicht selbst tun müsste, hätt ich dir ein paar Links gegeben

[T_H]

... ich habe mal openvpn (v2.1.1) für die 7390 kompiliert (static).

Bei mir funktionierts einwandfrei.

Viel Spass
Thomas

[pinguin_do]

Hi,

danke für die Binärdatei.

Wie wendest Du die an? Ich habe bis heute die 7170 mit freetz eingesetzt und jetzt die 7390 ausgepackt.
Wenn ich in der Originalfirmware (84.04.82) diese Binärdatei einsetzen möchte, fällt mir auf, das weder tun noch tap module zur Verfügung stehen.

Vorgehen: über #96*7* telnet freigeschaltet und dann
openvpn --mktun --dev tun0
openvpn --float --config $USB_DISK/vpn/server/server.conf
versucht.

Wäre für einen Tip dankbar. Auch, wie man den Dienst dann anschließend automatisch gestartet bekommt. Oder ist es nötig, eine eigene Firmware zu erstellen?

Danke Daniel

[T_H]

Hallo Daniel,

wie man den openvpn auf der FritzBox automatisch startet wird hier im Forum schon an einigen Stellen erklärt, z.B. im Wiki

Hier mal ein "Schnellkurs"
in die debug.cfg folgendes eintragen:

(
 # USB-Mount (300 sec)
 let cnt=0;
 while [ ! -f "/var/media/ftp/wo-immer-dein-openvpn-binary-ist" ]; do
        if [ $cnt -eq 30 ]; then break; fi
        let cnt=cnt+1;
        sleep 10
 done;
)

cp /var/media/ftp/wo-immer-dein-openvpn-binary-ist /var/tmp
cp /var/media/ftp/wo-immer-dein-ca.crt-file-ist /var/tmp
cp /var/media/ftp/wo-immer-dein-ca-file-ist /var/tmp
cp /var/media/ftp/wo-immer-dein-key-file-ist /var/tmp

cp /var/media/ftp/wo-immer-dein-openvpn.config-file-ist /var/tmp

mknod /var/tmp/tun c 10 200

/var/tmp/openvpn --config /var/tmp/dein-openvpn-config-file --daemon

das geht natürlich auch viel schöner, musst Du aber auch Deinen Bedürfnissen anpassen.

Ich hoffe das hilft ein wenig

Thomas

[Revage]

Hallo zusammen,

hat schon einmal wer eine Openvpn Binary für die 7390 mit dem --enable-password-save parameter kompiliert, bzw. könnte jemand dies tun?

Ich brächte diese Funktion, damit sich meine Box mit einem Passwort-gesichterten VPN verbinden kann. Mit dieser Funktion ließe sich Openvpn dazu überreden, den Benutzernamen und das Passwort aus einer Datei auszulesen. Aus sicherheitsgründen muss Openvpn allerdings mit den entsprechenden Parametern kompiliert werden, um die Funktion zu aktivieren.

Ich habe schon selbst nach einer Anleitung gesucht, wie ich Software für die Box selber kompilieren kann. Das hat bis jetzt aber noch nicht wirklich funktioniert >.<

Viele Grüße,

Revage

[MaxMuster]

Ja, hat schonmal jemand . Mit "freetz" ist das kein Problem.

Jörg

[knorxi]

Hallo,

ich habe TwonkyMedia auf der 7390 zum Laufen gebracht. Ich benutze die Version 4.4.18 die man hier runterladen kann:
http://www.twonkyforum.com/unsupport....28-4.4.18.zip
Außerdem benötigt man die uClibc in Version 0.9.28 und zwar wie oben beschrieben in Big Endian. Mir ist es (hoffe ich) gelungen, diese zu erstellen (siehe Anhang). Auf der 7390 ist die uClibc in Version 0.9.29 enthalten und damit läuft TwonkyMedia nicht.
Wie man TwonkyMedia generell auf der 7170 installiert, ist hier beschrieben: http://www.ip-phone-forum.de/showthread.php?t=125562

Bei meiner 7390 habe ich es so gemacht:
Auf der USB-Festplatte habe ich alle Dateien von TwonkyMedia 4.4.18 ins Verzeichnis Twonky kopiert.
Von der uClibc braucht man nur die Dateien libuClibc-0.9.28.so und libpthread-0.9.28.so.
Diese habe ich ins Verzeichnis TwonkyLibMips kopiert.
Da FAT32 auf meinem USB-Laufwerk keine Links unterstützt, muss man die Dateien nochmals kopieren und zwar die libuClibc-0.9.28.so nach libc.so und nach libc.so.0 und die libpthread-0.9.28.so nach libpthread.so und libpthread.so.0.
Das müsste dann so aussehen wie im Bild TwonkyLibMips.jpg (siehe Anhang).

Jetzt muss noch die Datei twonkymedia.sh im Verzeichnis Twonky angepasst werden, damit Twonkymedia die uClic 0.9.28 findet.
Wichtig dabei sind die Zeilen:

LD_LIBRARY_PATH=/var/media/NEW_LINK/TwonkyLibMips:$LD_LIBRARY_PATH
export LD_LIBRARY_PATH

Meine twonkymedia.sh sieht so aus:

#!/bin/sh
#
# MediaServer Control File written by Itzchak Rehberg
# Modified for fedora/redhat by Landon Bradshaw <phazeforward@gmail.com>
# Adapted to TwonkyMedia 3.0 by TwonkyVision GmbH
# Adapted to TwonkyMedia 4.0 by TwonkyVision GmbH
#
# This script is intended for SuSE and Fedora systems. Please report
# problems and suggestions at http://www.twonkyvision.de/mantis/
#
#
###############################################################################
#
### BEGIN INIT INFO
# Provides:       twonkymedia
# Required-Start: $network $remote_fs
# Default-Start:  3 5
# Default-Stop:   0 1 2 6
# Description:    TwonkyVision UPnP server
### END INIT INFO
#
# Comments to support chkconfig on RedHat/Fedora Linux
# chkconfig: 345 71 29
# description: TwonkyVision UPnP server
#
#==================================================================[ Setup ]===

WORKDIR1="/var/media/NEW_LINK/Twonky"
#WORKDIR2="`dirname $0`"
PIDFILE=/var/run/twonky.pid

#=================================================================[ Script ]===

# Source function library.
if [ -f /etc/rc.status ]; then
  # SUSE
  . /etc/rc.status
  rc_reset
else
  # Reset commands if not available
  rc_status() {
    case "$1" in
	-v)
	    true
	    ;;
	*)
	    false
	    ;;
    esac
    echo
  }
  alias rc_exit=exit
fi


if [ -x "$WORKDIR1" ]; then
WORKDIR="$WORKDIR1"
else
WORKDIR="$WORKDIR2"
fi

DAEMON=twonkymedia
if [ ! -f "${WORKDIR}/${DAEMON}" ]
then
    DAEMON=twonkymusic
fi
TWONKYSRV="${WORKDIR}/${DAEMON}"

INIFILE="${WORKDIR}/twonkyvision-mediaserver.ini"

cd $WORKDIR

case "$1" in
  start)
    if [ -e $PIDFILE ]; then
      PID=`cat $PIDFILE`
      echo "Twonky server seems already be running under PID $PID"
      echo "(PID file $PIDFILE already exists). Checking for process..."
#      running=`ps --no-headers -o "%c" -p $PID`
       running=`ps | grep $PID | grep twonky | sed s/^..........................//g | sed 's/\([^ ]*\).*/\1/'`
#      if [ "${DAEMON}" == "${running}" ]; then
      if [ "${TWONKYSRV}" == "${running}" ]; then
        echo "Process IS running. Not started again."
      else
        echo "Looks like the daemon crashed: the PID does not match the daemon."
        echo "Removing flag file..."
        rm $PIDFILE
        $0 start
        exit $?
      fi
      exit 0
    else
      if [ ! -x "${TWONKYSRV}" ]; then
	  echo "Twonky servers not found".
	  rc_status -u
	  exit $?
      fi
      echo -n "Starting $TWONKYSRV ... "
      LD_LIBRARY_PATH=/var/media/NEW_LINK/TwonkyLibMips:$LD_LIBRARY_PATH
      export LD_LIBRARY_PATH
      $TWONKYSRV -D -inifile "${INIFILE}"
      rc_status -v
    fi
  ;;
  stop)
    if [ ! -e $PIDFILE ]; then
      echo "PID file $PIDFILE not found, stopping server anyway..."
      killall -TERM twonkymedia twonkymusic
      rc_status -u
      exit 3
    else
      echo -n "Stopping Twonky MediaServer ... "
      PID=`cat $PIDFILE`
      kill -TERM $PID
      rm -f $PIDFILE
      rc_status -v
    fi
  ;;
  reload)
    if [ ! -e $PIDFILE ]; then
      echo "PID file $PIDFILE not found, stopping server anyway..."
      killall -TERM twonkymedia twonkymusic
      rc_status -u
      exit 3
    else
      echo -n "Reloading Twonky server ... "
      PID=`cat $PIDFILE`
      kill -HUP $PID
      rc_status -v
    fi
  ;;
  restart)
    $0 stop
    $0 start
  ;;
  status)
    if [ ! -e $PIDFILE ]; then
#      running="`ps ax --no-headers | grep -e twonkymedia -e twonkymusic | grep -v grep | grep -v twonkymedia.sh | cut -d ' ' -f 1`"
      running="`ps | grep -e twonkymedia -e twonkymusic | grep -v grep | grep -v twonkymedia.sh`"
      if [ "${running}" == "" ]; then
        echo "No twonky server is running"
      else
        echo "A twonky server seems to be running (PID: "${running}"), but no PID file exists."
        echo "Probably no write permission for ${PIDFILE}."
      fi
      exit 0
    fi
    PID=`cat $PIDFILE`
#    running=`ps --no-headers -o "%c" -p $PID`
    running=`ps | grep $PID | grep twonky | sed s/^..........................//g | sed 's/\([^ ]*\).*/\1/'`
#    if [ "${DAEMON}" == "${running}" ]; then
    if [ "${TWONKYSRV}" == "${running}" ]; then
#      echo ${TWONKYSRV}
#      echo ${running}      
      echo "Twonky server IS running."
    else
      echo "Looks like the daemon crashed: the PID does not match the daemon."
    fi
  ;;
  *)
    echo ""
    echo "Twonky server"
    echo "-------------"
    echo "Syntax:"
    echo "  $0 {start|stop|restart|reload|status}"
    echo ""
    exit 3
  ;;
esac

rc_exit

Meine debug.cfg sieht so aus.

#!/bin/sh
#Twonky Startscript ausfuehren
sleep 60
cp /var/media/NEW_LINK/Twonky/twonkymedia.sh /var/tmp/twonky
chmod +x /var/tmp/twonky
/var/tmp/twonky start

Um TwonkyMedia unter der 7170 zum Laufen zu bringen, war noch die Datei libcm.so nötig. Diese scheint aber nicht mehr gebraucht zu werden.???

[Jpascher]

Edit: Entsorgt!

MaxMuster hat die richtige Antwort!

[MaxMuster]

Auf der 7390 ist die uClibc in Version 0.9.29 enthalten und damit läuft TwonkyMedia nicht.

Wenn in der für das heruntergeladene Programm genutzten Toolchain eine andere C-Library genutzt wird ("...twonkymedia-mipseb-uclibc-0.9.28-4.4.18.zip"), als in der Box-FW genutzt wird, dann ist das normal, wenn es nicht geht, da kann die Box nix für . Da musst du schon selbst ran, und gegen die uClib der Box linken...
Deshalb wurden auch die Programme in diesem Thread wohl statisch gelinkt, um keine Library-Abhängigkeiten zu erzeugen.

Jörg

[knorxi]

@MaxMuster, JPascher:

Natürlich kann die Box nichts dafür.
TwonkyMedia ist ein kommerzielles Programm, das man nicht selber übersetzen kann. Es gibt es im Moment nur dynamisch gegen die uClibc-0.9.28 gelinkt. Ich habe beschrieben, wie man es doch auf der Box einsetzen kann.
Ich bin selbst ran gegeangen und hab die uClib dafür neu übersetzt.
Das ist keine Frage sondern die Lösung, die in meinem Beitrag oben steht.