[Problem] Apache 2.4 + SSL + PHP-> PHP startet nicht

steyer

Neuer User
Mitglied seit
5 Okt 2009
Beiträge
43
Punkte für Reaktionen
0
Punkte
0
Hallo!

ich habe ein problem den aktuellsten Apache mit PHP (aus dem Trunk) auf meiner 7390 laufen zu lassen. Wie in der Anleitung (http://freetz.org/wiki/packages/apache) habe ich Apache und PHP statisch gebaut und auf den USB- Stick gelegt.
Der Apache läuft soweit auch mit ganz normalen HTML Seiten und auch per SSL.
Wenn ich allerdings versuche mit dem Browser die PHP-Test Seite zu öffnen, läd der Browser ewig lange und es passiert gar nichts. In den Logs ist nach dem Start auch nichts mehr zu sehen.

Ich sitze schon seit mehreren Tagen an dem Fehler und hoffe daher, dass einer von euch eine Idee hat worans liegen könnte.

starten tu ich mit:
Code:
/var/media/ftp/uStor01/private/apache_fbmake/usr/sbin/apachectl -f /var/media/ftp/uStor01/private/apache_fbmake/etc/apache2/apache2.conf

hier noch ein paar Infos:

Code:
In der apache2.config:
...
<Directory "/var/media/ftp/uStor01/private/apache_fbmake/usr/share/apache2/cgi-bin/">
#<Directory "/usr/bin">
    Options ExecCGI
    AllowOverride None
    Options None
    Require all granted
</Directory>
...
<IfModule alias_module>
ScriptAlias /cgi-bin/ "/var/media/ftp/uStor01/private/apache_fbmake/usr/share/apache2/cgi-bin/"
</IfModule>
Action      php-script   /cgi-bin/php-cgi
AddHandler  php-script   .php
AddType application/x-httpd-php .php
...


./apache2 -l
Compiled in modules:
  core.c
  mod_authn_file.c
  mod_authn_dbm.c
  mod_authn_anon.c
  mod_authn_dbd.c
  mod_authn_socache.c
  mod_authn_core.c
  mod_authz_host.c
  mod_authz_groupfile.c
  mod_authz_user.c
  mod_authz_dbm.c
  mod_authz_owner.c
  mod_authz_dbd.c
  mod_authz_core.c
  mod_access_compat.c
  mod_auth_basic.c
  mod_auth_form.c
  mod_auth_digest.c
  mod_allowmethods.c
  mod_file_cache.c
  mod_cache.c
  mod_cache_disk.c
  mod_socache_shmcb.c
  mod_socache_dbm.c
  mod_socache_memcache.c
  mod_watchdog.c
  mod_dbd.c
  mod_dumpio.c
  mod_echo.c
  mod_buffer.c
  mod_data.c
  mod_ratelimit.c
  mod_reqtimeout.c
  mod_ext_filter.c
  mod_request.c
  mod_include.c
  mod_filter.c
  mod_reflector.c
  mod_substitute.c
  mod_sed.c
  mod_charset_lite.c
  mod_deflate.c
  mod_xml2enc.c
  mod_proxy_html.c
  http_core.c
  mod_mime.c
  mod_log_config.c
  mod_log_debug.c
  mod_log_forensic.c
  mod_logio.c
  mod_env.c
  mod_mime_magic.c
  mod_expires.c
  mod_headers.c
  mod_usertrack.c
  mod_unique_id.c
  mod_setenvif.c
  mod_version.c
  mod_remoteip.c
  mod_proxy.c
  mod_proxy_connect.c
  mod_proxy_ftp.c
  mod_proxy_http.c
  mod_proxy_fcgi.c
  mod_proxy_scgi.c
  mod_proxy_fdpass.c
  mod_proxy_ajp.c
  mod_proxy_balancer.c
  mod_proxy_express.c
  mod_session.c
  mod_session_cookie.c
  mod_session_dbd.c
  mod_slotmem_shm.c
  mod_slotmem_plain.c
  mod_ssl.c
  mod_dialup.c
  mod_lbmethod_byrequests.c
  mod_lbmethod_bytraffic.c
  mod_lbmethod_bybusyness.c
  mod_lbmethod_heartbeat.c
  worker.c
  mod_unixd.c
  mod_heartbeat.c
  mod_heartmonitor.c
  mod_dav.c
  mod_status.c
  mod_autoindex.c
  mod_asis.c
  mod_info.c
  mod_suexec.c
  mod_cgid.c
  mod_cgi.c
  mod_dav_fs.c
  mod_dav_lock.c
  mod_vhost_alias.c
  mod_negotiation.c
  mod_dir.c
  mod_actions.c
  mod_speling.c
  mod_userdir.c
  mod_alias.c
  mod_rewrite.c


die PHP-Datei liegt ausführbar im cgi-bin verzeichnis
 
ich habe gerade einmal geschaut... andere, fertige Static binarys funktionieren auf der box. leider sind diese nur entweder ohne ssl oder php. ich brauche beides.
hat nicht einer eine Idee?
 
Dein Apache läuft auch, solange Du PHP nicht verwendest, von daher ist das nicht unbedingt ein Unterschied.

Schau doch mal mit strace nach, was da passiert.
 
hab das problem gefunden:

es fehlt in der php.ini noch der eintrag session.save_path = ... wäre gut, wenn das einer im Trunk noch ergänzen kann.
ist dieser eintrag nicht vorhanden, wird von php kein Cookie angelegt und startet nicht.
 
Du meinst so?
Code:
Index: make/php/files/root/etc/default.php/php.ini
===================================================================
--- make/php/files/root/etc/default.php/php.ini	(revision 9182)
+++ make/php/files/root/etc/default.php/php.ini	(working copy)
@@ -122,6 +122,7 @@
 session.use_trans_sid = 0
 session.hash_function = 0
 session.hash_bits_per_character = 5
+session.save_path = "/var/tmp"
 url_rewriter.tags = "a=href,area=href,frame=src,input=src,form=fakeentry"
 [MSSQL]
 mssql.allow_persistent = On
Das ändert natürlich nichts, wenn man schon mal php auf der Box hatte. Für alle Erstnutzer greift das.

Gruß
Oliver
 
Der Default Wert ist aber laut Beschreibung /tmp, und bei Freetz ist das ein Link auf /var/tmp, die Einstellung dürfte somit keinen Unterschied machen.
 
Laut dieser Liste ist der Pfad standardmäßig leer.

Gruß
Oliver
 
ich habs auch so in erinnerung, dass der pfad per standard leer ist und er versucht hat unter dem read-only system zu schreiben. als ich dann den eintrag auf "/var/tmp/ hinzugefügt hatte, ging es
 
Laut dieser Liste ist der Pfad standardmäßig leer.
Weiter unten auf der gleichen Seite steht "wie das z.B. bei /tmp (Grundeinstellung) der Fall ist". Vielleicht hat sich der Default irgendwann geändert und die Dokumentation wurde nicht angepasst.
ich habs auch so in erinnerung, dass der pfad per standard leer ist und er versucht hat unter dem read-only system zu schreiben.
Weißt Du auch noch, wo er versucht hat zu schreiben? Etwas im Hauptverzeichnis?
 
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.