.htaccessの書き方

.htaccess とは

　.htaccess とは、Webサーバの動作を制御するための設定ファイル ^※1 です。 設定例としては、特定のファイルやディレクトリのアクセスを禁止したり、HTTP 404(Not Found：未検出)エラーページをカスタマイズすることもできます。 .htaccess は設置しなくともWebサイトは問題なく動作しますが、セキュリティやパフォーマンスの観点から導入をおすすめします。

　以降は、さくらインターネットのレンタルサーバで .htaccess を利用する場合について説明します。 レンタルサーバによっては .htaccess の利用を禁止している場合や、設定できない項目もありますので、利用できるかは公式ヘルプページを参照するようにしましょう。 また、詳細な情報については Apache の公式ドキュメントを参照して下さい。

.htaccess のルール

　.htaccess の書き方にはルールがあり、ルールを違反すると "500 internal server error" が発生します。 500 internal server error が発生すると、以下のような画面が表示されWebページが表示されなくなります。 そのため .htaccess を設置する場合は十分な動作確認を行いましょう。

Close / Esc

ファイル名

　.htaccess のファイル名は、そのまま ".htaccess" になります。 先頭に . がついていることに注意して下さい。 先頭に . がつくファイルはUNIX系のOSで隠しファイルを意味しており、ファイル名がない拡張子だけのファイルという意味ではありません。

　Windowsでは初期設定で拡張子が省略されているため、ファイル名が気付かずに ".htaccess.txt" となっている場合があります。 ".htaccess.txt" では、サーバが正しく認識できないため、動作しません。 また、拡張子が自動で付与され ".htaccess" というファイル名が作成できない場合は、 ".htaccess.txt" のファイル名で一旦作成し、アップロード後にWebサーバ上で ".htaccess" にリネームします。

コメントアウト

　.htaccess では、# から始まる行がコメントアウトされます。 行の途中でもコメントをつけることが可能ですが、Apacheのバージョンや、記述場所によってはエラーになるため、基本的にコメント行は独立させましょう。 それでも行の途中でコメントをつける場合は、" で囲むことでコメントアウトされます。 ただし、Apache ver1.3系ではエラーになるため、Apache ver2.0系以降である必要があります。

# ここはコメント行です
DirectoryIndex index.html "# 行の途中コメントは避けましょう"

改行

　.htaccess の改行コードはLFを設定し、ファイルの最終行には空行を入れる必要があります。 また、改行は構文の終端として認識されますが、行末に \ をつけて改行すると構文が次の行に継続しますが、あまり一般的な表記ではありません。 特に必要でない限りは途中改行も避けた方が無難です。

# ErrorDocument 404 404error.html を途中で改行する
ErrorDocument 404 \
404error.html

# 最終行の後には空行を入れましょう

httpd.conf

　httpd.conf は .htaccess の上位ファイルです。そのため .htaccess では httpd.conf で許可されている命令のみ指定できます。 許可されていない命令を指定した場合、無効になるか 500 internal server error が発生します。 何が許可されているかは、利用しているサーバの公式ヘルプを確認して下さい。 例えば、さくらインターネットでは、ディレクトリの一覧表示を制御する Options の指定はできません。

転送と有効範囲

　.htaccess をWebサーバへ転送する際はアスキーモードで転送します。 転送後は .htaccess のパーミッションを "644(rw-r--r--)" に設定します。 ただし、共有サーバでは、"604(rw----r--)" の場合もあります。

　.htaccess の設定は、配置したディレクトリ以下に対して有効になります。 そのため、Webサイト全体に対して設定を有効にしたい場合は、ルートディレクトリに配置しましょう。 階層別に分けて配置した場合、より深い階層に配置した .htaccess の設定が優先されます。

/www
|-- .htaccess         # Webサイト全体に対して有効 ･･･ A
|-- index.html        # Aの設定が有効になる
|
|-- /contents
|   |-- contents.html # Aの設定が有効になる
|
|-- /blog
    |-- .htaccess     # blog配下に対して有効 ･･･ B
    |-- blog.html     # Bの設定が有効になる

　上記の例では .htaccess A と .htaccess B で同じ設定項目を使用している場合に限ります。 同じ設定項目を使用している場合、より深い階層に配置した .htaccess の設定で上書きされますが、その他の設定項目は上位の階層の設定が有効になります。

階層別に同じ設定項目がある場合

