必要 最近、Node オンライン サービスを移行する必要があったため、2 つの新しいオンライン サーバーを申請しました。 サーバーを展開した後、サービスが正常かどうかを確認する必要があります。オフィス環境とオンライン環境のネットワークは分離されており、直接アクセスすることはできませんが、展開サーバーを介してオンラインサーバーにアクセスでき、オフィスネットワークは展開マシンにアクセスできます。 したがって、展開マシンにプロキシを構成し、オフィス環境から展開マシンに要求し、その要求をオンライン サービスにプロキシして、サービスが正常かどうかを確認できます。 ネットワーク全体の構造を下図に示します。 Nginx のインストール ダウンロード ダウンロードページ: http://nginx.org/en/download.html バージョンを選択し、右クリックしてリンクアドレスをコピーします # ダウンロード [work@40-10-14 opt]$ wget http://nginx.org/download/nginx-1.18.0.tar.gz # ファイルを解凍します [work@40-10-14 opt]$ tar -xvf nginx-1.18.0.tar.gz インストール # 1. デフォルトのインストール: ルート権限で解凍したディレクトリに入り、次のコマンドを実行してインストールします [root@40-10-14 nginx-1.18.0]# ./configure && make && make install # 2. ディレクトリを指定します: 指定された /opt/nginx ディレクトリにインストールします [work@40-10-14 opt]$ mkdir /opt/nginx [work@40-10-14 nginx-1.18.0]$ ./configure --prefix=/opt/nginx && make && mae install デフォルトのインストールでは、ルート権限がない場合、次のエラーが報告されます。 mkdir: ディレクトリ `/usr/local/nginx' を作成できません: 権限が拒否されました make[1]: *** [インストール] エラー1 make[1]: ディレクトリ `/opt/nginx-1.18.0' を離れます make: *** [インストール] エラー 2 デフォルトのインストール後、nginxのインストールディレクトリを確認すると、/usr/local/nginxディレクトリにインストールされていることがわかります。 [root@40-10-14 opt]# nginxはどこにあるか nginx: /usr/local/nginx 1. 指定されたディレクトリ方式を使用してインストールすることをお勧めします。インストール時にルート権限に切り替えると、その後の設定ファイルの変更にもルート権限が必要になります。 ソフトリンクを追加 ソフトリンクを追加して、nginxコマンドをグローバルにアクセス可能にします。これにより、実行するたびにインストールディレクトリに切り替える必要がなくなります。 # ソフトリンクを追加 [root@40-10-14 sbin]# ln -s /opt/nginx/sbin/nginx /usr/local/bin/ # バージョンを確認する [root@40-10-14 sbin]# nginx -v nginx バージョン: nginx/1.18.0 一般的なコマンド
強制停止: # LinuxプロセスIDを表示する [root@40-10-14 ~]# ps -ef | grep nginx 誰も 45198 1 0 16:12 ? 00:00:00 nginx: ワーカープロセス ルート 51261 50692 0 17:00 pts/0 00:00:00 grep nginx # プロセスを終了する [root@40-10-14 ~]# kill 45198 # 前のプロセスは終了しました [root@40-10-14 ~]# ps -ef | grep nginx ルート 51277 50692 0 17:00 pts/0 00:00:00 grep nginx プロキシの設定 2 台のマシン間でのリクエスト転送を構成するには、nginx インストール ディレクトリの nginx/conf/nginx.conf ファイルを編集します。 #ユーザーnobody; ワーカープロセス 1; #error_log ログ/error.log; #error_log ログ/error.log 通知; #error_log ログ/error.log 情報; #pid ログ/nginx.pid; イベント { ワーカー接続 1024; } 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 オン; #キープアライブタイムアウト 0; キープアライブタイムアウト65; #gzip オン; # リクエストは次の2台のマシンに転送され、トラフィックが均等に分割される必要があります。IPとポートを指定しますupstream zpserver { サーバーxx.xx.xx.22:10001; サーバーxx.xx.xx.23:10001; } サーバー{ # nginxサービスポートは80です 聞く 80; server_name ローカルホスト; #文字セット koi8-r; #access_log ログ/host.access.log メイン; # /user ルートパスへのリクエストのみが転送されます location /user { ルートhtml; インデックス index.html index.htm; proxy_pass http://zpserver; } #エラーページ 404 /404.html; # サーバーのエラーページを静的ページ /50x.html にリダイレクトします # エラーページ 500 502 503 504 /50x.html; 場所 = /50x.html { ルートhtml; } # PHP スクリプトを 127.0.0.1:80 で listen している Apache にプロキシします # #場所 ~ \.php$ { # プロキシパス http://127.0.0.1; #} # PHP スクリプトを 127.0.0.1:9000 で待機している FastCGI サーバーに渡します # #場所 ~ \.php$ { #ルートhtml; #fastcgi_pass 127.0.0.1:9000; # fastcgi_index インデックス.php; # fastcgi_param SCRIPT_FILENAME /scripts$fastcgi_script_name; #fastcgi_params を含めます。 #} # Apacheのドキュメントルートが.htaccessファイルへのアクセスを拒否する # nginxのものと一致します # #場所 ~ /\.ht { # すべて拒否; #} } # IP、名前、ポートベースの設定を組み合わせた別の仮想ホスト # #サーバー{ # 8000を聴く; # somename:8080 をリッスンします。 # server_name somename alias another.alias; # 位置 / { #ルートhtml; # インデックス index.html index.htm; # } #} # HTTPS サーバー # #サーバー{ # 443 ssl をリッスンします。 # サーバー名 localhost; # ssl_certificate cert.pem; # ssl_certificate_key cert.key; # ssl_session_cache 共有:SSL:1m; #ssl_session_timeout 5分; # ssl_ciphers HIGH:!aNULL:!MD5; # ssl_prefer_server_ciphers オン; # 位置 / { #ルートhtml; # インデックス index.html index.htm; # } #} } 注意: nginx設定ファイルを変更した後は、nginx -s reloadを実行して変更を有効にする必要があります。 確認する 多くのオンライン サービスではログインが必要なため、Cookie はドメイン名にバインドされているため、IP ではなくドメイン名を使用してアクセスする必要があります。 この問題の解決は非常に簡単です。ローカル ホストを構成するだけです。 #IPはNginxサーバーのIPです xx.xx.xx.14 xxx.daojia.com 上記の構成では、ローカル ブラウザーで xxx.daojia.com を要求することで、デプロイメント マシン上の Nginx を介してオンライン サービスに間接的にアクセスし、イントラネット内でサービスが正しいかどうかをテストできます。サービスが正常になったら、オンライン トラフィックを切断できます。 Nginx によるネットワーク分離の実践の詳細な記録に関するこの記事はこれで終わりです。より関連性の高い Nginx ネットワーク分離コンテンツについては、123WORDPRESS.COM の過去の記事を検索するか、以下の関連記事を引き続き参照してください。今後とも 123WORDPRESS.COM をよろしくお願いいたします。 以下もご興味があるかもしれません:
|
目次序文始める基本レイアウトデータバインディングイベントバインディング最適化ジッター問題を最適化する...
この記事は、@C7210 によって翻訳されたブログ「Usability Counts」からの翻訳です...
Oracle、DB2、SQL Server などの他の大規模データベースと比較すると、MySQL に...
この記事では、例を使用して MySQL カーソルの概念と使用方法を説明します。ご参考までに、詳細は以...
考えてみてください。なぜcss 、 javascriptのようにbodyタグの末尾ではなく、 hea...
目次1. クロージャとは何ですか? 2. クロージャの役割2.1) メモリ2.2) プライベート変数...
* 住所 - 住所* blockquote - ブロック引用* center - 中央揃えブロック*...
HTMLテキスト書式タグ 標簽 描述 <b> 定義粗體文本 <em> 呈現...
ユーザーのホーム ディレクトリがどんどん大きくなってきたら、ホーム ディレクトリを新しいパーティショ...
最近、問題に遭遇しました。モバイル端末の絵文字や一部の絵文字は 4 バイトですが、UTF-8 は 3...
1. ワンストップソリューション1. 問題の分析と特定 # MySQL設定ファイルを見つけて、MyS...
目次序文REDOログの生成REDOログ送信REDOログの保存と通知ユーザースレッドに通知要約する序文...
これまで使用していたイメージはすべて DockerHub パブリック リポジトリから取得していました...
この記事では、JavaScriptでシンプルな時計を実装するための具体的なコードを参考までに紹介しま...
最初のステップ組み込みのパッケージ管理機能で一度削除する yum 削除 nodejs npm -y ...