nginx設定ファイルの解釈の詳細な説明

nginx 設定ファイルは主に 4 つの部分に分かれています。

main{#(グローバル設定)
http{#Server upstream{} #(負荷分散サーバー設定: 主に負荷分散と一連のバックエンドサーバーの設定に使用されます)
server{ #(ホスト設定: 主にホストとポートを指定するために使用)
location{}# (URL マッチング機能の場所の設定)
}
}
}

server は main を継承し、location は server を継承し、upstream は他の設定を継承せず、継承されることもありません。

1. メイングローバル構成

実行中のプロセス数、実行中の ID など、実行時に特定のビジネス機能 (HTTP サービスや電子メールサービスプロキシなど) に関連しない nginx の一部のパラメータ。

ユーザー www www;
ワーカープロセス 4;
ワーカーCPUアフィニティ0001 0010 0100 1000;
error_log /var/logs/nginx_error.log クリティカル;
pid /usr/local/webserver/nginx/nginx.pid;
ワーカー_rlimit_nofile 65535;

user www www; : nginxプロセスを開始するユーザーを指定します

worker_processes 4; : リクエストを処理するために開始するプロセスの数を指定します。通常は、CPU コアの数に設定されます。SSL と gzip が有効になっている場合は、I/O 操作を減らすために、論理 CPU の数と同じか 2 倍に設定する必要があります。 CPU コアの数を確認するには、 grep ^processor /proc/cpuinfo | wc -lを実行します。

worker_cpu_affinity 0001 0010 0100 1000; : 同時実行性の高い状況では、CPU を特定のプロセスにバインドするように設定することで、マルチコア CPU の切り替えによって発生するレジスタのオンサイト再構築によって生じるパフォーマンスの低下を軽減できます。たとえば、worker_cpu_affinity 0001 0010 0100 1000; (クアッドコア) など。

error_log /var/logs/nginx_error.log crit; : error_log は、グローバルエラーログファイルを定義するために使用されるメインモジュールディレクティブです。ログ出力レベルには、debug、info、notice、warn、error、crit があります。debug レベルでは最も詳細なログ出力が行われ、crit レベルでは最も少ないログ出力が行われます。

pid /usr/local/webserver/nginx/nginx.pid; : プロセス pid ファイルの場所を指定します。 worker_rlimit_nofile 65535; : nginx プロセスが開くことができるファイル記述子の最大数を指定するために使用されます。ここでは 65535 です。設定するには、コマンド「ulimit -n 65535」を使用する必要があります。

2. イベントモジュール

イベント{
 epoll を使用します。
 ワーカー接続 65536;
}

use epoll; use は、Nginx の動作モードを指定するために使用されるイベントモジュール命令です。 Nginx でサポートされている動作モードには、select、poll、kqueue、epoll、rtsig、/dev/poll などがあります。これらのうち、select と poll は標準的な動作モードであり、kqueue と epoll は効率的な動作モードです。違いは、epoll は Linux プラットフォームで使用され、kqueue は BSD システムで使用されることです。 Linux システムの場合、epoll 動作モードが最初の選択肢です。 Select は、オペレーティングシステムがこれらの効率的なモデルをサポートしていない場合にのみ使用されます。
worker_connections 65536;各ワーカープロセスが同時に処理 (開始) できる接続の最大数 (クライアントまたはバックエンドプロキシサーバーとのすべての接続を含む)。リバースプロキシサーバーとして、nginx は最大連接數= worker_processes * worker_connections/4計算式を使用するため、ここでのクライアント接続の最大数は 65536 です。状況に応じて 8192 まで増やすことができますが、以下の worker_rlimit_nofile 設定を超えることはできません。 nginxをhttpサーバーとして使用する場合、計算式は2で割ります。プロセスの接続の最大数は、Linux システムプロセスのオープンファイルの最大数によって制限されます。worker_connections worker_connections設定は、オペレーティングシステムコマンドulimit -n 65536を実行した後にのみ有効になります。

3. HTTP サーバー