# .htaccess Aの設定
RewriteEngine On
RewriteRule index1.html index2.html

# .htaccess Bの設定
RewriteEngine On
RewriteRule index1.html index3.html

　上記の例では RewriteRule が .htaccess A と .htaccess B に書かれています。 .htaccess に同じ設定項目がある場合、より深い階層の設定が有効になるため /blog にアクセスすると .htaccess A の設定が .htaccess B の設定で上書きされます。 そのため blog/index1.html にアクセスした場合 index3.html に書き換わります。

階層別に異なる設定項目がある場合

# .htaccess Aの設定
DirectoryIndex index.html

# .htaccess Bの設定
RewriteEngine On
RewriteRule index1.html index2.html

　上記の例では異なる設定項目が .htaccess A と .htaccess B に書かれています。 .htaccess に異なる設定項目がある場合 .htaccess A の設定が .htaccess B にも継承されます。

各階層の設定が有効になる場合

# .htaccess Aの設定
RewriteEngine On
RewriteRule index1.html index2.html

# .htaccess Bの設定
RewriteEngine On
RewriteRule index1.html /index1.html

　上記の例ではやや複雑な設定になっています。 blog ディレクトリの blog/index1.html にアクセスすると .htaccess B の設定が有効になり、ルートディレクトリの index1.html に書き換わります。 書き換え後のパスに / がついていると絶対パスになり、ルートディレクトリになります。

　ルートディレクトリの index1.html に書き換わると .htaccess A の設定が有効になり、最終的には index2.html に書き換わります。 このように、ディレクトリを跨ぐ書き換えが行われると書き換わった先のディレクトリで有効な .htaccess の設定が改めて適用されます。 .htaccess を階層別に分けて配置する場合は、適用される有効範囲について注意しましょう。

正規表現

　.htaccess では、正規表現による指定が可能です。 正規表現とは、いくつかの文字列を1つの形式で表現する記述方法です。 例えば、index1.html と index2.html がある場合、以下の正規表現で表すことができます。

　"(" , ")" で囲んだ部分は1つのグループとなり、複数の文字を1つの単位として扱うことができます。 "|" はOR条件を表すため、正規表現の意味としては "index" に続く文字が "1" または "2" となります。 このように、正規表現を使用すればファイル名などを柔軟に指定することが可能です。

　正規表現には基本的な表記の他に定義済みのクラスがあります。 一部の定義済みクラスは "[:" と ":]" の特殊な括弧を使用することで表記します。

正規表現が使用できる命令(ディレクティブ)

　.htaccess では正規表現が使用できますが、すべてのディレクティブで正規表現が使用できるわけではありません。 使用できるディレクティブは "Match" という単語が名前に含まれているディレクティブ(例えば FilesMatchなど)や、次章以降の RewriteRuleディレクティブ、RewriteCondディレクティブでは正規表現が使用できます。

RewriteRule

　RewriteRule は .htaccess における非常に重要な要素の1つです。 RewriteRuleを使用することで、URLを書き換えや、別のURLに移動させることでアクセスされたリソースに対してWebサーバの挙動を制御することができます。

　RewriteRule は "RewriteEngine" を有効にすることで使用できます。 RewriteEngine には "On" または "Off" を指定することで有効・無効をスイッチできます。

# RewriteEngine On | Off
RewriteEngine On

　RewriteEngine を有効にしたら、URLの書き換えは "RewriteRule" で行います。 RewriteRule では、条件に一致するURLを、置換文字列に書き換えます。 RewriteRule には挙動を制御するためのフラグがいくつか用意されており、柔軟な書き換えルールが定義できるようになっています。 複数のフラグを指定する場合は、"," で区切って指定します。

# RewriteEngine On | Off
RewriteEngine On

# RewriteRule 条件 置換文字列 [フラグ]
RewriteRule sample1.html sample2.html [L]

RewriteBase

　RewriteRule で指定するURLは、有効な .htaccess が置かれたディレクトリからの相対パスとなります。 ベースとなるディレクトリを変更する場合は、RewriteBase で指定します。 ただし、RewriteBase の設定が有効になるのはリダイレクト先が相対パスで記述された時のみであり、リダイレクト元のパスや、絶対パスで記述された場合には有効になりません。

# RewriteEngine On | Off
RewriteEngine On

# RewriteBase ベースディレクトリ
RewriteBase /contents

