DebianEtchベースのISPConfigサーバーでsuPHPを設定する方法
バージョン1.1
作成者:
一般に、このハウツーは、https://www.howtoforge.com/suphp_debian_ispconfigにある私のハウツー「DebianSargeベースのISPConfigサーバーでsuPHPをセットアップする方法」と同じですが、DebianEtchのいくつかの小さいが重要な変更が含まれています。
ISPConfigサーバーでsuPHPを設定すると、www-dataの代わりにWebサイトの管理者ユーザーの下でPHPスクリプトを実行できます。
重要:このハウツーは、ISPConfig2.2.11およびApache2.2.3用のPHPバージョン5.2.0-8を使用するDebianEtchサーバーでテストしましたが、これが機能することを保証するものではありません。
まず、/ etc / apache2 / vhosts/Vhosts_ispconfig.confのコピーを作成します。たとえば、/ etc / apache2 / vhosts/Vhosts_ispconfig-backup.confにコピーします。
デフォルトのISPConfigサーバーでは、php5がモジュールとして実行されています。次のコマンドで無効にします:
a2dismod php5
次に、元のVhosts_ispconfig.confファイル内のすべてのphpadminエントリを削除します。 Apacheを再起動します:
/etc/init.d/apache2 restart
すべてのphpadminエントリを削除したので、Apache2の再起動時にエラーが発生することはありません。
suPHPをDSOとしてインストールするため、apxsをインストールする必要があります(Debian Etchではapxs2です):
apt-get install apache2-prefork-dev
PHP5-CGIをインストールします:
apt-get install php5-cgi
cd /tmp
suPHPをインストールします。バージョン0.6.2は、現時点で最新の安定バージョンです:
wget http://www.suphp.org/download/suphp-0.6.2.tar.gz
tar xvfz suphp-0.6.2.tar.gz
cd suphp-0.6.2
vi src/apache2/mod_suphp.c
324/325行を以下の2行に置き換えます(異なるバージョンのsuPHPを使用している場合、行番号は異なる可能性があります):
AP_INIT_ITERATE("suPHP_AddHandler", suphp_handle_cmd_add_handler, NULL, RSRC_CONF | ACCESS_CONF, "Tells mod_suphp to handle these MIME-types"),
AP_INIT_ITERATE("suPHP_RemoveHandler", suphp_handle_cmd_remove_handler, NULL, RSRC_CONF | ACCESS_CONF, "Tells mod_suphp not to handle these MIME-types"),
次に、suPHPをコンパイルしてインストールします:
./configure --prefix=/usr --sysconfdir=/etc --with-apache-user=www-data --with-setid-mode=paranoid --with-apxs=/usr/bin/apxs2
make
make install
suphp.confファイルをコピーします:
cp /tmp/suphp-0.6.2/doc/suphp.conf-example /etc/suphp.conf
次のコマンドを使用して、/ etc/suphp.confの内容を変更します。
vi /etc/suphp.conf
次のようになります:
[global] ;Path to logfile logfile=/var/log/suphp.log ;Loglevel loglevel=info ;User Apache is running as webserver_user=www-data ;Path all scripts have to be in docroot=/ ;Path to chroot() to before executing script ;chroot=/mychroot ; Security options allow_file_group_writeable=true allow_file_others_writeable=false allow_directory_group_writeable=true allow_directory_others_writeable=false ;Check wheter script is within DOCUMENT_ROOT check_vhost_docroot=true ;Send minor error messages to browser errors_to_browser=false ;PATH environment variable env_path=/bin:/usr/bin ;Umask to set, specify in octal notation umask=0077 ; Minimum UID min_uid=100 ; Minimum GID min_gid=100 [handlers] ;Handler for php-scripts x-httpd-php=php:/usr/bin/php5-cgi ;Handler for CGI-scripts x-suphp-cgi=execute:!self
次の行をコマンドを使用して/etc/apache2/httpd.confに追加します。
vi /etc/apache2/httpd.conf
LoadModule suphp_module /usr/lib/apache2/modules/mod_suphp.so
次のコマンドを使用して、Apacheを再起動します。
/etc/init.d/apache2 restart
/home/admispconfig/ispconfig/lib/config.inc.phpを編集して、次の行を見つけます:
$go_info["server"]["apache2_php"] = 'both';
次のように変更します:
$go_info["server"]["apache2_php"] = 'suphp';
ここで、ISPConfig内で、Webの1つに小さな変更を加えて、ISPConfigが新しいvhostファイルを書き込むようにします。たとえば、Webサイトの1つなどでcgi-scripsを有効にします。
/etc/apache2/vhosts/Vhosts_ispconfig.conf内で、以下の行がすべてのWebに追加されているため、ISPConfigがファイルを書き直したことがわかります。
suPHP_Engine on
suPHP_UserGroup username groupname
AddHandler x-httpd-php .php .php3 .php4 .php5
suPHP_AddHandler x-httpd-php
</VirtualHost>
重要:/etc/apache2/vhosts/Vhosts_ispconfig.confファイル内で手動で変更を加えないでください。
FTP経由で接続を確立すると、Web内で任意の権限を設定できることがわかります:
システムユーザーwww-dataの代わりに、Webサイトの管理者ユーザーでphpスクリプトを実行することもできます。これにより、Webサイトの管理者ユーザーはより快適になります。 suPHPは、JoomlaのようにWeb内でCMSを実行する場合にも非常に役立ちます。 suPHPを有効にすると、Joomlaは適切に機能するのに十分な権限を持ち、Webサイトの管理者ユーザーが完全に制御できます。最後になりましたが、ウェブサイトにchmod 777を使用するよりも、suPHPを使用する方が安全でプロフェッショナルなソリューションです。
ISPConfigサーバー上の特定のWebサイトにphp5-cgi+suPHPを使用したくない場合は、解決策があります。 rootとしてサーバーにログインし、Apache2のphp5モジュールを有効にします。
a2enmod php5
次のコマンドでApache2を再起動します:
/etc/init.d/apache2 force-reload
ISPConfig内で、phpを無効にし、サイトのApacheディレクティブフィールド内に以下を追加します。
<Directory /var/www/webX/web>
AddType application/x-httpd-php .php .php3 .php4 .php5
php_admin_flag safe_mode Off
</Directory>
これで、Debian Etchを使用するISPConfigは、PHP5-modおよびPHP5-CGI+suPHPを使用します。ほとんどの場合、必要なのはPHP5-CGI+suPHPのみです。ただし、何らかの理由でsuphpメカニズムを使用できない場合でも、その特定のWebサイトのモジュールとしてphp5を使用できます。