Nginx (日本語) - ArchWiki

# Nginx (日本語)

Nginx ("エンジンエックス"と発音します)は2005年から Igor Sysoev（ロシア）によって開発されている、フリーでオープンソースかつハイパフォーマンスな HTTP サーバーかつリバースプロクシで、IMAP/POP3 プロクシサーバーとしても機能します。Netcraft の January 2014 Web Server Survey によると、世界中の全てのドメインのうち 14.4% は Nginx によってホストされています。一方、Apache は41.64%をホストしています。Nginx は主に、その安定性・多機能・単純な設定・低リソース消費によって知られています。

## インストール

公式リポジトリから nginx パッケージをインストールできます。

Ruby on Rails のためにインストールするには、Ruby on Rails#The Perfect Rails Setup を参照してください。

セキュリティを向上させるために chroot によるインストールをするには、#chroot でインストール を参照してください。

## サービスの開始

Nginx サービスを走らせるには:

    # systemctl start nginx

スタートアップ時に Nginx サービスを起動するには:

    # systemctl enable nginx

http://127.0.0.1 にデフォルトで表示されるページは:

    /usr/share/nginx/html/index.html

## 設定

nginx における最初の手順は 公式のビギナーズガイド で説明されています。`/etc/nginx/` にあるファイルを編集することで Nginx の設定ができます。メインの設定ファイルは `/etc/nginx/nginx.conf` です。

より詳しい解説はこちら: 公式の ドキュメント にある Nginx Configuration Examples。

### 一般設定

`worker_processes` の適当な値を探って下さい。この設定は最終的に nginx が受け入れる接続の数と利用できるプロセスの数を定義します。通常、システムのハードウェアのスレッド数にすると良いでしょう。また、バージョン 1.3.8 と 1.2.5 から `worker_processes` には `auto` と設定することができ、最適な値を自動的に検出します (ソース)。

nginx が受け入れる最大接続数は `max_clients = worker_processes * worker_connections` で計算できます。

#### SSL

SSL を使用するには、openssl をインストールする必要があります。

自己署名証明書を作成してください (キーのサイズや効力の日数は変更できます):

    # cd /etc/nginx/
    # openssl genpkey -algorithm RSA -pkeyopt rsa_keygen_bits:2048 -out cert.key
    # chmod 600 cert.key
    # openssl req -new -key cert.key -out cert.csr
    # openssl x509 -req -days 365 -in cert.csr -signkey cert.key -out cert.crt

HTTPS サーバーの server ブロックを以下のように修正してください:

    /etc/nginx/nginx.conf

    server {
            listen       443 ssl;
            server_name  localhost;

            ssl_certificate      cert.crt;
            ssl_certificate_key  cert.key;

            ssl_session_cache    shared:SSL:1m;
            ssl_session_timeout  5m;

            ssl_ciphers  HIGH:!aNULL:!MD5;
            ssl_prefer_server_ciphers  on;

    	root   /usr/share/nginx/html;
            location / {
                index  index.html index.htm index.php;
            }
    }

`nginx.service` を再起動して変更を適用します。

#### サーバーブロック

Note: "VirtualHost" is an Apache term. Nginx does not have Virtual hosts, it has "Server Blocks" that use the server_name and listen directives to bind to tcp sockets.

サーバーブロックを追加する例:

    /etc/nginx/nginx.conf

    index  index.html index.htm index.php;
    server {
            listen       80;
            server_name  domainname1.dom;
    	root   /home/user/www/domainname1.dom/html;

            #error_page  404              /404.html;

            # redirect server error pages to the static page /50x.html
            #
            error_page   500 502 503 504  /50x.html;
            location = /50x.html {
                root   /usr/share/nginx/html;
            }

            # include php-fpm config
            include  php.conf;
    }

    server {
            listen       80;
            server_name  domainname2.dom;
    	root   /home/user/www/domainname2.dom/html;

            #error_page  404              /404.html;

            # redirect server error pages to the static page /50x.html
            #
            error_page   500 502 503 504  /50x.html;
            location = /50x.html {
                root   /usr/share/nginx/html;
            }

            # include php-fpm config
            include  php.conf;
    }

