一般的なシナリオをカバーするnginxのミニマリストの超実用的なチュートリアル

その他 2019-05-28 11:48:38 訪問数: null

  • アウトライン

  • インストールと使用

    • インストール

    • 使用

  • nginxの設定戦闘

    • HTTPリバースプロキシ設定

    • バランシングコンフィギュレーションのロード

    • 複数のWebアプリケーションのサイトの構成

    • HTTPSリバースプロキシの設定

    • 静的サイト構成

    • ファイルサーバを構築

    • クロスドメインソリューション

  • 参照

アウトライン

nginxのは何ですか？

nginxの（エンジンx）は  、軽量Webサーバー、リバースプロキシサーバーと電子メール（IMAP / POP3）プロキシサーバーです。

リバースプロキシとは何ですか？

リバースプロキシ（リバースプロキシ）モードでは、インターネット上の接続要求を受け入れるようにプロキシサーバを参照し、内部ネットワーク上のサーバにリクエストを転送し、要求インターネット接続上のクライアントにサーバから得られた結果を返しますこの時点で、リバースプロキシサーバーのパフォーマンス上の外部プロキシサーバ。

インストールと使用

インストール

nginxのインストール：詳細なインストール方法を参照してください

使用

nginxのは、使用するのは比較的簡単であるいくつかのコマンドです。

次のコマンドに共通：

nginx -s stop       快速关闭Nginx，可能不保存相关信息，并迅速终止web服务。
nginx -s quit       平稳关闭Nginx，保存相关信息，有安排的结束web服务。
nginx -s reload     因改变了Nginx相关配置，需要重新加载配置而重载。
nginx -s reopen     重新打开日志文件。
nginx -c filename   为 Nginx 指定一个配置文件，来代替缺省的。
nginx -t            不运行，而仅仅测试配置文件。nginx 将检查配置文件的语法的正确性，并尝试打开配置文件中所引用到的文件。
nginx -v            显示 nginx 的版本。
nginx -V            显示 nginx 的版本，编译器版本和配置参数。

あなたはすべてのコマンドをノックしたくない場合は、スタートは、インストールディレクトリのnginxの中に新しいバッチファイルを追加することができますのstartup.batを実行するためにダブルクリックします。これは次のように読み取ります。

@echo off
rem 如果启动前已经启动nginx并记录下pid文件，会kill指定进程
nginx.exe -s stop

rem 测试配置文件语法正确性
nginx.exe -t -c conf/nginx.conf

rem 显示版本信息
nginx.exe -v

rem 按照指定配置去启动nginx
nginx.exe -c conf/nginx.conf

あなたがLinux上で実行している場合は、同じ非常に多く、シェルスクリプトを記述します。

nginxの設定戦闘

私はいつも、様々な構成やストーリーを伝えるために、実際の開発ツールの組み合わせは、理解し、人々が簡単になりますと信じています。

HTTPリバースプロキシ設定

ちょうどリバースHTTPプロキシを完了し、設定の複雑さを考慮していない：のは、小さな目標を達成しましょう。

nginx.conf設定ファイルを次のように
注意してください：confに/ nginx.confはnginxのデフォルトのプロファイルです。また、あなたのプロフィールを指定するには、nginxの-cを使用することができます

#运行用户
#user somebody;

#启动进程,通常设置成和cpu的数量相等
worker_processes  1;

#全局错误日志
error_log  D:/Tools/nginx-1.10.1/logs/error.log;
error_log  D:/Tools/nginx-1.10.1/logs/notice.log  notice;
error_log  D:/Tools/nginx-1.10.1/logs/info.log  info;

#PID文件，记录当前启动的nginx的进程ID
pid        D:/Tools/nginx-1.10.1/logs/nginx.pid;

#工作模式及连接数上限
events {
    worker_connections 1024;    #单个后台worker process进程的最大并发链接数
}