http{
 mime.types を含めます。
 デフォルトタイプ アプリケーション/オクテットストリーム;
 #文字セット gb2312;
 }

include は、設定ファイルに含まれるファイルの設定を実装するメインモジュールディレクティブであり、メイン設定ファイルの複雑さを軽減できます。 Apache の include メソッドに似ています。
default_type は、HTTP コアモジュールディレクティブに属します。ここでは、ファイルタイプが未定義の場合に使用されるバイナリストリームにデフォルトタイプが設定されています。たとえば、PHP 環境が設定されていない場合、Nginx はそれを解析しません。このとき、ブラウザで PHP ファイルにアクセスすると、ダウンロードウィンドウが表示されます。
charset gb2312; はクライアントのエンコード形式を指定します。。

3.1 HTTPパラメータ: クライアントヘッダーキャッシュ

サーバー名ハッシュバケットサイズ 128;
クライアント_ヘッダー_バッファ_サイズ 32k; 
ラージクライアントヘッダーバッファ 4 128k; 
クライアントの最大ボディサイズは10mです。 
クライアントボディバッファサイズ 128k; 
ファイル送信オン; 
tcp_nopush オン;
tcp_nodelay オン;
キープアライブタイムアウト65: 
client_body_timeout 60秒;
送信タイムアウト 60秒;

server_names_hash_bucket_size 128;: サーバー名ハッシュテーブルのサイズ。
client_header_buffer_size 32k;: クライアント要求ヘッダーからのヘッダーバッファーサイズを指定するために使用されます。ほとんどのリクエストでは、1KB のキャッシュで十分です。メッセージヘッダーをカスタマイズしたり、Cookie を大きくしたりする場合は、キャッシュサイズを増やすことができます。
large_client_header_buffers 4 128k;: クライアント要求内の大きなメッセージヘッダーのキャッシュの最大数とサイズを指定するために使用されます。4 は数、128k はサイズです。最大キャッシュは 4 128KB です。
client_max_body_size 8m; : クライアントが要求する単一ファイルの最大バイト数。
client_max_body_size 10m; : クライアントが要求できる単一ファイルの最大バイト数。大きなファイルをアップロードする場合は、制限を設定してください。
client_body_buffer_size 128k;: バッファプロキシがクライアント要求に対してバッファリングする最大バイト数。
sendfile on ; : 効率的なファイル転送モードを有効にします。sendfile ディレクティブは、nginx が sendfile 関数を呼び出してファイルを出力するかどうかを指定し、ユーザー空間からカーネル空間へのコンテキスト切り替えを減らします。一般的なアプリケーションの場合はオンに設定してください。ダウンロードなどのディスク IO 負荷の高いアプリケーションで使用する場合は、オフに設定してディスクとネットワークの I/O 処理速度のバランスを取り、システム負荷を軽減することができます。ネットワークの輻輳を防ぐには、tcp_nopush on; と tcp_nodelay on; をオンにします。
keepalive_timeout 65 : : 長い接続タイムアウト（秒単位）。このパラメータは非常に敏感で、ブラウザの種類、バックエンドサーバーのタイムアウト設定、オペレーティングシステムの設定が関係します。これについては別の記事で説明します。長い接続で多数の小さなファイルが要求される場合、接続を再確立するオーバーヘッドを削減できます。ただし、大きなファイルをアップロードする場合は、65 秒以内にアップロードしないと失敗します。セットアップ時間が長すぎてユーザー数が多い場合、接続を長時間維持すると多くのリソースが消費されます。
client_body_timeout 60s; : クライアント要求本文の読み取りタイムアウトを設定するために使用されます。デフォルトは 60 秒です。クライアントがこの時間内にデータを送信しなかった場合、nginx はリクエストタイムアウト (408) エラーを返します。
send_timeout : : クライアントへの応答のタイムアウトを指定するために使用されます。このタイムアウトは、2 つの接続アクティビティ間の時間に制限されます。この時間後にクライアントからのアクティビティがない場合、Nginx は接続を閉じます。