ローカルマシンでバーチャルホストをテストするには、`/etc/hosts` ファイルにバーチャルネームを追加してください:

    127.0.0.1 domainname1.dom
    127.0.0.1 domainname2.dom

`nginx.service` を再起動して変更を適用します。

### FastCGI

FastCGI、または FCGI はウェブサーバーでインタラクティブなプログラムを動作させるためのプロトコルです。FastCGI は Common Gateway Interface (CGI) の変種で、ウェブサーバーと CGI プログラムのオーバーヘッドを減らすよう設計されていて、サーバーはより多くのウェブページのリクエストを一度に捌くことができます。

Nginx には FastCGI が組み込まれており多くの外部ツールが動きます、例えば Perl、PHP、Python など。これらを使うためにはまず FastCGI サーバーを動かす必要があります。

#### PHP を動かす

PHP のために FastCGI サーバーを動かす方法は複数あります。ここでは推奨方法として php-fpm を使う方法を記載しています。

##### 手順1: PHP の設定

php をインストールしてください。`/etc/php/php.ini` の中にある `open_basedir` に PHP ファイルが含まれているベースディレクトリを （`/srv/http/` や `/usr/share/webapps/` のような感じで）指定しなくてはなりません:

    open_basedir = /usr/share/webapps/:/srv/http/:/home/:/tmp/:/usr/share/pear/

そうしたら必要なモジュールを設定しましょう。例えば sqlite3 を使うなら php-sqlite をインストールして、`/etc/php/php.ini` の次の行をアンコメントして有効にします:

    extension=sqlite3.so

chroot 環境で nginx を動かしている場合 (chroot は `/srv/nginx-jail` で、ウェブページは `/srv/nginx-jail/www`)、ディレクティブは chroot だけを参照します (つまり `open_basedir = /www`)。

###### MariaDB

MariaDB で説明されているようにして MySQL/MariaDB を設定してください。

`/etc/php/php.ini` の以下の行の 少なくともどれか一つ をアンコメント:

    extension=pdo_mysql.so
    extension=mysqli.so

Warning: PHP 5.5 から、`mysql.so` は 廃止 されログファイルにエラーが表示されます。

ウェブスクリプトのために最小権限の MySQL ユーザーを追加することができます。また、`/etc/mysql/my.cnf` を編集して `skip-networking` 行をアンコメントすると MySQL サーバーはローカルホストからしかアクセスできなくなります。変更を適用するには MySQL を再起動する必要があります。

Tip: データベースを利用するために phpMyAdmin, Adminer, mysql-workbench などのツールをインストールしても良いでしょう。

##### 手順2: php-fpm

- http://php-fpm.org

php-fpm をインストールします:

    # pacman -S php-fpm

設定ファイルは `/etc/php/php-fpm.conf` です。

サービスを動かします:

    # systemctl start php-fpm

`php-fpm` をスタートアップ時に有効にします:

    # systemctl enable php-fpm.service

##### 手順3: Nginx の設定

それぞれの server ブロックの中の location ブロックに PHP アプリケーションを次のように記述します:

    location ~ \.php$ {
         fastcgi_pass   unix:/run/php-fpm/php-fpm.sock;
         fastcgi_index  index.php;
         include        fastcgi.conf;
    }

`/etc/nginx/php.conf` を作って設定をそこに書く場合、このファイルを `server` ブロックに入れて下さい。

    server = {
        ...
        include  php.conf;
        ...
    }

.html や .htm ファイルを PHP として処理したい場合は、以下のようにしてください:

    location ~ \.(php|html|htm)$ {
         fastcgi_pass  unix:/run/php-fpm/php-fpm.sock;
         fastcgi_index  index.php;
         include        fastcgi_params;
    }