#设定http服务器，利用它的反向代理功能提供负载均衡支持
http {
    #设定mime类型(邮件支持类型),类型由mime.types文件定义
    include       D:/Tools/nginx-1.10.1/conf/mime.types;
    default_type  application/octet-stream;

    #设定日志
    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    D:/Tools/nginx-1.10.1/logs/access.log main;
    rewrite_log     on;

    #sendfile 指令指定 nginx 是否调用 sendfile 函数（zero copy 方式）来输出文件，对于普通应用，
    #必须设为 on,如果用来进行下载等应用磁盘IO重负载应用，可设置为 off，以平衡磁盘与网络I/O处理速度，降低系统的uptime.
    sendfile        on;
    #tcp_nopush     on;

    #连接超时时间
    keepalive_timeout  120;
    tcp_nodelay        on;

    #gzip压缩开关
    #gzip  on;

    #设定实际的服务器列表
    upstream zp_server1{
        server 127.0.0.1:8089;
    }

    #HTTP服务器
    server {
        #监听80端口，80端口是知名端口号，用于HTTP协议
        listen       80;

        #定义使用www.xx.com访问
        server_name  www.helloworld.com;

        #首页
        index index.html

        #指向webapp的目录
        root D:\01_Workspace\Project\github\zp\SpringNotes\spring-security\spring-shiro\src\main\webapp;

        #编码格式
        charset utf-8;

        #代理配置参数
        proxy_connect_timeout 180;
        proxy_send_timeout 180;
        proxy_read_timeout 180;
        proxy_set_header Host $host;
        proxy_set_header X-Forwarder-For $remote_addr;

        #反向代理的路径（和upstream绑定），location 后面设置映射的路径
        location / {
            proxy_pass http://zp_server1;
        }

        #静态文件，nginx自己处理
        location ~ ^/(images|javascript|js|css|flash|media|static)/ {
            root D:\01_Workspace\Project\github\zp\SpringNotes\spring-security\spring-shiro\src\main\webapp\views;
            #过期30天，静态文件不怎么更新，过期可以设大一点，如果频繁更新，则可以设置得小一点。
            expires 30d;
        }

        #设定查看Nginx状态的地址
        location /NginxStatus {
            stub_status           on;
            access_log            on;
            auth_basic            "NginxStatus";
            auth_basic_user_file  conf/htpasswd;
        }

        #禁止访问 .htxxx 文件
        location ~ /\.ht {
            deny all;
        }

        #错误处理页面（可选择性配置）
        #error_page   404              /404.html;
        #error_page   500 502 503 504  /50x.html;
        #location = /50x.html {
        #    root   html;
        #}
    }
}

さて、それを試してみましょう：

  1. Webアプリケーションを起動し、注意がnginxのとのポートを開始するためにバインドされている  upstream 一貫性のあるポート設定を。

  2. ドライバに\ WINDOWS \ System32に\ホストファイル\ etcディレクトリに、DNSレコードを追加：Cで：ホストを変更

127.0.0.1 www.helloworld.com

  1. 以前の注文のstartup.batで起動します

  2. ブラウザでアクセスwww.helloworld.comは、驚くことではないが、すでに訪問しました。

バランシングコンフィギュレーションのロード

前の例では、唯一のプロキシサーバを指します。

しかし、操作の実際のサイトでは、すべてのほとんどは、同じアプリケーションを実行している複数のサーバーを持っている、あなたは分割するロードバランシングを使用する必要があります。

nginxのは、単純な負荷分散を実現することができます。

192.168.1.11:80,192.168.1.12:80,192.168.1.13:80 3つのLinuxサーバー環境にデプロイされたアプリケーション：そのようなシナリオを想定しています。ドメインはwww.helloworld.comと呼ばれる、パブリックIPは192.168.1.11です。nginxのは、パブリックIP、ロード・バランシング・プロセスのすべての要求サーバーにデプロイ。

次のようにnginx.conf構成は次のとおりです。