# RewriteRule 条件 置換文字列 [フラグ]
RewriteRule contents/index.html index.php [R=301,L]

RewriteRuleの処理順

　RewriteRule は先頭行から条件に一致する行を探索していきます。 条件に一致した場合は、先頭行に戻り、再度条件に一致する行を探索します。 例えば、下記の書き方では、index1.html にアクセスすると index2.html に書き換わった後、再度探索を行い最終的に index3.html に書き換わります。

# RewriteEngine On | Off
RewriteEngine On

# index1.html → index2.html → index3.html
RewriteRule index1.html index2.html
RewriteRule index2.html index3.html

無限ループ と 対処方法

　以下のような書き方では無限ループを引き起こし、500 internal server error が発生するため注意が必要です。 特に RewriteRule では正規表現によるURL指定が可能であるため、意図せずに無限ループを引き起こすケースがあります。

# RewriteEngine On | Off
RewriteEngine On

# index1.html → index2.html → index1.html → ...
RewriteRule index1.html index2.html
RewriteRule index2.html index1.html

　上記のように無限ループを防ぐためには、[L] フラグを設定すればよいかと思うかもしれません。 しかし、以下の例では index1.html にアクセスしても最終的には index3.html に書き換わってしまいます。

# RewriteEngine On | Off
RewriteEngine On

# index1.html → index2.html に書き換わった時点で終了しない
RewriteRule index1.html index2.html [L]
RewriteRule index2.html index3.html [L]

　これは RewriteRule の機能を提供しているモジュール mod_rewrite の問題ですが .htaccess では [L] フラグが有効になりません。 .htaccess の上位ファイルである httpd.conf では [L] フラグが正常に動作しますが .htaccess では再探索が優先されます。 そのため、無限ループを防ぐには次章の "RewriteCond" を使用する方法が一般的です。

RewriteCond

　RewriteRule ではURLを書き換える条件を指定できますが、"RewriteCond" を使うことで更に細かく条件を指定できます。 RewriteCond の条件に一致した場合は、直後の RewriteRule を実行します。 条件に一致しない場合は、直後の RewriteRule が実行されないため、無限ループを防ぐ方法として有効です。

# Rewriteエンジンを起動
RewriteEngine On

# RewriteCond テスト文字列 条件 オプション
RewriteCond %{HTTP_HOST} ^(www\.)?murashun\.sakura\.ne\.jp$ [NC]

# RewriteRule 条件 置換文字列 [フラグ]
RewriteRule .* http://murashun.jp%{REQUEST_URI} [R=301,L]

RewriteCondの処理順

　RewriteRule と RewriteCond を組み合わせた処理順は、一般的な上から下に流れるプログラムとは異なります。 基本的な処理順としては、以下になります。

1. URL が 条件A にマッチし、かつ
2. 文字列B が 条件C にマッチする場合
3. URL を 文字列D に書き換える

　プログラムで表現する場合は、以下になります。

if( URL =~ A && B =~ C){
  URL = D;
}

　A は URL を書き換えるかの条件であるため、文字列A を 文字列D で書き換えるということではありません。

RewriteCondのパターンとオプション

　RewriteCond で使用できるパターンとオプションは以下のとおりです。

HTTP環境変数

　ブラウザでサーバにアクセスする際、HTTPリクエストヘッダに各種の情報を含めて送信しています。 HTTPリクエストヘッダの情報は "%{環境変数名}" と指定することで RewriteCond で利用することができます。

ヘッダ環境変数 - HTTP headers

1. HTTP_USER_AGENT
   ^※2 HTTP_USER_AGENTの一覧
   List of User Agent Strings ユーザのOSやブラウザの情報が含まれます。^※2 OSやブラウザの種類やバージョンによって情報が異なるため指定漏れがないように注意しましょう。 特定のOSやブラウザのバージョンを問わず指定する場合は "Windows" や "Chrome" などの文字列を指定する必要があります。

# Windows - Internet Explorer
Mozilla/5.0 (Windows NT 6.1; WOW64; Trident/7.0; rv:11.0) like Gecko

# Rewriteエンジンを起動
RewriteEngine On

RewriteCond %{HTTP_USER_AGENT} iPhone [NC]
RewriteRule ^(.*)$ iphone/$1 [R,L]