拡張子が .php でないファイルを php-fpm で動かすことを `/etc/php/php-fpm.conf` で有効にする必要があります:

    security.limit_extensions = .php .html .htm

設定を変えた後は php-fpm デーモンを再起動してください。

    # systemctl restart php-fpm

`fastcgi_pass` 引数に注意を払って下さい、FastCGI サーバーの設定ファイルで定義された TCP や Unix ソケットでなくてはなりません。デフォルトの `php-fpm` (Unix) ソケットは

    fastcgi_pass unix:/run/php-fpm/php-fpm.sock;

デフォルトの代わりに、通常の TCP ソケットを使うこともできます

    fastcgi_pass 127.0.0.1:9000;

ただし Unix ドメインソケットの方が高速です。

Nginx のための FastCGI 設定がある `fastcgi.conf` か `fastcgi_params` が含まれていますが、後者は使われなくなりました。これらのファイルは Nginx をインストールしたときに作られます。

最後に、Nginx が動作している場合は再起動してください:

    # systemctl restart nginx

FastCGI をテストしたい場合は、`/usr/share/nginx/html/index.php` を次の内容で作成して

    <?php
      phpinfo();
    ?>

ブラウザで http://127.0.0.1/index.php を開いて下さい。

#### CGI を動かす

この実装は CGI アプリケーションに必要です。

##### 手順1: fcgiwrap

fcgiwrap をインストールしてください。 設定ファイルは `/usr/lib/systemd/system/fcgiwrap.socket` です。 systemd の fcgiwrap.socket を有効化・起動します。

この systemd ユニットファイルは現在 ArchLinux のタスクページで議論されています。思い通りに動くか確認するためにユニットファイルを自分で検査すると良いでしょう。

###### マルチワーカースレッド

複数のワーカースレッドを生成したい場合は、multiwatch を使用するのが推奨されています。これはクラッシュした子スレッドの再起動の面倒をみてくれます。multiwatch は systemd が作成したソケットを管理できないため、unix ソケットを作成するには `spawn-fcgi` を使う必要がありますが、ユニットファイルから直接実行した場合は fcgiwrap には問題が生じません。

`/usr/lib/systemd/system/fcgiwrap.service` から `/etc/systemd/system/fcgiwrap.service` にユニットファイルをコピーして (存在する場合は `fcgiwrap.socket` ユニットも)、`ExecStart` 行を必要に応じて修正してください。以下は multiwatch を使用するユニットファイルです。`fcgiwrap.socket` が実行中だったり有効になっていないことを確認してください、このユニットと衝突してしまうからです:

    /etc/systemd/system/fcgiwrap.service

    [Unit]
    Description=Simple CGI Server
    After=nss-user-lookup.target

    [Service]
    ExecStartPre=/bin/rm -f /run/fcgiwrap.socket
    ExecStart=/usr/bin/spawn-fcgi -u http -g http -s /run/fcgiwrap.sock -n -- /usr/bin/multiwatch -f 10 -- /usr/sbin/fcgiwrap
    ExecStartPost=/usr/bin/chmod 660 /run/fcgiwrap.sock
    PrivateTmp=true
    Restart=on-failure

    [Install]
    WantedBy=multi-user.target

`-f 10` は生成する子スレッドの数に変更してください。

Warning: The ExecStartPost line is required because of strange behaviour I'm seeing when I use the `-M 660` option for `spawn-fcgi`. The wrong mode is set. This may be a bug?

##### 手順2: Nginx の設定

CGI ウェブアプリケーションを置くそれぞれの `server` ブロックには以下のような `location` ブロックを記述します:

    location ~ \.cgi$ {
         root           /path/to/server/cgi-bin;
         fastcgi_pass   unix:/run/fcgiwrap.sock;
         include        fastcgi.conf;
    }