http {
     #设定mime类型,类型由mime.type文件定义
    include       /etc/nginx/mime.types;
    default_type  application/octet-stream;
    #设定日志格式
    access_log    /var/log/nginx/access.log;

    #设定负载均衡的服务器列表
    upstream load_balance_server {
        #weigth参数表示权值，权值越高被分配到的几率越大
        server 192.168.1.11:80   weight=5;
        server 192.168.1.12:80   weight=1;
        server 192.168.1.13:80   weight=6;
    }

   #HTTP服务器
   server {
        #侦听80端口
        listen       80;

        #定义使用www.xx.com访问
        server_name  www.helloworld.com;

        #对所有请求进行负载均衡请求
        location / {
            root        /root;                 #定义服务器的默认网站根目录位置
            index       index.html index.htm;  #定义首页索引文件的名称
            proxy_pass  http://load_balance_server ;#请求转向load_balance_server 定义的服务器列表

            #以下是一些反向代理的配置(可选择性配置)
            #proxy_redirect off;
            proxy_set_header Host $host;
            proxy_set_header X-Real-IP $remote_addr;
            #后端的Web服务器可以通过X-Forwarded-For获取用户真实IP
            proxy_set_header X-Forwarded-For $remote_addr;
            proxy_connect_timeout 90;          #nginx跟后端服务器连接超时时间(代理连接超时)
            proxy_send_timeout 90;             #后端服务器数据回传时间(代理发送超时)
            proxy_read_timeout 90;             #连接成功后，后端服务器响应时间(代理接收超时)
            proxy_buffer_size 4k;              #设置代理服务器（nginx）保存用户头信息的缓冲区大小
            proxy_buffers 4 32k;               #proxy_buffers缓冲区，网页平均在32k以下的话，这样设置
            proxy_busy_buffers_size 64k;       #高负荷下缓冲大小（proxy_buffers*2）
            proxy_temp_file_write_size 64k;    #设定缓存文件夹大小，大于这个值，将从upstream服务器传

            client_max_body_size 10m;          #允许客户端请求的最大单文件字节数
            client_body_buffer_size 128k;      #缓冲区代理缓冲用户端请求的最大字节数
        }
    }
}

複数のWebアプリケーションのサイトの構成

場合は、ウェブサイトより機能、多くの場合、いくつかの独立した機能モジュールのスピンオフ、独立したメンテナンスが必要です。この場合、通常は、より多くのWebアプリケーションがあるでしょう。

たとえば、次のようにwww.helloworld.comサイトは、いくつかのWebアプリケーション、金融（金融）、製品（製品）、管理者（ユーザーセンター）がある場合。これらのアプリケーションへのアクセスは、コンテキスト（文脈）で区別されています。

www.helloworld.com/finance/

www.helloworld.com/product/

www.helloworld.com/admin/

私たちは、あなたがすべての80個のポートを備えた、単一のサーバ上で同時にこれら三つのwebappアプリケーションを起動する場合は、必ず成功、HTTPのデフォルトのポート番号は80であることを知っています。だから、これらの3つのアプリケーションは、それぞれ別のポート番号をバインドする必要があります。

ユーザが実際にwww.helloworld.comサイトにアクセスしたときので、質問は、別のWebアプリケーションへのアクセスである、あなたはないでしょうもそれにアクセスするためのポート番号を対応します。だから、もう一度、あなたが処理を行うためにリバースプロキシを使用する必要があります。

設定は、それを行う方法を見ることは難しいことではありません。

http {
    #此处省略一些基本配置

    upstream product_server{
        server www.helloworld.com:8081;
    }

    upstream admin_server{
        server www.helloworld.com:8082;
    }

    upstream finance_server{
        server www.helloworld.com:8083;
    }

    server {
        #此处省略一些基本配置
        #默认指向product的server
        location / {
            proxy_pass http://product_server;
        }

        location /product/{
            proxy_pass http://product_server;
        }

        location /admin/ {
            proxy_pass http://admin_server;
        }

        location /finance/ {
            proxy_pass http://finance_server;
        }
    }
}

HTTPSリバースプロキシの設定

サイトのより高いセキュリティ要件のいくつかは、HTTPS（HTTP標準プロトコルセキュリティを使用してSSL通信）を使用することができます。

