Apacheがhttpd.confエラーで起動しない場合の解決法10選

Apacheサーバーが起動しない原因の多くは、httpd.confの設定ミスやエラーに起因します。httpd.confはApacheの設定ファイルであり、サーバーの動作を決定する重要な役割を担っています。しかし、誤った記述や設定漏れがあると、サーバーが正常に起動せず、エラーが発生します。

本記事では、Apacheがhttpd.confのエラーによって起動しない場合に、効果的に問題を特定し、解決するためのトラブルシューティング手順を解説します。初心者でも理解しやすいように、エラーログの確認方法や構文エラーの検出・修正、ポート競合の対処法などを順を追って説明します。

また、設定ファイルのバックアップや復元方法、実際の設定例も併せて紹介します。これにより、Apacheサーバーの安定稼働を目指し、サーバー管理に必要な知識を深めていただけます。

httpd.confの構成概要と役割

httpd.confはApache HTTPサーバーの主要な設定ファイルであり、サーバーの動作を制御するための指示が記述されています。このファイルはApacheのルートディレクトリ内に配置され、サーバーが起動する際に読み込まれます。

httpd.confの役割

基本設定の管理
サーバーポート番号、ドメイン名、ドキュメントルートなど、サーバーの基本的な動作を定義します。
モジュールのロード
Apacheの機能を拡張するモジュール（mod_rewrite、mod_sslなど）のロード設定が行われます。
アクセス制御
許可・拒否のルールを記述し、特定のIPやディレクトリへのアクセスを制限できます。
ロギング
エラーログやアクセスログの出力先を指定し、トラブルシューティングやアクセス解析に活用されます。
仮想ホストの設定
一つのサーバーで複数のドメインを運用する際に、各ドメインごとの設定を記述します。

主なセクション

ServerRoot – Apacheのインストールディレクトリのルートを指定
Listen – サーバーが待ち受けるポート番号を指定
DocumentRoot – ウェブサイトの公開ディレクトリを設定
LoadModule – 必要なモジュールのロードを指示
<Directory> – 特定のディレクトリに対するアクセス許可や制限を定義

なぜhttpd.confが重要なのか

httpd.confのミスは、サーバーの起動失敗や動作不良に直結します。記述の一つひとつがサーバーの振る舞いを左右するため、慎重な編集が求められます。構成を理解し、適切な設定を行うことがApacheサーバーの安定運用には欠かせません。

エラーログの確認方法

Apacheがhttpd.confのエラーで起動しない場合、最初に確認すべきはエラーログです。エラーログには、設定ミスや構文エラーの詳細が記録されており、問題の特定に役立ちます。

エラーログの場所

デフォルトでは以下のパスにエラーログが出力されます。

Linux/Unix系: /var/log/apache2/error.log または /var/log/httpd/error_log
Windows: C:\Apache24\logs\error.log

ただし、httpd.conf内のErrorLogディレクティブで指定された場所に変更されている場合もあります。

ErrorLog "/var/log/apache2/error.log"

エラーログの確認手順

ログファイルを開く
ターミナルまたはコマンドプロンプトで、以下のコマンドを実行してエラーログを表示します。

   tail -f /var/log/apache2/error.log

最新のエラーメッセージをリアルタイムで確認できます。

エラーの検索
過去のエラーを確認する場合は、以下のコマンドで特定のキーワードを検索します。

   grep "Syntax error" /var/log/apache2/error.log

“Syntax error” などのキーワードで構文エラーを探せます。

起動テストとログ確認
Apacheの設定に問題があるかを確認するには、以下のコマンドを使用します。

   apachectl configtest

エラーがある場合は、具体的な行と内容が出力されます。

   AH00526: Syntax error on line 45 of /etc/apache2/httpd.conf:
   Invalid command 'RewriteEngine', perhaps misspelled or defined by a module not included in the server configuration

エラーログから読み取れる情報

構文エラー (Syntax error): 設定ファイルの記述ミス
モジュールのロードエラー: 未インストールまたは無効なモジュール
ポート競合 (Address already in use): 他のプロセスが同じポートを使用

エラーログの活用ポイント

エラーメッセージは必ず全文を確認し、該当するhttpd.confの行番号をチェックします。
エラーが複数表示される場合は、一つずつ修正して再起動を試みます。