`fcgiwrap` のデフォルト (Unix) ソケットは /run/fcgiwrap.sock です。

## chroot でインストール

chroot に Nginx をインストールすることでセキュリティレイヤーを追加することができます。セキュリティを最大限に高めるために、Nginx サーバーを動かすのに必要なファイルだけを入れて、全てのファイルは出来る限り最小限の権限にします。例えば、なるべく root が所有するようにして、`/usr/bin` などのディレクトリは読み書きできないようにするなど。

Arch はデフォルトでサーバーを実行するための `http` ユーザーとグループが設定されています。chroot は `/srv/http` で動作させます。

この牢獄を作るための perl スクリプトが jail.pl gist にあります。このスクリプトを使用するか、またはこの記事の指示に従って作成するか選ぶことができます。スクリプトは root で実行してください。変更を適用する前に行をアンコメントする必要があります。

### 必要なデバイスを作成

Nginx には `/dev/null`, `/dev/random`, `/dev/urandom` が必要です。これらを chroot にインストールするために `/dev/` フォルダを作成してデバイスを mknod で追加します。chroot が危険になったときでも、攻撃者が `/dev/sda1` などの重要なデバイスにアクセスするには chroot から脱出しなくてはならないようにするために、`/dev/` を全てマウントはしません。

Tip: See `man mknod` and `ls -l /dev/{null,random,urandom}` to better understand the argument to mknod.

    # export JAIL=/srv/http
    # mkdir $JAIL/dev
    # mknod -m 0666 $JAIL/dev/null c 1 3
    # mknod -m 0666 $JAIL/dev/random c 1 8
    # mknod -m 0444 $JAIL/dev/urandom c 1 9

### 必要なフォルダを作成

Nginx を適切に実行するためにはたくさんのファイルが必要になります。それらをコピーする前に、ファイルを保存するためのフォルダを作成してください。ここでは Nginx のドキュメントルートが `/srv/http/www` であると仮定します。

    # mkdir -p $JAIL/etc/nginx/logs
    # mkdir -p $JAIL/usr/{lib,bin}
    # mkdir -p $JAIL/usr/share/nginx
    # mkdir -p $JAIL/var/{log,lib}/nginx
    # mkdir -p $JAIL/www/cgi-bin
    # mkdir -p $JAIL/{run,tmp}
    # cd $JAIL; ln -s usr/lib lib

Note: If using a 64 bit kernel you will need to create symbolic links `lib64` and `usr/lib64` to `usr/lib`: `cd $JAIL; ln -s usr/lib lib64` and `cd $JAIL/usr; ln -s lib lib64`

そして `$JAIL/tmp` と `$JAIL/run` を tmpfs でマウントします。攻撃者が RAM を全て喰いつくせないようにサイズを制限すると良いでしょう。

    # mount -t tmpfs none $JAIL/run -o 'noexec,size=1M'
    # mount -t tmpfs none $JAIL/tmp -o 'noexec,size=100M'

再起動してもマウントが維持されるように、以下のエントリを `/etc/fstab` に追加します:

    /etc/fstab

     tmpfs   /srv/http/run   tmpfs   rw,noexec,relatime,size=1024k   0       0
     tmpfs   /srv/http/tmp   tmpfs   rw,noexec,relatime,size=102400k 0       0

### chroot に移住

まず平易なファイルをコピーします。

    # cp -r /usr/share/nginx/* $JAIL/usr/share/nginx
    # cp -r /usr/share/nginx/html/* $JAIL/www
    # cp /usr/bin/nginx $JAIL/usr/bin/
    # cp -r /var/lib/nginx $JAIL/var/lib/nginx

