Apache v1.3.34 Webserver für die FritzBox!

Deefrag

@DEEFRAG:
Der Erfolg von Webhamster lässt mich hoffen, dass auch ich es hinbekomme. Schade nur: die Adresse http://deefrag.dyndns.org/ lässt sich gerade nicht aufrufen. Vielleicht kann DEEFRAG den Download noch parallel woanders hinklatschen, denn sicherlich ist auch die FB mit den Downloads gut beschäftigt... :p
(Webspace dürfte ja nicht das Problem sein, ansonsten PM bitte!)

Nachdem jetzt ne neue feste Firmware aus dem Labor der 7170 rauskam, lässt es mich hoffen, dass eine neue Firmware die USB-Laufwerke von Haus (AVM) aus einbindet. *träum*
Und am Ende steckt an der Box ein Knoppix als Terminalsystem... ;)

Gruß jbraunm
 
Zuletzt bearbeitet:
Server wieder erreichbar

Sorry, hab an meinen Portfreigaben rumgespielt, danach war leider der Server nicht mehr zu erreichen, hab ihn jetzt aber wieder online.

Habe die Anleitung von Webhamster auch in die start.txt mit reingemacht.

Ich hab den Server auch als tar.gz-Datei als Anhang eingefügt, da Zip-Dateien nur maximal 1,9 MB groß sein dürfen und dieses Limit leider überschritten wurde.
 

Anhänge

  • apache.tar.gz
    2.2 MB · Aufrufe: 112
Hallo,

leider funzt es noch nicht.

Bin streng nach Anleitung vorgegangen auf meiner 7270.

Bei der Eingabe von
ifconfig eth0:1 192.168.178.100 netmask 255.255.255.0 up
bekam ich die Fehlermeldung
SIOCSIFADDR: File exists
SIOCSIFNETMASK: Cannot assign requested address
SIOCSIFFLAGS: Cannot assign requested address

Daher bin ich einem anderswo zu lesenden Rat gefolgt und habe eth0:1 durch lan:1 ersetzt. Da gab es keine Fehlermeldung. War das falsch?

Was mich aber am meisten stutzig macht, ist folgendes:

# /var/media/ftp/ExternalHDD-Partition-0-1/apache/apache -f /var/media/ftp/ExternalHDD-Partition-0-1/apache/conf/apache.conf
fopen: No such file or directory
apache: could not open error log file /var/media/ftp/ExternalHDD-Partition-0-1/apache/logs/apache_error_log.


Ich verstehe die Ursache nicht, der Pfad ist 100 % korrekt.

Irgendwelche Tipps?

[Posting 2:]
Hab's jetzt selbst gelöst. Man muss erst noch das Verzeichnis logs und eine leere Datei apache_error_log anlegen und die nötigen Schreibrechte erteilen, dann funktioniert es.

@DEEFRAG: Vielleicht könntest du das direkt in deinem Paket mit aufnehmen ...

Ansonsten 1000 Dank an DEEFRAG und alle anderen für die tollen Daten, Hinweise und Anleitungen!
 
Zuletzt bearbeitet von einem Moderator:
Hallo!
Könnte bitte jemand eine genauere Anleitung erstellen? (halt mit den Sachen, die man noch beachten muss)
Das wäre wirklich ganz ganz nett!
Vielen Dank!
 
@Dadof3

Das gleiche Problem mit der Fehlermeldung bei ifconfig habe ich auch.
Bei mir funktioniert die Portweiterleitung trotzdem ohne auf lan:1 zu wechseln.

Mir macht nur Sorgen, dass bei jedem Webzugriff ein Compilerfehler in die Datei apache_error_log geschrieben wird und diese dadurch schnell groß wird.
Code:
# more apache_error_log

[Sat Jun  7 18:42:41 2008] [notice] Apache/1.3.37 (Unix) configured -- resuming
normal operations
[Sat Jun  7 18:42:41 2008] [notice] Accept mutex: sysvsem (Default: sysvsem)
/var/media/ftp/MassStorageDevice-Partition-0-1/apache/apache: can't resolve symb
ol '__eqsf2'
/var/media/ftp/MassStorageDevice-Partition-0-1/apache/apache: can't resolve symb
ol '__eqsf2'
/var/media/ftp/MassStorageDevice-Partition-0-1/apache/apache: can't resolve symb
ol '__eqsf2'
/var/media/ftp/MassStorageDevice-Partition-0-1/apache/apache: can't resolve symb
ol '__eqsf2'
/var/media/ftp/MassStorageDevice-Partition-0-1/apache/apache: can't resolve symb
ol '__eqsf2'


Der Tipp aus diesem Thread mit der absoluten Pfadangabe bringt keine Abhilfe:
http://www.ip-phone-forum.de/showthread.php?p=1040306&highlight=__eqsf2#post1040306
 