3.2 HTTPパラメータとFastCGIパラメータ

FastCGI 関連のパラメータは、Web サイトのパフォーマンスを向上させるために設計されており、リソースの使用量を削減し、アクセス速度を向上させます。以下のパラメータは文字通りに理解できます。

fastcgi_connect_timeout 300; 
fastcgi_send_timeout 300; 
fastcgi_read_timeout 300; 
fastcgi_buffer_size 64k; 
fastcgi_buffers 4 64k; 
fastcgi_busy_buffers_size 128k; 
fastcgi_temp_file_write_size 128k; 
fastcgi_cache テスト; 
fastcgi_cache_path /usr/local/nginx/fastcgi_cache レベル=1:2 キー_ゾーン=TEST:10m 非アクティブ=5m; 
fastcgi_cache_valid 200 302 1時間; 
fastcgi_cache_valid 301 1d; 
fastcgi_cache_valid 任意の 1m;

fastcgi_connect_timeout 300;バックエンド FastCGI への接続のタイムアウトを指定します。
fastcgi_send_timeout 300; FastCGI にリクエストを送信するためのタイムアウトを指定します。この値は、2 つのハンドシェイクが完了した後に FastCGI にリクエストを送信するためのタイムアウトです。
fastcgi_read_timeout 300; FastCGI 応答を受信するためのタイムアウトを指定します。この値は、2 つのハンドシェイクを完了した後、FastCGI 応答を受信するためのタイムアウトです。
fastcgi_buffer_size 64k; FastCGI 応答の最初の部分を読み取るために必要なバッファのサイズを指定するために使用されます。この値は、応答の最初の部分 (応答ヘッダー) を読み取るために 64KB のバッファが使用されることを示します。これは、fastcgi_buffers オプションで指定されたバッファサイズに設定できます。
fastcgi_buffers 4 64k; FastCGI の応答要求をバッファリングするために必要なローカルバッファの数とサイズを指定します。 PHP スクリプトによって生成されるページサイズが 256KB の場合、4 つの 64KB バッファがキャッシュ用に割り当てられます。ページサイズが 256KB より大きい場合、256KB より大きい部分は fastcgi_temp で指定されたパスにキャッシュされますが、メモリ内のデータ処理速度はハードディスク上のデータ処理速度よりも速いため、この方法は適切ではありません。通常、この値は、サイト上の PHP スクリプトによって生成されるページの平均サイズになります。サイト上のほとんどのスクリプトによって生成されるページサイズが 256 KB の場合、この値は「16 16k」、「4 64k」などに設定できます。
。 fastcgi_busy_buffers_size 128k;デフォルト値は fastcgi_buffers の 2 倍です。
fastcgi_temp_file_write_size 128k;キャッシュファイルを書き込むときのデータブロックの大きさを示します。デフォルト値は fastcgi_buffers の 2 倍です。
fastcgi_cache TEST; FastCGI キャッシュをオンにして、名前を割り当てることを意味します。キャッシュを有効にすると非常に便利で、CPU 負荷を効果的に軽減し、502 エラーの発生を防ぐことができます。ただし、キャッシュを有効にすると、特定の状況に応じて多くの問題が発生する可能性もあります。
fastcgi_cache_path /usr/local/nginx/fastcgi_cache levels=1:2 keys_zone=TEST:10m inactive=5m; 。
fastcgi_cache_valid 200 302 1h;応答コードのキャッシュ時間を指定するために使用されます。例の値は、200 および 302 の応答が 1 時間キャッシュされ、301 の応答が 1 日間キャッシュされ、その他の応答が 1 分間キャッシュされることを意味します。

3.3. HTTPパラメータgzipモジュール設定

gzip オン;
gzip_min_length 1k;
gzip_バッファ 4 16k;
gzip_http_バージョン1.1;
gzip_comp_レベル6;
gzip_types text/html text/plain text/css text/javascript application/json application/javascript application/x-javascript application/xml;
gzip_vary オン;

