Fritz!Box 7390 Modifikationen

[radislav]

ist die version statisch gelinkt? kannst du bitte noch die ausgabe von "./apache -l" posten

[MaxMuster]

Ja, und ja:

root@fritz:/var/tmp# ./apache -l
Compiled-in modules:
  http_core.c
  mod_so.c
suexec: disabled; invalid wrapper /apache-1.3.41/bin/suexec
root@fritz:/var/tmp# ldd ./apache 
ldd: can't open cache 'etc/ld-uClibc.so.cache'
        not a dynamic executable
root@fritz:/var/tmp#

Jörg

[radislav]

wären diese module zu viel verlangt:

  mod_env.c
  mod_log_config.c
  mod_mime.c
  mod_negotiation.c
  mod_status.c
  mod_include.c
  mod_autoindex.c
  mod_dir.c
  mod_cgi.c
  mod_asis.c
  mod_imap.c
  mod_actions.c
  mod_userdir.c
  mod_alias.c
  mod_access.c
  mod_auth.c
  mod_setenvif.c
  mod_ssl.c

rot - hochste priorität. mod_gd.c wäre u.a. auch interresant

[MaxMuster]

Hm, das ist doch mit "-enable-module=most" übersetzt und "mod_so.c" ist drin. Reicht das nicht??

root@fritz:/var/tmp#root@fritz:/var/tmp# ls -1 /var/tmp/apache-1.3.41/libexec/
httpd.exp
libproxy.so
mod_access.so
mod_actions.so
mod_alias.so
mod_asis.so
mod_auth.so
mod_auth_anon.so
mod_autoindex.so
mod_cern_meta.so
mod_cgi.so
mod_digest.so
mod_dir.so
mod_env.so
mod_expires.so
mod_headers.so
mod_imap.so
mod_include.so
mod_info.so
mod_log_config.so
mod_log_forensic.so
mod_mime.so
mod_mime_magic.so
mod_negotiation.so
mod_rewrite.so
mod_setenvif.so
mod_speling.so
mod_status.so
mod_unique_id.so
mod_userdir.so
mod_usertrack.so
mod_vhost_alias.so
root@fritz:/var/tmp#

Jörg

EDIT: Habe jetzt mal alles direkt reingebaut (--disable-shared=all) und ein neues Binary drangehängt:

root@fritz:/var/tmp# ./apache -l
Compiled-in modules:
  http_core.c
  mod_vhost_alias.c
  mod_env.c
  mod_log_config.c
  mod_mime_magic.c
  mod_mime.c
  mod_negotiation.c
  mod_status.c
  mod_info.c
  mod_include.c
  mod_autoindex.c
  mod_dir.c
  mod_cgi.c
  mod_asis.c
  mod_imap.c
  mod_actions.c
  mod_speling.c
  mod_userdir.c
  mod_alias.c
  mod_rewrite.c
  mod_access.c
  mod_auth.c
  mod_auth_anon.c
  mod_digest.c
  mod_proxy.c
  mod_cern_meta.c
  mod_expires.c
  mod_headers.c
  mod_usertrack.c
  mod_log_forensic.c
  mod_unique_id.c
  mod_setenvif.c
suexec: disabled; invalid wrapper /var/tmp/apache-1.3.41/bin/suexec
root@fritz:/var/tmp#

[MaxMuster]

Ach so, weil ich schon dabei war, für die "ganz harten" noch ein 8,5 MB großes PHP, statisch übersetzt:

root@fritz:/var/tmp# ./php-cgi -m
[PHP Modules]
cgi-fcgi
Core
ctype
curl
date
dom
ereg
exif
filter
gd
hash
iconv
json
libxml
mbstring
openssl
pcntl
pcre
PDO
pdo_sqlite
posix
Reflection
session
SimpleXML
sockets
SPL
SQLite
sqlite3
standard
sysvmsg
sysvsem
sysvshm
tokenizer
xml
xmlreader
xmlwriter
zlib

[Zend Modules]

root@fritz:/var/tmp#

Nur als Hinweis: Ich habe von der Anwendung selbst keine Ahnung; wäre also über Rückmeldungen, ob das zu irgendwas nützlich/brauchbar ist, dankbar.

Jörg

[radislav]

das ist doch mit "-enable-module=most" übersetzt und "mod_so.c" ist drin. Reicht das nicht??

sorry, habe ich übersehen: ich glaube das ist sogar die bessere methode als ohne module-unterstützung. aber nun haben wir ja 2 zur auswahl

