☰

Centos7 httpを正常に起動できません。 httpdは機能できますが、systemctl start httpdは機能しません。

tag-icon • tag-icon centos systemd apache-httpd
Centos7 httpを正常に起動できません。 httpdは機能できますが、systemctl start httpdは機能しません。

を介して直接Apacheを起動できますが、経由httpdで起動することはできませんsystemctl start httpd。私は自動的に起動できるデーモンアプローチを好みます。

この問題が発生した人はいますか？これは新しいCentOS7仮想マシンにあります。

systemctlがhttpを起動します。

Job for httpd.service failed because the control process exited with error code. See "systemctl status httpd.service" and "journalctl -xe" for details.

systemctlステータスhttpd.service

    ● httpd.service - The Apache HTTP Server
       Loaded: loaded (/usr/lib/systemd/system/httpd.service; disabled; vendor preset: disabled)
       Active: failed (Result: exit-code) since Tue 2018-03-20 17:20:54 EDT; 37s ago
         Docs: man:httpd(8)
               man:apachectl(8)
      Process: 7025 ExecStop=/bin/kill -WINCH ${MAINPID} (code=exited, status=1/FAILURE)
      Process: 7024 ExecStart=/usr/sbin/httpd $OPTIONS -DFOREGROUND (code=exited, status=1/FAILURE)
     Main PID: 7024 (code=exited, status=1/FAILURE)

    Mar 20 17:20:54 test.local.com systemd[1]: Starting The Apache HTTP Server...
    Mar 20 17:20:54 test.local.com systemd[1]: httpd.service: main process exited, code=exited, status=1/FAILURE
    Mar 20 17:20:54 test.local.com kill[7025]: kill: cannot find process ""
    Mar 20 17:20:54 test.local.com systemd[1]: httpd.service: control process exited, code=exited status=1
    Mar 20 17:20:54 test.local.com systemd[1]: Failed to start The Apache HTTP Server.
    Mar 20 17:20:54 test.local.com systemd[1]: Unit httpd.service entered failed state.
    Mar 20 17:20:54 test.local.com systemd[1]: httpd.service failed.

ログ制御-xe

パスツールビン

/etc/httpd/logs/error_log

パスツールビン

基本構成に対する唯一の変更は次のとおりです。

/etc/httpd/conf/httpd.conf
IncludeOptional sites-enabled/*.conf

/etc/httpd/sites-enabled/local.com.conf
<VirtualHost *:80>
    ServerName test.local.com
    ServerAlias local.com
    Redirect / https://local.com
</VirtualHost>

<VirtualHost _default_:443>
    ServerName test.local.com
    ServerAlias local.com
    ServerAdmin [email protected]

    DocumentRoot /var/www/local.com/public_html

    ErrorLog /var/www/local.com/error.log
    CustomLog /var/www/local.com/access.log common

    SSLEngine On
    SSLCertificateFile /etc/ssl/certs/www/local.com.crt
    SSLCertificateKeyFile /etc/ssl/certs/www/local.com.key
</VirtualHost>

オープンポートのみ：

firewall-cmd --zone=public --add-port=80/tcp --permanent
firewall-cmd --zone=public --add-port=443/tcp --permanent
firewall-dmc --reload

CentOS7の新規インストール中に経験した全体のプロセスは次のとおりです。

Fresh CentOS 7 installation (VM)

yum upgrade -y

yum search http
yum install -y httpd httpd-devel mod_ssl openssl

systemctl start httpd

firewall-cmd --zone=public --add-port=80/tcp --permanent
firewall-cmd --zone=public --add-port=443/tcp --permanent
firewall-cmd --reload

    Browse to 192.168.1.241
        Apache is live!

yum search mariadb
yum install -y mariadb-server

systemctl start mariadb
mysql_secure_installation

    mysql -uroot -p
        Login to mysql server works!

yum search php

yum install -y php php-cli php-dba php-devel php-fpm php-mysql php-process php-pspell php-xml

systemctl restart httpd

    Browse to 192.168.1.241/info.php
        PHP is live!

mkdir /etc/httpd/sites-enabled
echo "IncludeOptional sites-enabled/*.conf" >> /etc/httpd/conf/httpd.conf

/etc/httpd/sites-enabled/local.com.conf
    <VirtualHost *:80>
        ServerName test.local.com
        ServerAlias local.com
        Redirect permenent / https://local.com
    </VirtualHost>

    <VirtualHost _default_:443>
        ServerName test.local.com
        ServerAlias local.com
        ServerAdmin [email protected]

        DocumentRoot /var/www/local.com/public_html

        ErrorLog /var/www/local.com/error.log
        CustomLog /var/www/local.com/access.log combined

        SSLEngine On
        SSLCertificateFile /etc/ssl/certs/www/local.com.crt
        SSLCertificateKeyFile /etc/ssl/certs/www/local.com.key
    </VirtualHost>

mkdir -p /var/www/local.com/public_html

chown -R apache:apache /var/www/local.com/public_html
chmod -R 755 /var/www

cd /etc/ssl/certs/www
openssl req -x509 -nodes -days 365 -newkey rsa:4096 -keyout local.com.key -out local.com.crt

    Browse to 192.168.1.241
        Unsecure service (self signed ssl) accept
        Site is live!
        I was redirected to https://local.com

NOTE: I added the following to my desktop's (separate PC) /etc/hosts
    192.168.1.241 test.local.com local.com

    This acts as a DNS record for my site

yum install -y epel-release
yum install -y phpmyadmin

edit /etc/httpd/conf.d/phpMyAdmin.conf
    Add under any line with Require ip 127.0.0.1 with
    Require ip 192.168.1.5

    Add under any line with Allow from 127.0.0.1 with
    Allow from 192.168.1.5

systemctl restart httpd # FAILS
kill pid for httpd
httpd # start httpd directly
    Access https://local.com/phpMyAdmin
    Now have access to phpMyAdmin

    Login with root, 12345
    And have mariadb access!

yum install -y awstats

edit /etc/httpd/conf.d/awstats.conf
     Change Require ip and Allow ip same as phpMyAdmin

cp /etc/awstats/awstats.localhost.localdomain.conf /etc/awstats/awstats.local.com.conf

edit /etc/awstats/awstats.local.com.conf
     LogFile="/var/log/httpd/access.log"
     SiteDomain="www.local.com"
     HostAliases="local.com 127.0.0.1"

echo "*/30 * * * * root /usr/share/awstats/wwwroot/cgi-bin/awstats.pl -config=www.local.com -update" >> /etc/crontab