gzip on; gzip 圧縮出力をオンにしますgzip_min_length 1k;圧縮されたファイルの最小サイズ。ページバイト数は Content-Length ヘッダーから取得されます。デフォルト値は 0 で、これはサイズに関係なくすべてのページが圧縮されることを意味します。1K より大きいバイトサイズに設定することをお勧めします。1K 未満の場合、圧縮されるとページサイズが大きくなる可能性があります。
gzip_buffers 4 16k;圧縮バッファ。4つの16Kメモリが圧縮結果ストリームキャッシュとして適用されることを示します。デフォルトでは、元のデータと同じサイズのメモリスペースがgzip圧縮結果を格納するために適用されます。
。 gzip_http_version 1.1; HTTP プロトコルバージョンを設定および識別するために使用されます。デフォルトは 1.1 で、現在すべての主流ブラウザーで認識されています。 (デフォルトは 1.1 ですが、フロントエンドが squid2.5 の場合は 1.0 を使用してください)
gzip_comp_level 6;圧縮レベル、1 は圧縮率が最も低く、処理速度が最も速く、9 は圧縮率が最も高く、転送速度が速いですが、CPU リソースを消費します。
gzip_types text/plain application/x-javascript text/css application/xml;圧縮タイプは、デフォルトで既にtext/htmlが含まれているので、以下に記述する必要はありません。記述しても問題はありませんが、警告が出ます。
gzip_vary on;は http ヘッダーに関連しています。これにより、応答ヘッダーに Vary: Accept-Encoding が追加され、フロントエンドキャッシュサーバーが gzip 圧縮されたページをキャッシュできるようになります。たとえば、Squid を使用して Nginx によって圧縮されたデータをキャッシュします。
gzip_proxied any;これは、Nginx をリバースプロキシとして使用する場合に有効になります。バックエンドサーバーから返される結果の圧縮を有効にするか無効にするかを決定します。一致の前提条件は、バックエンドサーバーが「Via」を含むヘッダーを返す必要があることです。
limit_zone crawler $binary_remote_addr 10m; IP接続数を制限するときに使用する必要があります

4. nginxは仮想ホストを設定します

4.1 仮想ホストの設定プロセス

完全なサーバータグセグメントを末尾にコピーします。注: http の閉じ中括弧の前に配置する必要があります。つまり、http タグはサーバータグセグメントに配置する必要があります。
server_name と対応する Web ページのルートディレクトリを変更します。
設定ファイルの構文を確認し、サービスをスムーズに再起動します。
server_name に対応する Web ページのルートディレクトリを作成し、テストファイルを作成します。インデックスホームページがない場合、403 エラーが発生します。
クライアント server_name ホストでホスト解決または DNS 構成を実行します。そしてチェック（ping）します。
ブラウザからアクセスするか、Linux クライアントでホスト解決を実行し、wget または curl を使用してアクセスします。

http サービスではいくつかの仮想ホストがサポートされています。各仮想ホストには対応するサーバー構成項目があり、その中に仮想ホストに関連する構成が含まれています。メールサービスプロキシを提供する場合は、複数のサーバーを構築することもできます。各サーバーは、リスニングアドレスまたはポートによって区別されます。

サーバ{
  listen 80 デフォルト;
  サーバー名_;
  インデックス index.html index.htm index.php;
  ルート /data/htdocs/www;
  #server_name_in_redirect オフ;
  
  場所 ~ .*\.(php|php5)?${
   #fastcgi_pass unix:/tmp/php-cgi.sock;
   127.0.0.1:9000; をデフォルトとして設定します。
   fastcgi_index インデックス.php;
   fcgi.conf をインクルードします。
  }
  
  場所 ~ .*\.(gif|jpg|jpeg|png|bmp|swf)${
   有効期限は30日です。
  }
  
  場所 ~ .*\.(js|css)?${
   1時間で期限切れになります。
  }
 }