2. HTTP_REFERER
   参照元のURL情報が含まれます。 例えば、Google の検索結果画面から訪れた場合は、Google のURL情報が含まれています。 ただし、ダイレクトアクセスなどで訪れた場合は、情報が含まれないケースがあります。

# Google の検索結果から訪れた場合
https://www.google.co.jp/

# Rewriteエンジンを起動
RewriteEngine On

# murashun.jp ドメイン以外からの画像のリンクは許可しない
RewriteCond %{HTTP_REFERER} !^http://(www\.)?murashun.jp [NC]
RewriteRule \.png$ - [F]

3. HTTP_COOKIE
   Cookie 情報が含まれます。 Cookie は名前と値がセットになっていて、変数には両方が格納されています。 また、Cookie は一部の文字がエンコードされているため指定の際には注意しましょう。

# Cookie名 = Cookie値; ... で参照される
name=murashun; id=123456; date=2015%2F02%2F05;

# Rewriteエンジンを起動
RewriteEngine On

# Cookie の id が数字6桁でない場合は403エラー
RewriteCond %{HTTP_COOKIE} !id=[0-9]{6}
RewriteRule ^(.*)$ - [F]

4. HTTP_FORWARDED
   経由したプロキシの種類やバージョン情報が含まれます。 ただし、プロキシサーバを経由していない場合は、情報が含まれないケースがあります。

# 経由したプロキシの種類やバージョン情報
by http://ProxyServer:8080/ (Squid/1.0.20) for 10.20.30.40

# Rewriteエンジンを起動
RewriteEngine On

# プロキシサーバを経由した場合403エラー
RewriteCond %{HTTP_FORWARDED} !^$
RewriteRule ^(.*)$ - [F]

5. HTTP_HOST
   リクエスト先のホスト名(DNS名)情報が含まれます。

# 接続先ホスト名
murashun.jp:80

# Rewriteエンジンを起動
RewriteEngine On

# URL の www を省略する
RewriteCond %{HTTP_HOST} ^www\.murashun\.jp
RewriteRule ^(.*)$ http://murashun.jp/$1 [R,L]

6. HTTP_PROXY_CONNECTION
   プロキシの接続情報が含まれます。 プロキシサーバを経由する時、クライアントからのヘッダ情報をそのままサーバに渡す "End-to-End" 方式か、ヘッダ情報を変化させて渡す "Hop-by-Hop" 方式の2種類あります。 HTTP_USER_AGENT などはクライアントの情報がそのままサーバに渡される End-to-End 方式ですが、HTTP_PROXY_CONNECTION はプロキシサーバの情報が渡される Hop by Hop 方式です。

# プロキシの接続情報
"", keep-alive, close など

7. HTTP_ACCEPT
   ブラウザがサポートするメディア・MIMEタイプ情報が含まれます。 例えば、ブラウザが HTML をサポートする場合は "text/html" と表記されます。 "*/*" は表記以外すべてのメディアを示します。 また、サポートするメディアには ; に続けて "品質値" を書くことで優先度を定義できます。 品質値を省略した場合は "1" になります。