ここでは科学のHTTPプロトコルとSSL標準ではありません。しかし、HTTPSを使用してnginxの設定はそれを知っている必要があります：

  • HTTPS固定ポート番号は、HTTPポート80とは異なり、443であります

  • あなたが証明書とそれに対応するキーを指定する必要がnginx.confので、標準のSSLセキュリティ証明書は、導入する必要があります

その他のhttpとリバースプロキシは、基本的には同じですが、中  Server の構成の一部異なる部分。

  #HTTP服务器
  server {
      #监听443端口。443为知名端口号，主要用于HTTPS协议
      listen       443 ssl;

      #定义使用www.xx.com访问
      server_name  www.helloworld.com;

      #ssl证书文件位置(常见证书文件格式为：crt/pem)
      ssl_certificate      cert.pem;
      #ssl证书key位置
      ssl_certificate_key  cert.key;

      #ssl配置参数（选择性配置）
      ssl_session_cache    shared:SSL:1m;
      ssl_session_timeout  5m;
      #数字签名，此处使用MD5
      ssl_ciphers  HIGH:!aNULL:!MD5;
      ssl_prefer_server_ciphers  on;

      location / {
          root   /root;
          index  index.html index.htm;
      }
  }

静的サイト構成

時には、我々は（静的なHTMLファイルやリソースの束すなわち）静的サイトを構成する必要があります。

たとえば：すべての静的リソースがに置かれている場合  /app/dist 、ディレクトリ、我々は必要な  nginx.conf ホストは、サイトのホーム・ページと同様に指定することができます。

以下のような構成は以下のとおりです。

worker_processes  1;

events {
    worker_connections  1024;
}

http {
    include       mime.types;
    default_type  application/octet-stream;
    sendfile        on;
    keepalive_timeout  65;

    gzip on;
    gzip_types text/plain application/x-javascript text/css application/xml text/javascript application/javascript image/jpeg image/gif image/png;
    gzip_vary on;

    server {
        listen       80;
        server_name  static.zp.cn;

        location / {
            root /app/dist;
            index index.html;
            #转发任何请求到 index.html
        }
    }
}

次に、HOST：

127.0.0.1 static.zp.cn

この場合、ローカルブラウザでアクセスstatic.zp.cnでは、静的なサイトにアクセスすることができます。

ファイルサーバを構築

時には、チームはいくつかのデータや情報をアーカイブする必要があり、ファイルサーバが不可欠です。nginxのは、単純なファイルサービスを構築するために非常に迅速かつ簡単にすることができます使用してください。

nginxの設定ポイント：

  • AUTOINDEXは、ディレクトリを表示するために開かれ、デフォルトでは開いていません。

  • Autoindex_exact_sizeは、ファイルサイズを表示するために開きます。

  • Autoindex_localtimeは、ファイルの修正時刻を表示するように開きます。

  • ルートは、ファイルサービスのためのオープンルート・パスを設定するために使用します。

  • 設定する文字セット  charset utf-8,gbk;中国のごみ問題を回避する（Windowsサーバーを設定した後は、それが一時的に解決策が見つからない、まだ文字化けです）。

次のように最も簡単な構成の一つは、次のとおりです。

autoindex on;# 显示目录
autoindex_exact_size on;# 显示文件大小
autoindex_localtime on;# 显示文件时间

server {
    charset      utf-8,gbk; # windows 服务器下设置后，依然乱码，暂时无解
    listen       9050 default_server;
    listen       [::]:9050 default_server;
    server_name  _;
    root         /share/fs;
}

クロスドメインソリューション

Web開発分野、フロントとリアが頻繁に使用するモードを終了し分離しました。このモードでは、フロントとリアの端部は、例えば、それぞれ独立して、Webアプリケーションの次のとおり後端は、Javaプログラムである遠位反応させヴューまたはアプリケーション。

お互いを訪問したときに別のWebアプリは、そこには、クロスドメインの問題にバインドされています。二つの一般的なアイデアがありますクロスドメインの問題を解決します：

  1. HEARTS