エラーログの確認を怠らず、逐一エラー内容を理解することが、トラブル解消の近道です。

構文エラーの検出と修正

httpd.confの構文エラーは、Apacheの起動失敗の主な原因です。些細なスペルミスや記述ミスが、サーバー全体の停止につながります。このセクションでは、構文エラーの検出と修正方法について解説します。

構文エラーチェックの方法

Apacheの設定ファイルをテスト
Apacheには、httpd.confの構文をチェックするための便利なコマンドが用意されています。

apachectl configtest

または

httpd -t

正常な場合

  Syntax OK

エラーがある場合

  AH00526: Syntax error on line 85 of /etc/apache2/httpd.conf:
  Invalid command 'Optionsz', perhaps misspelled or defined by a module not included in the server configuration

エラーが発生した行番号と原因が表示されます。

複数の設定ファイルを一括テスト
ApacheはIncludeディレクティブを使って複数の設定ファイルを読み込みます。一括で構文エラーをチェックするには以下のコマンドを実行します。

apachectl -t

エラーがあれば、該当ファイルと行番号が出力されます。

構文エラーの修正例

例1: スペルミス

Optionsz FollowSymLinks

Optionszは誤りであり、正しくはOptionsです。

Options FollowSymLinks

例2: 不要な記号の混入

<VirtualHost *:80

>が不足している場合、以下のように修正します。

<VirtualHost *:80>

例3: モジュールの未ロード

RewriteEngine On

mod_rewriteがロードされていないとエラーになります。
以下の記述でモジュールを有効にします。

LoadModule rewrite_module modules/mod_rewrite.so

自動修正のヒント

コメントアウトで検証
問題のある行が分からない場合は、一時的に#でコメントアウトし、問題の切り分けを行います。

# LoadModule rewrite_module modules/mod_rewrite.so

バックアップの取得
修正前に必ずhttpd.confをバックアップします。

cp /etc/apache2/httpd.conf /etc/apache2/httpd.conf.bak

修正後の確認

修正後は再度configtestを実行し、Syntax OKと表示されることを確認してからApacheを再起動します。

systemctl restart apache2

構文エラーの早期発見と迅速な修正が、サーバー稼働率の向上につながります。

ポート競合の確認と対処法

Apacheが起動しない原因の一つにポートの競合があります。httpd.confで指定したポートが、すでに他のプロセスで使用されている場合、Apacheは起動に失敗します。このセクションでは、ポート競合の確認方法と対処法を解説します。

ポート競合の確認方法

Apacheの設定ファイルで使用しているポートを確認
httpd.conf内で、Apacheが待ち受けるポートを指定するのはListenディレクティブです。

Listen 80
Listen 443

80はHTTP、443はHTTPS用のデフォルトポートです。

ポートの使用状況を確認
以下のコマンドで、ポートを使用しているプロセスを特定します。

sudo netstat -tuln | grep ':80 '

出力例:

tcp6       0      0 :::80                   :::*                    LISTEN      1234/nginx

ポート80がNginxによって使用されていることが分かります。

別の方法でポートを確認

sudo lsof -i :80

出力例:

nginx      1234  root    6u  IPv4  0x12345678      0t0  TCP *:http (LISTEN)

nginxが80番ポートを占有していることが確認できます。

ポート競合の対処法

1. 別のポートを使用する

httpd.confでListenのポート番号を変更します。例えば、8080ポートに変更します。

Listen 8080

その後、ブラウザでhttp://example.com:8080のようにアクセスします。

2. 使用中のプロセスを停止する

すでに80番ポートを使っているプロセスを停止します。

sudo systemctl stop nginx
sudo systemctl disable nginx

Apacheが使用するポートが解放されます。

3. Apacheの仮想ホストでポートを分ける

複数のサービスを同じサーバーで稼働させる場合は、Apacheの仮想ホストでポートを切り替える方法があります。

<VirtualHost *:8080>
    ServerName example.com
    DocumentRoot /var/www/html
</VirtualHost>

4. Apacheがすでに起動している場合の対応

Apacheがすでに動作していると二重起動は失敗します。

sudo systemctl restart apache2

または

sudo apachectl restart

で、プロセスを再起動します。

ポート競合の回避ポイント

サーバーのリソースを定期的に監視し、不要なプロセスは停止
ポート番号を変更し、複数のアプリケーションが共存できる環境を構築
必要に応じてiptablesやfirewalldで特定のポートだけを解放