ob das zu irgendwas nützlich/brauchbar ist

aber natürlich ist es nützlich!

ich würde nämlich diese binarys mit einer beschreibung auf meiner homepage veröffentlichen. das gibts es eigentlich alles schon, nur nicht für die fritzbox 7390

[AndrejTM]

Zuerstmal danke an MaxMuster für das Compilen und Hochladen der Dateien für Apache!

EDIT: Habe jetzt mal alles direkt reingebaut (--disable-shared=all) und ein neues Binary drangehängt: ...

Ich habe die apache-Datei aus dem ersten Posting durch das (umbenannte) File aus Anhang des zweiten Postings ersetzt.

Nach dem Anpassen der Pfade in der apache.conf-Datei und dem Starten von apache habe (zumindest ich) bei dieser Version das folgende Problem:

# /var/media/ftp/SAMSUNG-HM320II-01/apache-1.3.41/bin/apache -f /var/media/ftp/SAMSUNG-HM320II-01/apache-1.3.41/conf/apache.conf
Syntax error on line 225 of /var/media/ftp/SAMSUNG-HM320II-01/apache-1.3.41/conf/apache.conf:
Invalid command 'LoadModule', perhaps mis-spelled or defined by a module not included in the server configuration

Bei der ersten Version von apache erhalte ich zudem ein Segmentation fault

Liegt der Fehler bei meiner apache.conf-Konfiguration?

[Didid]

Hallo Andrejtm, ich habe die gleichen Probleme mit dieser Version, habe apache.conf umgeschrieben, in meiner Version liegt die apache-datei unter /bin.
Habe dann unter root den Pfad auf var.../apache-1.3.41/bin geändert.
Jetzt findet der Server beim laden die Dateien in libex nicht.
Was mache ich falsch,?
kannst Du mir helfen?

Mfg

[AndrejTM]

"LoadModule" scheint das Problem zu sein... Ein kurzes googlen nach "Invalid command LoadModule" hat erbracht, dass das Modul "mod_so.c" nicht mit compiliert wurde. Auch in der Ausgabe von "apache -l" fehlt dies, siehe Post #84.

Vielleicht muss die Option "--enable-module=so" beim Compilen zusätzlich angegeben werden?!?

@MaxMuster: Könntest Du dies nochmal probieren? Danke!

@Didid:
Hast Du wirklich den gleichen Fehler?

Hallo Andrejtm, ich habe die gleichen Probleme mit dieser Version, habe apache.conf umgeschrieben, in meiner Version liegt die apache-datei unter /bin.
Habe dann unter root den Pfad auf var.../apache-1.3.41/bin geändert.
Jetzt findet der Server beim laden die Dateien in libex nicht.

Vielleicht musst Du nur den Pfad "libexec/mod_..." um Dein "/var.../apache-1.3.41/" ergänzen, falls bei Dir LoadModule funktioniert.

[Flouw]

Ich bedanke mich auch mal schonmal bei MaxMuster für seine Mühe den Apachen zu compilieren. Werden mich im Laufe des Tages mal an die Config machen.

Ich will nicht frech werden und zuviel fordern aber wie siehts mit Subversion aus?

Grüße

[RalfFriedl]

Vermutlich geht LoadModule nicht, weil das Programm statisch gelinkt ist.

[colonia27]

... aber wie siehts mit Subversion aus?

Keine Ahnung, versuchs mal
Wusst nicht was benötigt wird, deshalb mal alles....
Aufteilen musst ich auch, den sonst wär der Anhang toooo big.

Selbstverständlich Alles UNGETESTET!!

[MaxMuster]

Vermutlich geht LoadModule nicht, weil das Programm statisch gelinkt ist.

... nicht ganz korrekt (soweit ich das verstehe) .

Entweder nimmt man das erste "Komplettpaket", dessen Binary zwar statisch gelinkt ist, aber selbst die Module nicht enthält, sondern nachladen kann (die sind in dem Unterordner "libexec").

Oder man nutzt das zweite Binary, das sollte eigentlich keine zusätzlichen Module nachladen müssen (aber das auch nicht können ).
Dafür muss man natürlich eine "passende" Konfiguration ohne "LoadModule" Zeilen nutzen...

Jörg

[Didid]

[Edit frank_m24: Vollzitat gelöscht, siehe Forumregeln.]