そして必要なライブラリをコピーします。ldd を使ってライブラリを確認して適当な場所にコピーして下さい。ハードリンクよりはコピーが推奨されます。攻撃者が書き込み権限を得たときに本当のシステムファイルが破壊されたり改変される可能性があるためです。

    $ ldd /usr/bin/nginx

       linux-vdso.so.1 (0x00007fffc41fe000)
       libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007f57ec3e8000)
       libcrypt.so.1 => /usr/lib/libcrypt.so.1 (0x00007f57ec1b1000)
       libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007f57ebead000)
       libm.so.6 => /usr/lib/libm.so.6 (0x00007f57ebbaf000)
       libpcre.so.1 => /usr/lib/libpcre.so.1 (0x00007f57eb94c000)
       libssl.so.1.0.0 => /usr/lib/libssl.so.1.0.0 (0x00007f57eb6e0000)
       libcrypto.so.1.0.0 => /usr/lib/libcrypto.so.1.0.0 (0x00007f57eb2d6000)
       libdl.so.2 => /usr/lib/libdl.so.2 (0x00007f57eb0d2000)
       libz.so.1 => /usr/lib/libz.so.1 (0x00007f57eaebc000)
       libGeoIP.so.1 => /usr/lib/libGeoIP.so.1 (0x00007f57eac8d000)
       libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007f57eaa77000)
       libc.so.6 => /usr/lib/libc.so.6 (0x00007f57ea6ca000)
       /lib64/ld-linux-x86-64.so.2 (0x00007f57ec604000)

    # cp /lib64/ld-linux-x86-64.so.2 $JAIL/lib

`/usr/lib` の中にあるファイルについては次のワンライナーが使えます:

    # cp $(ldd /usr/bin/nginx | grep /usr/lib | sed -sre 's/(.+)(\/usr\/lib\/\S+).+/\2/g') $JAIL/usr/lib

Note: Do not try to copy linux-vdso.so – it is not a real library and does not exist in /usr/lib. Also ld-linux-x86-64.so will likely be listed in /lib64 for a 64 bit system.

必要なライブラリとシステムファイル以外のファイルをコピーします。

    # cp /usr/lib/libnss_* $JAIL/usr/lib
    # cp -rfvL /etc/{services,localtime,nsswitch.conf,nscd.conf,protocols,hosts,ld.so.cache,ld.so.conf,resolv.conf,host.conf,nginx} $JAIL/etc

Create restricted user/group files for the chroot. This way only the users needed for the chroot to function exist as far as the chroot knows, and none of the system users/groups are leaked to attackers should they gain access to the chroot.

    $JAIL/etc/group

    http:x:33:
    nobody:x:99:

    $JAIL/etc/passwd

    http:x:33:33:http:/:/bin/false
    nobody:x:99:99:nobody:/:/bin/false

    $JAIL/etc/shadow

    http:x:14871::::::
    nobody:x:14871::::::

    $JAIL/etc/gshadow

    http:::
    nobody:::

    # touch $JAIL/etc/shells
    # touch $JAIL/run/nginx.pid

Finally make set very restrictive permissions. As much as possible should be owned by root and set unwritable.

    # chown -R root:root $JAIL/

    # chown -R http:http $JAIL/www
    # chown -R http:http $JAIL/etc/nginx
    # chown -R http:http $JAIL/var/{log,lib}/nginx
    # chown http:http $JAIL/run/nginx.pid

    # find $JAIL/ -gid 0 -uid 0 -type d -print | xargs sudo chmod -rw
    # find $JAIL/ -gid 0 -uid 0 -type d -print | xargs sudo chmod +x
    # find $JAIL/etc -gid 0 -uid 0 -type f -print | xargs sudo chmod -x
    # find $JAIL/usr/bin -type f -print | xargs sudo chmod ug+rx
    # find $JAIL/ -group http -user http -print | xargs sudo chmod o-rwx
    # chmod +rw $JAIL/tmp
    # chmod +rw $JAIL/run

If your server will bind port 80 (or any port 0-1024), give the chrooted executable permission to bind these ports without root.

    # setcap 'cap_net_bind_service=+ep' $JAIL/usr/bin/nginx