ポート競合を速やかに特定・解消することで、Apacheサーバーの安定運用が可能になります。

モジュールのロードエラーの対応

Apacheが起動しない原因の一つに、モジュールのロードエラーがあります。httpd.confで記述されているモジュールが存在しない、または無効化されている場合にエラーが発生します。モジュールの依存関係を適切に管理することが、Apacheの安定運用には不可欠です。

モジュールのロードエラーの確認方法

エラーログを確認
以下のようなエラーメッセージがログに出力されます。

tail -f /var/log/apache2/error.log

AH00534: httpd: Configuration error: No MPM loaded.

または

AH00526: Syntax error on line 102 of /etc/apache2/httpd.conf:
Invalid command 'RewriteEngine', perhaps misspelled or defined by a module not included in the server configuration

このエラーは、mod_rewriteがロードされていないことを示しています。

モジュールの有効状態を確認

apachectl -M

出力例:

Loaded Modules:
 core_module (static)
 so_module (static)
 http_module (static)

このリストにrewrite_moduleが表示されていない場合、mod_rewriteは無効です。

モジュールのロード方法

1. モジュールを有効にする（Linux/Unix系）

a2enmodコマンドを使用して必要なモジュールを有効化します。

sudo a2enmod rewrite
sudo systemctl restart apache2

エラーが解消されます。

他のモジュールも同様に有効化可能です。

  sudo a2enmod ssl
  sudo a2enmod headers
  sudo a2enmod proxy

2. `httpd.conf`でモジュールを直接ロードする（手動設定）

以下の行をhttpd.confに追加します。

LoadModule rewrite_module modules/mod_rewrite.so
LoadModule ssl_module modules/mod_ssl.so

モジュールがmodulesディレクトリに存在することを確認してください。存在しない場合は、モジュールをインストールする必要があります。

3. モジュールのインストール

必要なモジュールがインストールされていない場合は、以下のコマンドでインストールします。

sudo apt install libapache2-mod-rewrite
sudo apt install libapache2-mod-ssl

よくあるモジュールエラー例と対処法

1. mod_rewriteが無効

RewriteEngine On

エラー内容:

Invalid command 'RewriteEngine', perhaps misspelled or defined by a module not included in the server configuration

対処方法:

sudo a2enmod rewrite

2. mod_sslが見つからない

LoadModule ssl_module modules/mod_ssl.so

エラー内容:

Can't locate API module structure 'ssl_module' in file modules/mod_ssl.so

対処方法:

sudo apt install libapache2-mod-ssl
sudo a2enmod ssl

3. mod_headersが無効

Header set X-Frame-Options "DENY"

エラー内容:

Invalid command 'Header', perhaps misspelled or defined by a module not included in the server configuration

対処方法:

sudo a2enmod headers

修正後の確認

モジュールを有効化した後は、必ず構文チェックを行います。

apachectl configtest

Syntax OKと表示されれば、Apacheを再起動します。

sudo systemctl restart apache2

モジュールのロードエラーを適切に解消し、必要な機能を確実に動作させることが、Apacheの運用で重要なポイントです。

パーミッションエラーの特定と解決

Apacheが起動しない、または特定のリソースにアクセスできない場合、パーミッションエラーが原因であることがあります。httpd.confや関連するディレクトリ・ファイルの権限が不適切だと、サーバーはセキュリティの観点からアクセスを拒否します。

パーミッションエラーの確認方法

エラーログの確認
パーミッション関連のエラーはエラーログに記録されます。

tail -f /var/log/apache2/error.log

出力例:

(13)Permission denied: AH00035: access to /var/www/html denied by server configuration
AH00013: Permission denied while opening file "/etc/apache2/httpd.conf"

Permission deniedが記録されている場合は、パーミッションの問題が原因です。

ファイル・ディレクトリのパーミッション確認

ls -ld /var/www/html

出力例:

drwxr-xr-x 5 root root 4096 Dec 10 10:45 /var/www/html

rootユーザーが所有しており、他のユーザーがアクセスできない状態です。

パーミッションエラーの修正方法

1. Apacheがアクセスできるユーザーとグループを確認

Apacheの実行ユーザーを確認します。

ps aux | grep apache

または

ps aux | grep httpd

出力例:

www-data  12345  0.0  1.2  88888  9999 ?   Ss   10:00   0:00 /usr/sbin/apache2 -k start

実行ユーザーはwww-dataであることが分かります。

2. 必要なディレクトリの所有者を変更

Apacheがアクセスできるように、所有者をwww-dataに変更します。

sudo chown -R www-data:www-data /var/www/html

3. パーミッションの設定

以下のコマンドで、必要なパーミッションを付与します。

sudo chmod -R 755 /var/www/html

755は、所有者が読み書き実行でき、グループと他のユーザーが読み取りと実行のみ可能です。
もしアップロードなど書き込みが必要な場合は775を指定します。

sudo chmod -R 775 /var/www/html

4. `httpd.conf`でアクセス権を設定

httpd.conf内でアクセス許可を明示的に設定します。

<Directory "/var/www/html">
    Options Indexes FollowSymLinks
    AllowOverride All
    Require all granted
</Directory>

Require all grantedで全ユーザーにアクセス許可を与えます。
必要に応じてIPアドレスなどでアクセスを制限します。

Require ip 192.168.1.0/24

SELinuxが原因である場合（CentOS/RHEL系）

SELinuxが有効になっていると、適切なパーミッションでもアクセスが制限されることがあります。

SELinuxの状態を確認

sestatus

出力例:

SELinux status: enabled

SELinuxが有効な場合は、一時的に無効化して確認します。

sudo setenforce 0

Apacheが正常に動作する場合は、SELinuxコンテキストの問題が原因です。

SELinuxのコンテキストを修正

sudo chcon -R -t httpd_sys_content_t /var/www/html

修正後の確認

構文チェック

apachectl configtest

Syntax OKと表示されることを確認します。

Apacheの再起動

sudo systemctl restart apache2

パーミッション管理のポイント

httpd.confだけでなく、仮想ホスト設定ファイルのパーミッションも確認する
アクセス拒否が起こる場合はerror.logを逐次確認
セキュリティの観点から、不必要な権限は与えない

適切なパーミッションを設定することで、Apacheの安全かつ安定した運用が可能になります。

設定ファイルのバックアップと復元方法

httpd.confの編集ミスやエラーが原因でApacheが起動しなくなった場合、設定ファイルのバックアップと復元が重要になります。適切にバックアップを取得しておくことで、トラブル時に迅速にサーバーを復旧できます。

バックアップの重要性

誤った設定のリスク軽減: httpd.confの編集ミスによるダウンタイムを防げます。
変更履歴の管理: 過去の設定と比較しながら修正が可能です。
迅速な復元: エラー発生時に即座に安定した状態に戻せます。

バックアップの取得方法

httpd.confのバックアップを作成
編集前にhttpd.confのバックアップを取得します。

sudo cp /etc/apache2/httpd.conf /etc/apache2/httpd.conf.bak

httpd.conf.bakという名前でバックアップを作成します。

日付付きで管理する方法
複数回の変更に対応するため、日付付きのバックアップを取得します。

sudo cp /etc/apache2/httpd.conf /etc/apache2/httpd.conf-$(date +%Y%m%d-%H%M%S).bak

例:

httpd.conf-20231223-1530.bak

これにより、複数の世代管理が可能になります。

自動バックアップスクリプトの作成
定期的に自動でバックアップを取得するスクリプトを作成します。

#!/bin/bash
BACKUP_DIR="/etc/apache2/backup"
mkdir -p $BACKUP_DIR
cp /etc/apache2/httpd.conf $BACKUP_DIR/httpd.conf-$(date +%Y%m%d-%H%M%S).bak

このスクリプトをcronで定期実行すれば、自動的にバックアップが取得されます。

設定ファイルの復元方法

バックアップから復元
エラーが発生した場合、バックアップを元に戻します。

sudo cp /etc/apache2/httpd.conf.bak /etc/apache2/httpd.conf

または日付付きのバックアップを使って復元します。

sudo cp /etc/apache2/backup/httpd.conf-20231223-1530.bak /etc/apache2/httpd.conf

構文エラーチェック
復元後は必ず構文エラーがないかを確認します。

apachectl configtest

Syntax OKが表示されれば問題ありません。

Apacheを再起動

sudo systemctl restart apache2

復元後にApacheが正常に起動するか確認します。

設定変更時のポイント