listen 80; listen ポート、デフォルトは 80 です。1024 未満の場合は、root として起動する必要があります。 listen *:80、listen 127.0.0.1:80 などの形式になります。
server_name blog.biglittleant.cn; localhost、www.example.com などのサーバー名は、正規表現を使用して一致させることができます。
root /var/www/htmlサーバーのデフォルトの Web サイトルートディレクトリの場所を定義します。 locationURL がサブディレクトリまたはファイルに一致する場合、root は効果がなく、通常はサーバーディレクティブ内または / の下に配置されます。
index index.jsp index.html index.htm 、パスの下のデフォルトのアクセスファイル名を定義します。これは通常、ルートの後に配置されます。

4.2 サーバーモジュールの下にロケーションモジュールを書く

ロケーションマッチングルールの書き方の詳細については、nginxシリーズ「負荷分散のためのnginxの使用」を参照してください。

proxy_pass http://backend

リクエストは、上流のロードバランサーに対応するバックエンド、つまりリバースプロキシによって定義されたサーバーリストにリダイレクトされます。 proxy_pass http://ip:port。

proxy_redirect オフ;
proxy_set_header ホスト $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

5. その他のnginxパラメータ

5.1 アクセス制御の許可/拒否

Nginx のアクセス制御モジュールはデフォルトでインストールされており、記述も非常に簡単です。特定の IP または IP セグメントへのアクセスを許可または拒否する複数の許可ルールと拒否ルールを設定できます。いずれかのルールが満たされると、マッチングは停止します。のように：

場所 /nginx-status {
 stub_status オン;
 access_log オフ;
# auth_basic "NginxStatus";
# auth_basic_user_file /usr/local/nginx-1.6/htpasswd;
 192.168.10.100 を許可します。
 172.29.73.0/24 を許可します。
 すべてを否定する;
}

アクセスパスのログインパスワードを設定するために、httpd-devel ツール htpasswd を使用することもよくあります。

# htpasswd -c htpasswd 管理者
新しいパスワード：
新しいパスワードを再入力してください:
ユーザー管理者のパスワードの追加
# htpasswd htpasswd admin //管理者パスワードを変更する # htpasswd htpasswd sean //別の認証ユーザーを追加する

これにより、デフォルトで CRYPT を使用して暗号化されたパスワードファイルが生成されます。上記の nginx-status の 2 行のコメントを開き、nginx を再起動して有効にします。

5.2 リストディレクトリの自動インデックス

デフォルトでは、Nginx はディレクトリ全体のリスト表示を許可しません。この機能を使用するには、nginx.conf ファイルを開き、location、server、または http セクションに次のパラメータを追加します。

場所 /画像 {
 ルート /var/www/nginx-default/images;
 自動インデックスオン;
 autoindex_exact_size をオフ;
 autoindex_localtime をオン;
 }

autoindex on;ディレクトリの内容を一覧表示するために実行されます。他の 2 つのパラメータも追加することをお勧めします。
autoindex_exact_size off;デフォルトではオンになっており、ファイルの正確なサイズがバイト単位で表示されます。オフに変更すると、ファイルのおおよそのサイズが KB、MB、または GB で表示されます。
autoindex_localtime on;デフォルトはオフで、表示されるファイル時間は GMT 時間です。オンに変更すると、表示されるファイル時間はファイルのサーバー時間になります。

VI. 付録: 一般的な設定ファイル