### nginx.service を変更して chroot を起動

Before modifying the nginx.service unit file, it may be a good idea to copy it to `/etc/systemd/system/` since the unit files there take priority over those in `/usr/lib/systemd/system/`. This means upgrading nginx would not modify your custom .service file.

    # cp /usr/lib/systemd/system/nginx.service /etc/systemd/system/nginx.service

The systemd unit must be changed to start up Nginx in the chroot, as the http user, and store the pid file in the chroot

Note: I'm not sure if the pid file needs to be stored in the chroot jail.

    /etc/systemd/system/nginx.service

     [Unit]
     Description=A high performance web server and a reverse proxy server
     After=syslog.target network.target

     [Service]
     Type=forking
     PIDFile=/srv/http/run/nginx.pid
     ExecStartPre=/usr/bin/chroot --userspec=http:http /srv/http /usr/bin/nginx -t -q -g 'pid /run/nginx.pid; daemon on; master_process on;'
     ExecStart=/usr/bin/chroot --userspec=http:http /srv/http /usr/bin/nginx -g 'pid /run/nginx.pid; daemon on; master_process on;'
     ExecReload=/usr/bin/chroot --userspec=http:http /srv/http /usr/bin/nginx -g 'pid /run/nginx.pid; daemon on; master_process on;' -s reload
     ExecStop=/usr/bin/chroot --userspec=http:http /srv/http /usr/bin/nginx -g 'pid /run/nginx.pid;' -s quit

     [Install]
     WantedBy=multi-user.target

Note: Upgrading nginx with pacman will not upgrade the chrooted nginx installation. You have to take care of the updates manually by repeating some of the steps above. Do not forget to also update the libraries it links against.

You can now safely get rid of the non-chrooted nginx installation.

    # pacman -Rsc nginx

If you do not remove the non-chrooted nginx installation, you may want to make sure that the running nginx process is in fact the chrooted one. You can do so by checking where `/proc/{PID}/root` symmlinks to. If should link to `/srv/http` instead of `/`.

    # ps -C nginx | awk '{print $1}' | sed 1d | while read -r PID; do ls -l /proc/$PID/root; done

## トラブルシューティング

### 設定の確認

    # nginx -t

結果:

    nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
    nginx: configuration file /etc/nginx/nginx.conf test is successful

### ローカル IP へのアクセスが localhost にリダイレクトされる

Arch Linux フォーラムからの解決法があります。

`/etc/nginx/nginx.conf` を開き、"server_name localhost" の前の # を取り除き、以下を付け加えます:

    server_name_in_redirect off;

デフォルトでは、nginx は設定にある server_name へのリクエストをすべてリダイレクトします。

### Error: 403 (Permission error)

This is most likely a permission error. Are you sure whatever user configured in the Nginx configuration is able to read the correct files?

If the files are located within a home directory, (e.g. `/home/arch/public/webapp`) and you are sure the user running Nginx has the right permissions (you can temporarily chmod all the files to 777 in order to determine this), `/home/arch` might be chmod 750, simply `chmod` it to 751, and it should work.

If you have changed your document root

If you are sure that permissions are as they should be, make sure that your document root directory is not empty. Try creating index.html in there.

### Error: 404 (Pathinfo error)

いくつかのフレームワーク （thinkphp、cakephp など）や CMS では pathinfo が必要です。

1. `/etc/php/php.ini` ファイルを開き、次のように付け加えます

    cgi.fix_pathinfo=1

2. `/etc/nginx/nginx.conf` を開き、次の部分をコメントアウトします

    location ~ \.php$ {
    ...
    }

を

    #location ~ \.php$ {
    #...
    #}