変更前に必ずバックアップを取得
小規模な変更ごとにバックアップを作成
変更後はconfigtestで即座にチェック
バージョン管理システム(Gitなど)を使って管理

  git init
  git add httpd.conf
  git commit -m "Initial commit of httpd.conf"

設定ファイルをGitで管理することで、変更履歴を簡単に追跡できます。

まとめ

設定ファイルのバックアップと復元は、トラブルシューティングを効率的に行う上で不可欠です。事前の準備がサーバーダウンタイムを最小限に抑え、安定した運用を支えます。

設定例と応用ケースの紹介

Apacheの設定は、単純なWebサーバーの構築だけでなく、リバースプロキシ、SSL対応、アクセス制御など多岐にわたります。ここでは、httpd.confの具体的な設定例と、それを応用したケーススタディを紹介します。

1. 基本的なWebサーバー設定例

シンプルなWebサーバーの設定例です。DocumentRootを変更し、特定のディレクトリを公開する設定です。

ServerRoot "/etc/apache2"
Listen 80

<VirtualHost *:80>
    ServerName www.example.com
    DocumentRoot "/var/www/html"
    <Directory "/var/www/html">
        Options Indexes FollowSymLinks
        AllowOverride All
        Require all granted
    </Directory>
    ErrorLog ${APACHE_LOG_DIR}/error.log
    CustomLog ${APACHE_LOG_DIR}/access.log combined
</VirtualHost>

ポイント:

DocumentRootにアクセスできるディレクトリを指定
アクセス権としてRequire all grantedを設定し、外部からのアクセスを許可

2. SSLを使ったHTTPS対応例

SSL証明書を導入し、HTTPS接続を可能にする設定です。

Listen 443
<VirtualHost *:443>
    ServerName secure.example.com
    DocumentRoot "/var/www/html"

    SSLEngine on
    SSLCertificateFile /etc/ssl/certs/example.crt
    SSLCertificateKeyFile /etc/ssl/private/example.key
    SSLCertificateChainFile /etc/ssl/certs/intermediate.crt

    <Directory "/var/www/html">
        Options -Indexes
        AllowOverride All
        Require all granted
    </Directory>
</VirtualHost>

ポイント:

SSL証明書と秘密鍵を指定
SSLEngine onでHTTPSを有効化
Options -Indexesでインデックス表示を無効化し、セキュリティを強化

3. リバースプロキシの設定例

Apacheをリバースプロキシとして使用し、バックエンドのアプリケーションサーバーへのリクエストを転送する設定です。

LoadModule proxy_module modules/mod_proxy.so
LoadModule proxy_http_module modules/mod_proxy_http.so

<VirtualHost *:80>
    ServerName app.example.com
    ProxyPass / http://localhost:3000/
    ProxyPassReverse / http://localhost:3000/

    <Location />
        Require all granted
    </Location>
</VirtualHost>

ポイント:

ProxyPassでバックエンドサーバーへのリクエストを転送
ProxyPassReverseでレスポンスをクライアントに返却
Node.jsやDjangoなど、アプリケーションサーバーとの連携が可能

4. 特定IPからのアクセス制限

管理画面などに対して、特定のIPアドレスからのみアクセスを許可する設定です。

<Directory "/var/www/html/admin">
    Options FollowSymLinks
    AllowOverride All
    Require ip 192.168.1.100
    Require ip 203.0.113.0/24
</Directory>

ポイント:

Require ipで特定のIPアドレスからのアクセスを許可
サブネット単位でのアクセス許可も可能

5. リダイレクト設定例

HTTPからHTTPSへ自動的にリダイレクトする設定例です。

<VirtualHost *:80>
    ServerName www.example.com
    Redirect permanent / https://www.example.com/
</VirtualHost>

ポイント:

Redirect permanentで301リダイレクトを設定
SEO的にも推奨される設定で、HTTP接続をHTTPSへ統一

6. カスタムエラーページの設定

404エラーページなど、ユーザーがアクセスできない場合のカスタムエラーページを作成します。

ErrorDocument 404 /custom_404.html
ErrorDocument 500 /custom_500.html

ポイント:

ErrorDocumentでカスタムエラーページを指定
ユーザーエクスペリエンスの向上に役立つ

7. Gzip圧縮の設定

Webサイトのパフォーマンス向上のため、コンテンツを圧縮して転送する設定です。