Zuletzt bearbeitet:
Das ist kein Compilerfehler, sondern ein Laufzeitfehler, und es ist seltsam, daß damit überhaupt etwas funktioniert.

Anscheinend tritt der Fehler erst so spät auf, daß er nicht mehr wichtig ist.

Die Funktion sollte irgendwo in der libgcc zu finden sein.
 
anderes problem

sry das ich dieses alte Thema wieder hochwürge aber komme einfach nicht weiter.

es läuft alles gut im lokalen netz errecihe ich den apache unter 192.168.178.1:85 bzw fritz.box:85

mit einer dyndns weiterleitung komme ich auf das usb speichermedium
alerdings nicht auf den apache

(können jezt noch andere teile der debug.cfg dabei sein)
debugcfg:
Code:
#variabeln:

export DB=/var/flash/debug.cfg
export USBNAMEALT1=USBMassStorageDevice-Partition-0-1
export USBNAMEALT2=USB2-0IDEDEVICE-Partition-0-2
export USBNAME=USB
export FTP=/var/media/ftp
export VIP=192.168.178.253
export NETM=255.255.255.0
export WEBTRANS_DIR=$USBNAME/web
export max=5
export i=0

# forward apache 
ifconfig eth0:1 $VIP netmask $NETM down
ifconfig eth0: $VIP netmask $NETM up
ifconfig eth0:1 $VIP netmask $NETM up

sleep 60

# aktivirung apache
/var/media/ftp/$USBNAME/apache/apache -f /var/media/ftp/$USBNAME/apache/conf/apache.conf
echo apache aktivirt

echo debug.cfg beendet
und in der fritzbox eben den port 80 an 85 auf 192.168.178.253 verwisen

das errorlog gibt aus

Code:
/var/media/ftp/USB/apache/apache: can't resolve symbol '__eqsf2'
/var/media/ftp/USB/apache/apache: can't resolve symbol '__eqsf2'
/var/media/ftp/USB/apache/apache: can't resolve symbol '__eqsf2'
/var/media/ftp/USB/apache/apache: can't resolve symbol '__eqsf2'
/var/media/ftp/USB/apache/apache: can't resolve symbol '__eqsf2'
/var/media/ftp/USB/apache/apache: can't resolve symbol '__eqsf2'
/var/media/ftp/USB/apache/apache: can't resolve symbol '__eqsf2'
/var/media/ftp/USB/apache/apache: can't resolve symbol '__fpcmp_parts_f'
/var/media/ftp/USB/apache/apache: can't resolve symbol '__fpcmp_parts_f'

^^immer wieder das gleiche ab und zu mal was anderes drin aber überwiegend das.
und als windows xp user weis ich nicht was das bedeutet:confused:

Das ganze soll auf einer 7270 laufen (also normal genug an resourcen da)
als dns soll dies hier herhalten >> www.kaiser91home.no-ip.biz

hoffe irgendwer hat ne lösung für mich.
 
ich habe das problem, sobald ich einen RECONNECT ausführe, ist apache von außen nicht mehr erreichbar. ist das normal oder hat jemand einen idee die mir weiterhelfen könnte ?
 
Zuletzt bearbeitet:
ok, das mit dem reconnect hat sich auf einmal erledigt. keine ahnung warum. hab einfach hier und da bisschen rumgespielt und apache mit benutzeranmeldung versehen.
leider habe ich jetzt ein neues problem. hat jemand mal probiert files über apache auf die box zu laden. ich habe schon mehrere skripte getestet und es gab immer mit dem upload probleme. zur zeit läuft bei mir showfiles2. alles funktioniert wunderbar bis halt eben der datei upload. verzeichnisrechte habe ich schon mit chmod 777 geändert. hat aber nichts gebracht. ich habe das hochladen über die internet ip und auch über die netzwerk ip getestet. als fehlermeldung gibt das programm "error code 6" zurück. habe keine weiteren infos dazu gefunden.
 

Anhänge

  • showfiles2.zip
    988.1 KB · Aufrufe: 27
mein problem hat sich wieder von selbst erledigt. für den der sich genauso wenig auskennt wie ich: im verzeichnis apache\cgi-bin befindet sich die datei php.ini. dort ein verzeichnis für den eintrag upload_tmp_dir= xxx angeben. danach noch das verzeichnis auf der fritzbox erstellen und mit chmod 777 xxx die berechtigung anpassen. ich habe ziemlich viele uploadskripte getestet.das beste, dass ich gefunden habe, heißt phpXplorer. freeware und richtig gut.
 
Sorry, hab an meinen Portfreigaben rumgespielt, danach war leider der Server nicht mehr zu erreichen, hab ihn jetzt aber wieder online.

Habe die Anleitung von Webhamster auch in die start.txt mit reingemacht.