そして以下を加えます

    location ~ ^(.+\.php)(.*)$ {
      root   /srv/http/nginx;
      fastcgi_pass   unix:/var/run/php-fpm/php-fpm.sock;
      #fastcgi_pass   127.0.0.1:9000; #Un-comment this and comment "fastcgi_pass   unix:/var/run/php-fpm/php-fpm.sock;" if you are not using php-fpm.
      fastcgi_index  index.php;
      set $document_root2 $document_root;
      if ($document_root2 ~ "^(.*\\\\).*?[\\\\|\/]\.\.\/(.*)$") { set $document_root2 $1$2; }
      if ($document_root2 ~ "^(.*\\\\).*?[\\\\|\/]\.\.\/(.*)$") {	set $document_root2 $1$2; }
      if ($document_root2 ~ "^(.*\\\\).*?[\\\\|\/]\.\.\/(.*)$") {	set $document_root2 $1$2; }
      if ($document_root2 ~ "^(.*\\\\).*?[\\\\|\/]\.\.\/(.*)$") {	set $document_root2 $1$2; }
      if ($document_root2 ~ "^(.*\\\\).*?[\\\\|\/]\.\.\/(.*)$") {	set $document_root2 $1$2; }
      fastcgi_split_path_info ^(.+\.php)(.*)$;
      fastcgi_param	SCRIPT_FILENAME	$document_root2$fastcgi_script_name;
      fastcgi_param	PATH_INFO	$fastcgi_path_info;
      fastcgi_param	PATH_TRANSLATED	$document_root2$fastcgi_path_info;
      include	fastcgi_params;
      fastcgi_param  DOCUMENT_ROOT      $document_root2;
    }

try_files を使う方法もあります:

    server {
    ..
       root /usr/share/nginx/html;
       index index.php;
       location / {
         try_files $uri $uri/ /index.php?$args;
       }
    }

### Error: The page you are looking for is temporarily unavailable. Please try again later.

FastCGI サーバーが動作していないか、ソケットが間違ったパーミッションに設定されています。

### Error: No input file specified

おそらくスクリプトのフルパスを含んだ SCRIPT_FILENAME がありません。 nginx の設定 (fastcgi_param SCRIPT_FILENAME) が完全でも、このエラーは php が requestd スクリプトをロードできないことを意味しています。これは単純にパーミッションの問題であることが普通で、root で php-cgi を実行するか

    # spawn-fcgi -a 127.0.0.1 -p 9000 -f /usr/bin/php-cgi

php-cgi を起動するグループとユーザーを作成する必要があります。例えば:

    # groupadd www
    # useradd -g www www
    # chmod +w /srv/www/nginx/html
    # chown -R www:www /srv/www/nginx/html
    # spawn-fcgi -a 127.0.0.1 -p 9000 -u www -g www -f /usr/bin/php-cgi

他の可能性としては、`nginx.conf` 内の "location ~ \.php$" セクションの "root" 引数が間違っていることがありえます。"root" が同じサーバーの "location /" と同じディレクトリを示しているか確認してください。もしくは root をグローバルに設定するには、location セクションで定義しないでください。

Also keep in mind that your php script path was defined as `/srv/http` by default using the variable "open_basedir" in `/etc/php/php.ini`; you can change them if you need.

Also notice that not only php script should have read permission, but also the entire directory structure should have execute permission so that PHP user can traverse the path.

### Error: Blank page through FastCGI

No error trace, code 200 in access.log but blank page:

     <html>
      <head></head>
      <body></body>
     </html>

Solution from Thomas Beutel's blog:

Edit `/etc/nginx/nginx.conf` and add a `fastcgi_param` line in php `location` section:

        location ~ \.php$ {
             ...
             include fastcgi_params;
             fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name;
             ...
        }

php_fpm needs this so that it knows the path to the PHP file.

## 参照

- Nginx Official Site
- Nginx HowTo
- Easy Config Files
- Installing LEMP (Nginx, PHP, MySQL with MariaDB engine and PhpMyAdmin) in Arch Linux

Category:

- Web Server (日本語)