# ブラウザのサポート形式
text/html,application/xhtml+xml,*/*;q=0.5

# Rewriteエンジンを起動
RewriteEngine On

# HTMLをサポートしていない場合は403エラー
RewriteCond %{HTTP_ACCEPT} !text/html [NC]
RewriteRule ^(.*)$ - [F]

サーバー環境変数 - server internals

1. DOCUMENT_ROOT
   Webサーバの公開ディレクトリまでのパス情報が含まれます。 例えば、さくらインターネットの場合は /home/murashun/www が公開ディレクトリとなります。 サーバによっては public_html ディレクトリなど名前やパスが異なる場合があります。

# Rewriteエンジンを起動
RewriteEngine On

# リクエストされたファイルがアーカイブのディレクトリにあるか確認
RewriteCond %{REQUEST_URI} ^(.*\.html)$
RewriteCond %{DOCUMENT_ROOT}/archive/%1 -f

# アーカイブのディレクトリにあれば書き換える
RewriteRule ^(.*)$ /archive/%1 [L]

2. SERVER_ADMIN
   Webサーバの設定で指定された管理者のメールアドレス情報が含まれます。

# 管理者のメールアドレス
hogehoge@foo.bar.com

3. SERVER_NAME
   Webサーバ名の情報が含まれます。 SERVER_NAME は HTTP_HOST と似ているので注意が必要です。 SERVER_NAME は httpd.conf の ServerName ディレクティブに定義された値を返します。 一方、HTTP_HOST は リクエストの HTTP ヘッダ情報に含まれるホスト名を返します。

# ServerName の定義値
hoge.sakura.ne.jp

4. SERVER_ADDR
   WebサーバのIPアドレス情報が含まれます。

# サーバのIPアドレス
10.20.30.40:80

5. SERVER_PORT
   Webサーバのポート番号の情報が含まれます。 ポート番号から http か https か判断することができます。

# Rewriteエンジンを起動
RewriteEngine On

# ポート番号が80ならhttp, 443ならhttpsに書き換える 
RewriteCond %{SERVER_PORT} ^80$
RewriteRule ^(.*)$ - http://%{HTTP_HOST}/$1 [R,L]
RewriteCond %{SERVER_PORT} ^443$
RewriteRule ^(.*)$ - https://%{HTTP_HOST}/$1 [R,L]

6. SERVER_PROTOCOL
   プロトコル名やバージョンの情報が含まれます。

# サーバプロトコル情報
HTTP/1.1

7. SERVER_SOFTWARE
   Webサーバのソフトウェア名、およびバージョン情報が含まれます。

# さくらのレンタルサーバの例
Apache/2.2.25

リクエスト環境変数 - connection & request

1. REMOTE_ADDR
   クライアントのIPアドレス情報が含まれます。

2. REMOTE_HOST
   クライアントのホスト名情報が含まれます。 ただし、必ず情報が含まれているとは限りません。 情報が含まれていない場合は、IPアドレスから逆引き参照を行います。

# クライアントのホスト名
client123.hoge.ne.jp

3. REMOTE_PORT
   クライアントのポート番号の情報が含まれます。

4. REMOTE_USER
   Basic認証におけるユーザ認証時のユーザID情報が含まれます。

# htpasswd murashun:hoge123
murashun

5. REMOTE_IDENT
   リクエストを発行したユーザ情報が含まれます。 ただし、ユーザ情報は Unix の ident daemon により通知されるため、Windows を使用しているユーザからは通知されません。 大抵の場合は、値が入っていません。

6. REQUEST_METHOD
   "GET" または "POST" のHTTPリクエスト情報が含まれます。

# Rewriteエンジンを起動
RewriteEngine On

# HTTPリクエストによって振り分ける
RewriteCond %{REQUEST_METHOD} GET
RewriteRule ^(.*)$ /foo/$1 [R,L]
RewriteCond %{REQUEST_METHOD} POST
RewriteRule ^(.*)$ /bar/$1 [R,L]

7. SCRIPT_FILENAME
   実行するスクリプトの絶対パス情報が含まれます。

# Rewriteエンジンを起動
RewriteEngine On

# 実行ファイルが存在しない場合、エラー画面を表示する
RewriteCond %{SCRIPT_FILENAME} !-f
RewriteRule ^(.*)$ /error.html [NC,L]

8. PATH_INFO
   ファイル名とクエリー文字列の間にあるパス情報が含まれます。

# hoge.php/foo/bar?id=123456
/foo/bar

9. QUERY_STRING
   クエリー文字列であるGETパラメータの情報が含まれます。

# hoge.php/foo/bar?id=123456
id=123456

10. AUTH_TYPE
    ユーザの認証方式の情報が含まれます。

システム日付・時刻変数 - date and time

1. TIME_YEAR
   サーバ時刻の年の情報が含まれます。

# Rewriteエンジンを起動
RewriteEngine On

# 期間限定のページを開設する例
RewriteCond %{TIME_YEAR}%{TIME_MON}%{TIME_DAY} > 20150101
RewriteCond %{TIME_YEAR}%{TIME_MON}%{TIME_DAY} < 20150102
RewriteRule ^(.*)$ /HappyNewYear.html [L] 

2. TIME_MON
   サーバ時刻の月の情報が含まれます。
3. TIME_DAY
   サーバ時刻の日の情報が含まれます。
4. TIME_HOUR
   サーバ時刻の時の情報が含まれます。
5. TIME_MIN
   サーバ時刻の分の情報が含まれます。
6. TIME_SEC
   サーバ時刻の秒の情報が含まれます。
7. TIME_WDAY
   サーバ時刻の曜日の情報が含まれます。曜日は0(日曜)～6(土曜)の範囲で表します。
8. TIME
   サーバ時刻の年・月・日・時・分・秒の情報が含まれます。

その他 - specials

1. API_VERSION
   Webサーバプログラムのバージョンの情報が含まれます。

# HTTPD 2.2.x は 20051115:XX で表されます
20051115:33

2. THE_REQUEST
   リクエストの情報が含まれます。("GET /index.html HTTP/1.1")

# index.html に HTTP ver1.1 でリクエスト例
GET /index.html HTTP/1.1

3. REQUEST_URI
   リクエストされたURI情報が含まれます。

# 本記事のURI情報
/blog/20141229-01.html

4. REQUEST_FILENAME
   リクエストされたサーバパス情報が含まれます。

# さくらインターネットのレンタルサーバでの例
/home/murashun/www/blog/20141229-01.html

5. IS_SUBREQ
   サブリクエストを処理中は "true" 、そうでなければ "false" を返します。

6. HTTPS
   HTTP通信であれば "on"、そうでなければ "off" を返します。

後方参照

　後方参照とは、正規表現の "(" , ")" に囲まれた条件にマッチングした文字列を "後方" で "参照" できる方式です。 以下の例は、マッチングした文字列を "$1" で参照しています。

# Rewriteエンジンを起動
RewriteEngine On

# URLからwwwは取り除くが、ディレクトリ名やファイル名は後方参照で使いまわす
RewriteCond %{HTTP_HOST} ^www\.murashun\.jp
RewriteRule ^(.*)$ http://murashun.jp/$1 [R=301,L]

RewriteRuleの後方参照

　RewriteRule で後方参照を利用する場合は "$n" で表記します。( n には数字が入ります。) 後方参照は複数の条件がある場合でも利用できます。 マッチング条件が複数ある場合は、左側から $1, $2 というように、どの条件にマッチングした文字列を参照するか選択することができます。

# Rewriteエンジンを起動
RewriteEngine On

# /blog/foo/bar → /foo/bar に変換される
RewriteRule ^/blog/(.*)/(.*)$ /$1/$2
#                   $1   $2

RewriteCondの後方参照

　RewriteCond で後方参照を利用する場合は "%n" で表記します。( n には数字が入ります。) 表記する記号が RewriteRule と異なり % であることに注意して下さい。 その他の使い方は RewriteRule と同様です。

# Rewriteエンジンを起動
RewriteEngine On

#                                 %1   %2
RewriteCond %{REQUEST_FILENAME} ^(.*)/(.*)/index.html$
RewriteRule ^/blog/(.*)/(.*)$ /$1/%1/$2/%2
#                   $1   $2

代表的なレシピ

　.htaccess は RewriteRule や RewriteCond を利用することで柔軟性の高い設定が可能です。 しかし、柔軟性が高い反面、複雑化しやすいためにスイス製のアーミーナイフや、黒魔術などと呼ばれています。 前章までに説明した内容も .htaccess の中のごく一部です。 .htaccess の書き方をすべてマスターするには膨大な知識が必要となります。 そのため、以降は一般的に設定されている代表的なレシピを紹介します。

URL の www を省略する

　URLは、以下の構造となっています。 URLのホスト名の部分は、サーバによっては省略可能で、さくらインターネットでは、ホスト名である www を省略しても同一のWebサイトが表示される仕様になっています。 www の省略は大きな問題ではないかもしれません。しかし、Googleなどでは同一ドメイン名でも www のあり・なしによって異なるWebサイトと認識します。 そのため、外部のサービスと連動する場合に備えて www のあり・なしを揃えておいた方が便利です。

http://www.murashun.jp/contents/index.html
--A--  -B- -----C----- ---D---- ----E-----

A : スキーム
B : ホスト名
C : ドメイン名
D : ディレクトリ名
E : ファイル名

　www を省略するには以下のように記述します。 以下の例では、"HTTP_HOST" が www を含むURLの場合、www を省略したURLに書き換えています。

RewriteEngine On
RewriteCond %{HTTP_HOST} ^www\.murashun\.jp
RewriteRule ^(.*)$ http://murashun.jp/$1 [R=301,L]

ディレクトリやファイルの一覧を非表示にする

　ディレクトリの中に index.html などのデフォルトで表示されるファイルがない場合、ディレクトリやファイルの一覧が表示されます。 ディレクトリの中に非公開としておきたいファイルが含まれている場合、一覧で表示されてしまうため、セキュリティ上のリスクとなります。

Close / Esc

　ディレクトリやファイルの一覧を非表示にするには、"Options" や "DirectoryIndex" を指定します。 非表示の設定となっている場合は、デフォルトで表示するファイルが必要になります。 もしも、デフォルトで表示するファイルが存在しない場合は、HTTP 403(Forbidden：閲覧禁止)エラーになります。 さくらインターネットでは、Options の指定ができないため、DirectoryIndex を指定してデフォルトで表示するファイルを配置しましょう。

# ディレクトリやファイルの一覧を非表示にする
Options All -Indexes

# ディレクトリにアクセスした場合 index.html をデフォルトで表示する
DirectoryIndex index.html

ディレクトリやファイルへのアクセス制限を行う

　ディレクトリやファイルの一覧を非表示にしても、ファイル名を指定して直接アクセスされると簡単にアクセスできます。 また、重要なファイルは推測しにくいユニークなファイル名になっていないため、"Password.txt" や "Access.log" など一般的なファイル名で何度も試行されるとHitする可能性があります。 本来、重要なファイルはサーバに保管すべきではありませんが、特定のファイルへのアクセス制限を行うには、以下のように記述します。

# 特定のファイルや拡張子へのアクセスを制限する
<FilesMatch "^(\.htaccess|\.txt|\.xml)$">
  deny from all
</FilesMatch>

　また、特定のディレクトリへのアクセス制限を行うには "Deny from all" とだけ記述した .htaccess を指定のディレクトリに配置します。 その際には、最終行に空行を含めることを忘れないように注意しましょう。 アクセス制限となった場合は、HTTP 403(Forbidden：閲覧禁止)エラーを返します。

　上記の例では、すべてのアクセスを拒否する簡単な設定ですが、細かくアクセスを制限することも可能です。 アクセス制限の基本は "許可(allow)" と "拒否(deny)" の条件を指定することです。 具体的な設定例は、以下のようになります。

# 特定のファイルや拡張子へのアクセスを制限する
<FilesMatch "^(\.htaccess|\.txt|\.xml)$">
  # 許可してから拒否
  Order allow,deny
  # すべてを許可
  allow from all
  # 以下のIPアドレス(192.168.*.*)を拒否
  deny from 192.168
  # 以下のホストを拒否
  deny from example.ne.jp
  # ブラウザのIEを拒否
  SetEnvIf User-Agent "MSIE" MSIE
  deny from env=MSIE
  # ･･･他に拒否する条件は漏れてないかな？(・ω・;
</FilesMatch>

　"Order" では許可と拒否の順番を指定しています。 上記の例では、すべてのアクセスを許可しますが条件を満たす場合は拒否するという意味になります。 "許可してから拒否する"設定は、拒否条件が漏れていた場合にセキュリティホールとなるため、やや甘い設定になります。 そのため、以下のように"拒否してから許可する"設定が推奨されます。

# 特定のファイルや拡張子へのアクセスを制限する
<FilesMatch "^(\.htaccess|\.txt|\.xml)$">
  # 拒否してから許可
  Order deny,allow
  # すべてを拒否
  deny from all
  # 以下のIPアドレス(192.168.100.*)を許可
  allow from 192.168.100
</FilesMatch>

エラーページをカスタマイズする

　ファイルが見つからない場合など、WebサーバはHTTP 404(Not Found：未検出)エラーを返しますが、中身は無機質なテキストのページです。 本来、エラーページは表示すべきものではありませんが、見えないところにもこだわるのがデザインです。 "ErrorDocument" を利用すれば、HTTPステータスコードに応じたページを返すことができます。 すべてのエラーに対応する必要はありませんが、代表的なエラーページは作成しましょう。

# エラーに対応する html を返す
ErrorDocument 403 403.html
ErrorDocument 404 404.html
ErrorDocument 500 500.html
ErrorDocument 503 503.html

　"ErrorDocument" + "HTTP ステータスコード" + "絶対パス or 相対パス" の形で記述します。 未定義のHTTP ステータスコードが発生した場合は、デフォルトのページが表示されます。

まとめ

　.htaccess を使って実現できることは非常に多くあります。 独自の構文を組み上げてオリジナルの黒魔術を完成させることも一興ですが、代々伝わる使い古されたレシピを使うことをおすすめします。 深みにはまってダークサイドに堕ちないように気をつけて下さい。