suPHP stopped working after dist-upgrade

UNIX for Advanced & Expert Users
1

Hi all,

My server was Debian Etch (4) and had a working suPHP module (version 0.6.2-1). After I dist-upgraded it to Lenny (Debian 5), suPHP (version 0.6.2-3) stopped working. I read in the mailing list that I should change the settings of /etc/suphp/suphp.conf to this form:

    [handlers]
    ;Handler for php-scripts
    application/x-httpd-php=php:/usr/bin/php-cgi

    ;Handler for CGI-scripts
    x-suphp-cgi=execute:!self

Anyway it didn't help. I run "apache2 -t -D DUMP_MODULES" and got this result:

Loaded Modules:
    core_module (static)
    log_config_module (static)
    logio_module (static)
    mpm_prefork_module (static)
    http_module (static)
    so_module (static)
    alias_module (shared)
    auth_basic_module (shared)
    auth_pam_module (shared)
    authn_file_module (shared)
    authz_default_module (shared)
    authz_groupfile_module (shared)
    authz_host_module (shared)
    authz_user_module (shared)
    autoindex_module (shared)
    cgi_module (shared)
    dir_module (shared)
    env_module (shared)
    include_module (shared)
    mime_module (shared)
    negotiation_module (shared)
    php5_module (shared)
    rewrite_module (shared)
    setenvif_module (shared)
    ssl_module (shared)
    status_module (shared)
    suexec_module (shared)
    suphp_module (shared)
    userdir_module (shared)

Also the content of /etc/apache2/mods-available/suphp.conf is listed below:

    <IfModule mod_suphp.c>
            AddType application/x-httpd-php .php .php3 .php4 .php5 .phtml
            suPHP_AddHandler application/x-httpd-php
        <Directory />
            suPHP_Engine on
        </Directory>

        # By default, disable suPHP for debian packaged web applications as files
        # are owned by root and cannot be executed by suPHP because of min_uid.
        <Directory /usr/share>
            suPHP_Engine off
        </Directory>
    </IfModule>

Can anyone help me?
Thanks in advance.

2

I solved my problem with this technique:
Lenny has a bug in configuring suPHP. After installing suphp-common and libapache2-mod-suphp, you should change these files. In face, suPHP works well with Etch (Debian 4) configurations well:

/etc/suphp/suphp.conf
Previous form (buggy):

[handlers]
;Handler for php-scripts
application/x-httpd-php=php:/usr/bin/php-cgi

;Handler for CGI-scripts
x-suphp-cgi=execute:!self

New form (working):

[handlers]
;Handler for php-scripts
x-httpd-php=php:/usr/bin/php-cgi

;Handler for CGI-scripts
x-suphp-cgi=execute:!self

/etc/apache2/mods-available/suphp.conf:
Previous form (buggy):

<IfModule mod_suphp.c>
    AddType application/x-httpd-php .php .php3 .php4 .php5 .phtml
    suPHP_AddHandler application/x-httpd-php

    <Directory />
        suPHP_Engine on
    </Directory>

    # By default, disable suPHP for debian packaged web applications as files
    # are owned by root and cannot be executed by suPHP because of min_uid.
    <Directory /usr/share>
        suPHP_Engine off
    </Directory>

    suPHP_ConfigPath /etc/suphp
# # Use a specific php config file (a dir which contains a php.ini file)
#   suPHP_ConfigPath /etc/php4/cgi/suphp/
# # Tells mod_suphp NOT to handle requests with the type <mime-type>.
#   suPHP_RemoveHandler <mime-type>
</IfModule>

New form (working):

<IfModule mod_suphp.c>
      AddHandler x-httpd-php .php .php3 .php4 .php5 .phtml
      suPHP_AddHandler x-httpd-php


    <Directory />
        suPHP_Engine on
    </Directory>

    # By default, disable suPHP for debian packaged web applications as files
    # are owned by root and cannot be executed by suPHP because of min_uid.
    <Directory /usr/share>
        suPHP_Engine off
    </Directory>

    suPHP_ConfigPath /etc/suphp
# # Use a specific php config file (a dir which contains a php.ini file)
#   suPHP_ConfigPath /etc/php4/cgi/suphp/
# # Tells mod_suphp NOT to handle requests with the type <mime-type>.
#   suPHP_RemoveHandler <mime-type>
</IfModule>