<IfModule mod_deflate.c>
    AddOutputFilterByType DEFLATE text/html text/plain text/xml
    AddOutputFilterByType DEFLATE text/css
    AddOutputFilterByType DEFLATE application/javascript
</IfModule>

ポイント:

mod_deflateでHTMLやCSS、JavaScriptファイルを圧縮
ページロード速度が向上し、SEOにもプラス

応用ケース: WordPress用の.htaccess設定

WordPressなどのCMSを運用する場合、.htaccessでリライトルールを設定します。

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

ポイント:

パーマリンク設定に必要なリライトルール
mod_rewriteを有効化することで、SEOに強いURLが利用可能

まとめ

これらの設定例を適切に組み合わせることで、多機能かつ安全なApache環境を構築できます。必要に応じて設定をカスタマイズし、自分の環境に最適なWebサーバーを構築してください。

まとめ

本記事では、Apacheがhttpd.confのエラーにより起動しない場合のトラブルシューティング方法を解説しました。エラーログの確認、構文エラーの修正、ポート競合の対処、モジュールのロードエラー対応、パーミッションの設定など、具体的な解決策を詳しく紹介しました。

また、設定ファイルのバックアップと復元の重要性や、SSL対応、リバースプロキシ、アクセス制御といった応用ケースも取り上げました。これにより、Apacheの安定運用とセキュリティ強化が図れます。

Apacheは柔軟性が高く強力なWebサーバーですが、細かな設定ミスが大きなトラブルに繋がることもあります。設定変更時には常にバックアップを取り、安全に運用する習慣を身につけることが大切です。

問題が発生した際は、本記事を参考に迅速にトラブルシューティングを行い、安定したWebサービスの提供を目指してください。

この記事を書いた人

佐藤健司

実務の現場で詰まりがちなポイントを地図にするITブログ「IT trip」を運営。Windows／Office（Teams・Excel）からSQL、サーバ運用、ガジェットまで、再現性のある手順と“なぜそうなるか”を丁寧に解説します。読んだらすぐ試せること、そして迷った人の次の一歩が見えることを大切にしています。

Apacheがhttpd.confエラーで起動しない場合の解決法10選

httpd.confの構成概要と役割

httpd.confの役割

主なセクション

なぜhttpd.confが重要なのか

エラーログの確認方法

エラーログの場所

エラーログの確認手順

エラーログから読み取れる情報

エラーログの活用ポイント

構文エラーの検出と修正

構文エラーチェックの方法

構文エラーの修正例

自動修正のヒント

修正後の確認

ポート競合の確認と対処法

ポート競合の確認方法

ポート競合の対処法

1. 別のポートを使用する

2. 使用中のプロセスを停止する

3. Apacheの仮想ホストでポートを分ける

4. Apacheがすでに起動している場合の対応

ポート競合の回避ポイント

モジュールのロードエラーの対応

モジュールのロードエラーの確認方法

モジュールのロード方法

1. モジュールを有効にする（Linux/Unix系）

2. httpd.confでモジュールを直接ロードする（手動設定）

3. モジュールのインストール

よくあるモジュールエラー例と対処法

修正後の確認

パーミッションエラーの特定と解決

パーミッションエラーの確認方法

パーミッションエラーの修正方法

1. Apacheがアクセスできるユーザーとグループを確認

2. 必要なディレクトリの所有者を変更

3. パーミッションの設定

4. httpd.confでアクセス権を設定

SELinuxが原因である場合（CentOS/RHEL系）

修正後の確認

パーミッション管理のポイント

設定ファイルのバックアップと復元方法

バックアップの重要性

バックアップの取得方法

設定ファイルの復元方法

設定変更時のポイント

まとめ

設定例と応用ケースの紹介

1. 基本的なWebサーバー設定例

2. SSLを使ったHTTPS対応例

3. リバースプロキシの設定例

4. 特定IPからのアクセス制限

5. リダイレクト設定例

6. カスタムエラーページの設定

7. Gzip圧縮の設定

応用ケース: WordPress用の.htaccess設定

まとめ

まとめ

この記事を書いた人

関連記事

コメント

コメントする コメントをキャンセル

2. `httpd.conf`でモジュールを直接ロードする（手動設定）

4. `httpd.conf`でアクセス権を設定

コメントするコメントをキャンセル