Hai, habe alles versucht auch die Erweiterung der Pfade, - geht nicht die Datei bezieht sich dann auf die Pfaderweiterung z.b /var/media/ftp/(Usb)/apache-1.3.41/bin/var/media/ftp/(Usb)/apache-1.3.41/libexec/datei....Datei nicht gefunden, apache-1.3.41/bin/ ist immer als Bezugsverzeichnis, wie stelle ich das ab?
MFG

[MaxMuster]

Mit "apache -d /var/tmp/apache-1.3.41" oder "apache -d /var/media/ftp/(Usb)/apache-1.3.41" geht es nicht?
Ich habe es nur übersetzt, wirklich Ahnung habe ich von dem Programm nicht unbedingt.

Jörg

[Didid]

[Edit frank_m24: Vollzitat vom Beitrag direkt darüber gelöscht, siehe Forumregeln.]

Hallo Jörg, was bedeutet – d, ist das ein Verweis, Link? Wo muss ich das eintragen in der apache.conf ? vor dem libexec, zb
– d /var/ftp/u.s.w/lebexec/u.s.w ?

[MaxMuster]

Beim Aufruf:

root@fritz:/var/tmp/apache-1.3.41# /var/tmp/apache-1.3.41/bin/apache  -h
Usage: /var/tmp/apache-1.3.41/bin/apache [-D name] [-d directory] [-f file]
                                         [-C "directive"] [-c "directive"]
                                         [-v] [-V] [-h] [-l] [-L] [-S] [-t] [-T] [-F]
Options:
  -D name          : define a name for use in <IfDefine name> directives
  -d directory     : specify an alternate initial ServerRoot <--- das hier
  -f file          : specify an alternate ServerConfigFile
  -C "directive"   : process directive before reading config files
  -c "directive"   : process directive after  reading config files
  -v               : show version number
  -V               : show compile settings
  -h               : list available command line options (this page)
  -l               : list compiled-in modules
  -L               : list available configuration directives
  -S               : show parsed settings (currently only vhost settings)
  -t               : run syntax check for config files (with docroot check)
  -T               : run syntax check for config files (without docroot check)
  -F               : run main process in foreground, for process supervisors
root@fritz:/var/tmp/apache-1.3.41#

Zu den File-Namen steht im Config-File:

# Configuration and logfile names: If the filenames you specify for many      
# of the server's control files begin with "/" (or "drive:/" for Win32), the  
# server will use that explicit path.  If the filenames do *not* begin        
# with "/", the value of ServerRoot is prepended -- so "logs/foo.log"         
# with ServerRoot set to "/usr/local/apache" will be interpreted by the       
# server as "/usr/local/apache/logs/foo.log".

Jörg

[AndrejTM]

Ich muss wohl zwei Leuten recht geben:

Vermutlich geht LoadModule nicht, weil das Programm statisch gelinkt ist.

und

...
Oder man nutzt das zweite Binary, das sollte eigentlich keine zusätzlichen Module nachladen müssen (aber das auch nicht können ).
Dafür muss man natürlich eine "passende" Konfiguration ohne "LoadModule" Zeilen nutzen...

Jörg

Nach auskommentieren aller "LoadModule"- und aller "AddModule"-Zeilen in der apache.conf startet der Server!

Vielen Dank!

[Didid]

# of the server's control files begin with "/" (or "drive:/" for Win32), the
# server will use that explicit path. If the filenames do *not* begin
# with "/", the value of ServerRoot is prepended -- so "logs/foo.log"
# with ServerRoot set to "/usr/local/apache" will be interpreted by the
# server as "/usr/local/apache/logs/foo.log".
[/CODE]

Jörg[/QUOTE]

Konfiguration und Logfile-Namen:
Wenn die Dateinamen, die Sie für filenames des Servers als Kontrolldateien angeben, mit
"/" (oder "drive:/" für Win32) beginnen, wird der Server diesen ausführlichen Pfad verwenden.
Wenn die Dateinamen nicht mit "/" beginnen, dann ist der Wert von ServerRoot als ausschlaggebender Pfad, - so "logs/foo.log" mit dem ServerRoot - Satz zu "/usr/local/apache" wird durch Server Dieses als "/usr/local/apache/logs/foo.log" interpretieren.

Also muss ich mit "/var/media/ftp/(USB)/apache-1.3.41/libexec/usw" alle anderen Pfad-Angaben korrigieren, richtig?

Gruß

[radislav]

@AndrejTM
kannst du bitte deine funktionierenden apache.conf's (mit und ohne moduleunterstützung) hier anhängen?

@all
hat jemand schon subversion (#92) getestet? welche version ist das?