ユーザー www www;
ワーカープロセス 2;
error_log ログ/error.log;
#error_log ログ/error.log 通知;
#error_log ログ/error.log 情報;
pid ログ/nginx.pid;
イベント {
  epoll を使用します。
  ワーカー接続数 2048;
}
http {
  mime.types を含めます。
  デフォルトタイプ アプリケーション/オクテットストリーム;
  #log_format main '$remote_addr - $remote_user [$time_local] "$request" '
  # '$status $body_bytes_sent "$http_referer" '
  # '"$http_user_agent" "$http_x_forwarded_for"';
  #access_log ログ/access.log メイン;
  ファイル送信オン;
  # tcp_nopush オン;
  キープアライブタイムアウト65;
 # gzip 圧縮機能を gzip オンに設定します。
  gzip_min_length 1k;
  gzip_バッファ 4 16k;
  gzip_http_バージョン1.1;
  gzip_comp_レベル6;
  gzip_types text/html text/plain text/css text/javascript application/json application/javascript application/x-javascript application/xml;
  gzip_vary オン;
 
 # http_proxy は client_max_body_size を 10m に設定します。
  クライアントボディバッファサイズ 128k;
  プロキシ接続タイムアウト 75;
  プロキシ送信タイムアウト 75;
  プロキシ読み取りタイムアウト 75;
  プロキシバッファサイズ 4k;
  プロキシバッファ 4 32k;
  proxy_busy_buffers_size 64k;
  proxy_temp_file_write_size 64k;
  proxy_temp_path /usr/local/nginx/proxy_temp 1 2;
 # 負荷分散バックエンドサーバーリストを設定するアップストリームバックエンド{ 
       #ip_ハッシュ; 
       サーバー 192.168.10.100:8080 max_fails=2 fail_timeout=30s ; 
       サーバー 192.168.10.101:8080 max_fails=2 fail_timeout=30s ; 
  }
 # 非常に重要な仮想ホスト構成。複数の仮想マシンがこの部分をコピーして変更できる。サーバー{
    聞く 80;
    サーバー名 test.example.com;
    ルート /apps/oaapp;
    文字セット utf-8;
    access_log ログ/host.access.log メイン;
    #すべて / 負荷分散 + リバースプロキシの場所 / {
      ルート /apps/oaapp;
      インデックス index.php index.html index.htm;
      proxy_pass http://backend; 
      proxy_redirect オフ;
      # バックエンドWebサーバーはX-Forwarded-Forを通じてユーザーの実際のIPを取得できる
      proxy_set_header ホスト $host;
      proxy_set_header X-Real-IP $remote_addr; 
      proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
      proxy_next_upstream エラー タイムアウト invalid_header http_500 http_502 http_503 http_504;
    }
    
    #静的ファイル、nginx はバックエンドにアクセスしてバックエンドサービスの場所を要求せずに、それらを自身で処理します ~* /download/ { 
      ルート /data/app/nginx/downloads; 
    }
    
    場所 ~ .*\.(gif|jpg|jpeg|bmp|png|ico|txt|js|css)$ {  
      ルート /data/app/nginx/images;  
      有効期限は7日です。 
    }
    
    場所 /nginx_status {
      stub_status オン;
      access_log オフ;
      192.168.10.0/24 を許可します。
      すべてを否定する;
    }
    
    場所 ~ ^/(WEB-INF)/ {  
      すべてを否定する;  
    }
    
    #エラーページ 404 /404.html;
    # サーバーのエラーページを静的ページ /50x.html にリダイレクトします
    #
    エラーページ 500 502 503 504 /50x.html;
    
    場所 = /50x.html {
      ルートhtml;
    }
  }
}

VI. 付録: gzip 圧縮が有効になっているかどうかを確認する方法

response headerにContent-Encoding:gzipが含まれている場合、gzip 圧縮が有効になっていることを意味します。

接続:キープアライブ
コンテンツエンコーディング:gzip
コンテンツタイプ:text/html
日付: 2017 年 3 月 29 日水曜日 10:55:54 GMT
ETag:W/"58db92af-331a6"
最終更新日: 2017年3月29日水曜日 10:55:43 GMT
サーバー:nginx/1.10.3
転送エンコーディング: チャンク
変化:Accept-Encoding

参照ドキュメント

完全な構成例
Nginx の FastCGI パラメータの最適化に関するサンプルブログ Nginx 構成のパフォーマンス

nginx 設定ファイルの詳細な解釈に関するこの記事はこれで終わりです。より関連性の高い nginx 設定ファイルの内容については、123WORDPRESS.COM の以前の記事を検索するか、以下の関連記事を引き続き参照してください。今後とも 123WORDPRESS.COM をよろしくお願いいたします。

以下もご興味があるかもしれません: