Du bist nicht angemeldet.
Ich habe die Schnipsel gefunden mit dem ich damals busybox httpd ausprobiert habe. Voraussetzung ist, dass die normale GUI bereits gestartet wurde:
mkdir -p /var/tmp/www-fl
ln -s /usr/www/all/css /var/tmp/www-fl/css
# Für "Master Tester" skin, unter /usr/www/all/css befinden sich ein paar Grafiken, die mt-skin unter /css/default/images ... erwartet.
mkdir -p /var/tmp/www-fl/cgi-bin
ln -s /var/fritzload/cgi /var/tmp/www-fl/cgi-bin/fritzload
ln -s /var/tmp/fritzloadSTR/www /var/tmp/www-fl/cgi-bin/fritzloadstream
ln -s /var/fritzload/html /var/tmp/www-fl/html
# jetzt nur noch den httpd starten
/var/fritzload/bin/7390/busybox httpd -p 90 -h /var/tmp/www-fl/und FritzLoad ist unter
http://fritz.box:90/cgi-bin/fritzload/gui_download.cgi
erreichbar.
Diese busybox wird für das Update von sehr alten Revisionen benötigt.
Ein Vorschlag wäre statt
echo "htmlpath=/var/tmp/www-fritzload/html" > /var/tmp/fritzload.htmlpathecho "htmlpath=/html" > /var/tmp/fritzload.htmlpathzu verwenden.
Für den Stream gibt http://fritz.box:90/cgi-bin/streaminit?dl=1&ip=0 eine ungültige Url zurück.
@rolex0815
Ich habe auch schonmal mit dem Busybox httpd gespielt. Ich habe damals dafür die /var/tmp/fritzload.htmlpath angepasst damit je nach verwendeten Webserver der richtige Pfad gewählt wird. Für eine dauerhafte Lösung sollte die guiinit.sh angepasst werden.
Ich sehe das mit dem RAM eher unproblematisch. Es könnte sogar besser laufen, da mit dem Stream nicht mehr getrickst werden muss. Freetz läuft ja auch mit dem httpd.
Frohe Weihnachten wünsche ich euch allen.
Dank der Infos von rolex0815 sollte es nun wieder funktionieren.
Ein eigener Webserver würde wirklich viele Dinge vereinfachen. Man könnte auf Tricksereien beim Stream verzichten und Firmware-Updates würden nicht mehr nötige Anpassungen mit sich ziehen.
Ich müsste auch ausprobieren.
Das Problem ist wahrscheinlich der Header.
Die 38 kommt mir merkwürdig vor, aber ich würde zuerst HTTP/1.0 in HTTP/1.1 ändern und dann schauen, ob es geht.
Falls das nicht geht würde ich den Struktur des Headers anpassen (ohne Document follows)
Installieren bringt dir nicht so viel.
Du solltest folglich lieber mit
./install.sh -gstarten.
Die anderen Fehler wird dies aber wahrscheinlich nicht beheben. Da ich diese Firmware nicht verwende, kann ich die Fehler leider nicht nachvollziehen und damit auch nicht beheben.
Hallo zupipo. Über Telnet lässt sich Fritzload auch mit der neuen Original-Firmware ganz normal starten. Nur für den Autostart nach einem Neustart benötigst du eine modifizierte Firmware, AVM diese Funktion aus Sicherheitsgründen entfernt hat.
Es gibt auch für die 7390 die Möglichkeit, die debug.cfg zurückzubringen.
http://www.ip-phone-forum.de/showthread.php?t=273304
Für eine Lösung direkt auf der Box fehlt noch ein Versuchkarnickel und in der Lage sein bei einem Fehlversuch, die Box zu recovern.
http://www.ip-phone-forum.de/showthread.php?t=273304
Ist jetzt vorhanden.
Es ist übrigens nicht schwer Plugins zu erstellen. Dieser Hoster benötigt beispielsweise nur folgenden(oder ähnlichen) Code:
solidfiles_com(){
local f=$tmp/dl.response.htm filename url
while [ $try -lt $retries ]; do
: $((try++))
# lade die erste Seite wobei die URL in param übergeben wird, speichere den Inhalt in der Datei f
GET "$param" $f "" "GET1" || { needReconnect; continue; }
# Finde den ersten Wert des Attributs href in einer Zeile in dem die Zeichenfolge direct-download-link vorkommt
url=$(<$f parse_attr direct-download-link href)
# Der Dateiname ist alles hinter dem letzten '/'
filename=${url##*/}
if download "$url" "$filename" "";then
return 0
fi
done
}Es gab mal Pläne eine sauberere Benutzeroberfläche zu erstellen. Aus Zeitgründen und mangelndem Interesse wurde daraus aber leider nichts.
Meiner Meinung nach, bringt es nicht viel das Flickwerk zu entwirren. Wesentlich einfacher sollte es sein eine neue Benutzerfläche und neue Schnittstellen zu erstellen.
Leider sind die Antworten der Fritzbox nicht im Log enthalten. Vielleicht ist ein WebProxy doch die bessere Variante:
http://www.telerik.com/fiddler/fiddlercap
Habe eine vorläufige Lösung eingebaut.
Es wäre gut zu sehen, was beim Browser ankommt.
Dies geht mit einem Debugging-Proxy oder auch mit einer Erweiterung wie zum Beispiel mit Live HTTP Headers (ist wahrscheinlich die einfachere Variante).
Diesen gibt es für Google Chrome und Firefox:
https://chrome.google.com/webstore/deta … dclcnpgnlo
https://addons.mozilla.org/de/firefox/a … p-headers/
Die Infos reichen leider nicht aus, um das Problem ohne die entsprechende Firmware effizient zu beheben.
Du solltest die Captchaeingabe über die Benutzerfläche ausschalten, damit der Captchadienst verwendet wird.
Was steht den in der "failed"-Datei?
Du solltest vorher telnet aktivieren:
http://support.microsoft.com/kb/978779/de