Ich hab den Server auch als tar.gz-Datei als Anhang eingefügt, da Zip-Dateien nur maximal 1,9 MB groß sein dürfen und dieses Limit leider überschritten wurde.

Hallo DEEFRAG!
Nach deiner Anleitung funktioniert der Apache zwar netzintern, aber leider nicht aus dem WAN.

Meine Freigaben:
Code:
forwardrules = "tcp 0.0.0.0:21 0.0.0.0:21 0",
               "udp 0.0.0.0:5060 0.0.0.0:5060",
               "tcp 0.0.0.0:8888 0.0.0.0:80",
               "tcp 0.0.0.0:80 10.0.0.100:85 0 # Apache";

Meine FB hat die IP 10.0.0.1, auch alle Rechner sind im 10.0.0.* - Bereich.

gebe ich folgendes ein:
Code:
# ifconfig eth0:1 10.0.0.100 netmask 255.255.255.0 up
erscheint folgendes:
Code:
SIOCSIFFLAGS: Cannot assign requested address

Mache ich etwas falsch?
Meine Firmware-Version 29.04.49.

Grüße
mathes72
 
Mache ich etwas falsch?
Meine Firmware-Version 29.04.49.

Grüße
mathes72

Hmm habe bei mir folgendes gemacht da virtual IP ja nicht mehr geht.
Code:
                        forwardrules = "udp 0.0.0.0:5060 0.0.0.0:5060", 
                                       "tcp 0.0.0.0:80 0.0.0.0:85 0 # apache",

So sehe ich die Freigabe zwar nicht im WEBGUI aber ich weiss ja was ich gemacht habe.

Gruß Mario
 
Hmm habe bei mir folgendes gemacht da virtual IP ja nicht mehr geht.
Code:
                        forwardrules = "udp 0.0.0.0:5060 0.0.0.0:5060", 
                                       "tcp 0.0.0.0:80 0.0.0.0:85 0 # apache",

So sehe ich die Freigabe zwar nicht im WEBGUI aber ich weiss ja was ich gemacht habe.

Gruß Mario

Achso also geht dass mit Virtual IP nicht mehr.
Funktioniert es mit
Code:
                        forwardrules = "udp 0.0.0.0:5060 0.0.0.0:5060", 
                                       "tcp 0.0.0.0:80 0.0.0.0:85 0 # apache",
auch vom Internet aus bei dir?

mathes72
 
benuzt den FBeditor dan geht das mit virtual ip wieder
 
Hmm habe bei mir folgendes gemacht da virtual IP ja nicht mehr geht.
Code:
                        forwardrules = "udp 0.0.0.0:5060 0.0.0.0:5060", 
                                       "tcp 0.0.0.0:80 0.0.0.0:85 0 # apache",

Frage, hab nun auf die neue Firmware 40.04.57 geupdatet mit der Fritz!Box 7141. Vorher lief mein Apache gut. Erreiche den nur noch intern über die IP 10.0.0.2:82 In der Fritz!Box hab ich aber eine Portweiterleitung von Port 80 auf 10.0.0.2:82 eingerichtet. Anfragen über DynDns sollten doch eigentlich funzen.
In der ar7.cfg hab ich den Eintrag:
PHP:
             forwardrules = "tcp 0.0.0.0:443 0.0.0.0:443 0",
                            "tcp 0.0.0.0:21 0.0.0.0:21 0",
                            "udp 0.0.0.0:5060 0.0.0.0:5060",
                            "tcp 0.0.0.0:80 10.0.0.2:82 0 # Fritz HTTP-Server",
             shaper = "globalshaper";
stehen. Warum geht das denn nicht von extern?
Den neuen Fernwartungsdienst kann ich nutzen, DynDns zeigt also
wirklich auf meine IP.
 
Hallo Juscho,Gehört da nicht ein Semikolon (;) ans Ende der Zeile?

Ja wenn es der letzte Eintrag der Forwardrules ist dann schon. Ich hatte bei mir nur einen Ausschnitt rauskopiert. Daher hat Juscho es wohl falsch übernommen.

Gruß Mario
 
Ja ist, war nur ein Ausschnitt um das Unwichtige auszublenden aus der Datei. Lokal komm ich drauf, extern nur nicht.
 
Apache intern/ok extern/nook

hallo ich habe auch das gleiche problem ! kann uns keiner helfen !

Ich bekomme diese Fehlermeldung:
Jul 6 15:34:28 dsld[803]: internet: 10.163.1.253 not an intern host, forwardrule "udp 0.0.0.0:80 10.163.1.253:85 0 # Apache" ignored
 

Zurzeit aktive Besucher

Statistik des Forums

Themen
246,046
Beiträge
2,244,990
Mitglieder
373,451
Neuestes Mitglied
Ayzham
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.