kill httpd pid
httpd

    Browse to https://local.com/awstats/awstats.pl?config=local.com
        Awstats is live!

ベストアンサー1

SELinuxの使用に問題があります。

セキュリティ上の理由から、CentOS 7にはhttpdがその下のファイルに書き込むのを防ぐための規則があります/var/www。

VirtualHostのログファイルがこのディレクトリのどこかにあるように設定します。

    ErrorLog /var/www/local.com/error.log
    CustomLog /var/www/local.com/access.log combined

したがって、httpd（systemdによって開始）がこれらのログファイルに書き込もうとすると、SELinuxはそれをブロックし、最終的にhttpdが無効な終了コードで終了するようにします。

監査ログ（以下に保存）のエントリをausearch確認するために、次のコマンドを使用してこれを確認できます。/var/log/audit/audit.log

$ sudo ausearch -m avc
type=AVC msg=audit(1234567890.123:234): avc:  denied  { write } for  pid=12345 comm="httpd" name="local.com" dev="sda1" ino=12345678 scontext=system_u:system_r:httpd_t:s0 tcontext=unconfined_u:object_r:httpd_sys_content_t:s0 tclass=dir

このメッセージでは、書き込み先がとマークされていることがわかりますhttpd_sys_content_t。ls -Zログファイルにを使用すると、次のように表示されているものが表示されます。

$ ls -Z /var/www/local.com/
-rw-r--r--. root   root   unconfined_u:object_r:httpd_sys_content_t:s0 access.log                                                                                         
-rw-r--r--. root   root   unconfined_u:object_r:httpd_sys_content_t:s0 error.log                                                                                          
drwxr-xr-x. apache apache unconfined_u:object_r:httpd_sys_content_t:s0 public_html

これがhttpdを直接実行するのではなく、systemdによって開始されたときにのみhttpdに影響を与えるのは、SSHセッションが「制限されていない」ドメインで実行されているため、そこでhttpdを実行するとSELinux遷移がトリガーされないためです... systemdで起動すると、デーモンを起動するときに正しいSELinux権限が適用されます。

chcon次のコマンドを使用してこれらのファイルのSELinux「タイプ」を変更すると、この問題を解決できます。

$ sudo chcon -t httpd_log_t /var/www/local.com/*.log
$ ls -Z /var/www/local.com/
-rw-r--r--. root   root   unconfined_u:object_r:httpd_log_t:s0 access.log
-rw-r--r--. root   root   unconfined_u:object_r:httpd_log_t:s0 error.log
drwxr-xr-x. apache apache unconfined_u:object_r:httpd_sys_content_t:s0 public_html

その時点でsystemctlを介してhttpdを起動すると正常に動作します。

しかし、これは良い解決策ではありません。これは、ファイルが再生成されるか（ログの回転中など）、ファイルシステムのラベルが再指定されると、SELinuxタイプが失われるためです。

このタイプをより継続的に作成する方法がありますが（コマンドなどsemanage fcontext）、SELinuxポリシーがここで達成することは、Webコンテンツとログの混在を防ぎ、誤ってログファイルを提供したりWebコンテンツを上書きしたりするのを防ぐことです。

/var/log/httpd正解は、ログファイルまたはそのディレクトリのサブディレクトリに作成することです。これにより、SELinuxタイプは最初から正確になり、すべての操作（SELinuxラベルのリダイレクトを含む）の間でも正しい状態に保たれ、すべてが期待どおりに機能するはずです。

したがって、ログを下に置くと/var/log/httpd問題が解決します！

おすすめ記事