バックエンドサーバーにHTTPレスポンスヘッダを設定するには、ドメイン名が参加するために追加されて実行する必要が  Access-Control-Allow-Originで。

  1. JSONP

遠位端クロスドメインJSONPと要求、JSON構成データ、及び戻り、後端。

これら二つのアイデアは、この記事では説明しません。

これは、最初のアイデアによれば、nginxのを指摘するだけでなく、クロスドメインソリューションに対する解決策を提供すべきです。

たとえば：www.helloworld.comサイトは、バックエンド・アプリケーションからなる、フロントエンドアプリケーションによって作成されました。フロントエンド・ポート番号は9000で、ポート番号は8080です。

あなたが使用している場合は、フロントとリアのhttp相互作用のため、要求をクロスドメインの問題を拒否されます。nginxのは、それを解決する方法です、見てみましょう：

まず、イネーブルcors.conf CORSファイルを設定します。

# allow origin list
set $ACAO '*';

# set single origin
if ($http_origin ~* (www.helloworld.com)$) {
  set $ACAO $http_origin;
}

if ($cors = "trueget") {
    add_header 'Access-Control-Allow-Origin' "$http_origin";
    add_header 'Access-Control-Allow-Credentials' 'true';
    add_header 'Access-Control-Allow-Methods' 'GET, POST, OPTIONS';
    add_header 'Access-Control-Allow-Headers' 'DNT,X-Mx-ReqToken,Keep-Alive,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type';
}

if ($request_method = 'OPTIONS') {
  set $cors "${cors}options";
}

if ($request_method = 'GET') {
  set $cors "${cors}get";
}

if ($request_method = 'POST') {
  set $cors "${cors}post";
}

次に、サーバーでの  include enable-cors.conf クロスドメイン構成の導入：

# ----------------------------------------------------
# 此文件为项目 nginx 配置片段
# 可以直接在 nginx config 中 include（推荐）
# 或者 copy 到现有 nginx 中，自行配置
# www.helloworld.com 域名需配合 dns hosts 进行配置
# 其中，api 开启了 cors，需配合本目录下另一份配置文件
# ----------------------------------------------------
upstream front_server{
  server www.helloworld.com:9000;
}
upstream api_server{
  server www.helloworld.com:8080;
}

server {
  listen       80;
  server_name  www.helloworld.com;

  location ~ ^/api/ {
    include enable-cors.conf;
    proxy_pass http://api_server;
    rewrite "^/api/(.*)$" /$1 break;
  }

  location ~ ^/ {
    proxy_pass http://front_server;
  }
}

これは、完了です。

参照

  • nginxのの中国のWiki

  • nginxのインストール

おすすめ

転載: www.cnblogs.com/zkm1992/p/10935541.html
おすすめ
ライナスは「ドッグフードを食べる」ことに最も積極的！
Open Source Daily | Winamp プレーヤーがオープンソースになりつつある; 生成 AI の戦いは第 2 ラウンドにエスカレート; AI はバブルの初期段階に入った; Yongming を Alibaba Cloud に導入しますか?
ランキング
C言語プログラミングの最新の方法（第2回）第12章回答（自分で書いた回答、継続的に更新）
フレームワークの蜂のアップロードファイルに移動します
タイトルバーシリーズ：タイトルバーで遭遇したピットを非表示にする
Unityはゲームオブジェクトの様々な状況を取得します
N個の異なるボールは、Mどのように多くの種類のプログラムのと同じ袋に入れられますか？
オブジェクト指向のクラス、オブジェクト21
C ++オブジェクト指向プログラミングの研究ノート（8）
P3954 [NOIP2017 普及组] 成绩
分業のプロセス間通信 - ロック
ハッカーは通常、DOSコマンドウィンドウを使用します
アーカイブ
もっと
2024-05-20(5)
2024-05-19(0)
2024-05-18(30)
2024-05-17(6)
2024-05-16(24)
2024-05-15(5)
2024-05-14(9)
2024-05-13(8)
2024-05-12(27)
2024-05-11(31)

コードワールド

© 2018 codetd.com