記事ディレクトリ
序文
- エンタープライズ情報アプリケーション環境では、最高のユーザーエクスペリエンスを実現するために、サーバーのセキュリティと応答速度を実際の状況に応じて構成する必要があります。
- デフォルトのNginxインストールパラメータは最も基本的なサービスのみを提供でき、サーバーの最適な役割を果たすために、Webページのキャッシュ時間、接続タイムアウト、Webページの圧縮、その他の応答パラメータなどの応答パラメータを調整する必要があります。
1.Nginxサービスの最適化
初期段階でのNginxのコンパイル、インストール、および構成については、以前のブログ、ポータルを参照してください:https://blog.csdn.net/weixin_51486343/article/details/112390348
1.バージョン番号を非表示にします
実稼働環境では、攻撃者が特定のバージョンを攻撃できないように、Nginxのバージョンが漏洩しないように、Nginxのバージョン番号を非表示にする必要があります。
非表示にする前に、Fiddlerツールを使用してデータパケットを取得し、Nginxのバージョンを確認できます。
特定の操作については、この記事の後半でこのソフトウェアを使用して仮想マシンwin10でパケットを取得する方法など、以前のブログを参照してください。
ポータル:ポジショニング-5.5方法1
コマンドを使用してCentSOで表示することもできます
- 方法1:Nginxのメイン構成ファイルを変更する
vim /usr/local/nginx/conf/nginx.conf
http {
include mime. types;
default_type application/octet-stream;
server_tokens off;
#添加,关闭版本号
......
}
systemctl restart nginx
curl -I http://192.168.126.11
バージョン番号を確認する別の方法があります。VMwareに戻り、Webページを開いて確認します。
- 方法2:ソースファイルを変更し、再コンパイルしてインストールします
vim /opt/nginx-1.12.0/src/core/nginx.h
#define NGINX_VERSION "1.0.0"
#修改版本号
#define NGINX_VER "IIS" NGINX_VERSION
#修改服务器类型
保存して終了したら、再コンパイルしてインストールします
cd /opt/nginx-1.12.0/
./configure --prefix=/usr/local/nginx --user=nginx --group=nginx --with-http_stub_status_module
make -j 4 && make install
以前に方法1で閉じていたバージョン番号表示を再度開きます
vim /usr/local/nginx/conf/nginx.conf
http {
include mime.types;
default_type application/octet-stream;
server_tokens on;
......
systemctl restart nginx
curl -I http://192.168.126.11
2.ユーザーとグループを変更します
vim /usr/local/nginx/conf/nginx.conf
user nginx nginx;
#取消注释,修改用户为nginx,组为nginx
systemctl restart nginx
ps aux | grep nginx
#主进程由root创建,子进程由nginx创建
3.Webページのキャッシュ時間を構成します
location ~ \.(gif|jpg|jepg|png|bmp|ico)$ {
root html;
expires 1d;
}
Cache-Control: "max-age = 86400"は、キャッシュ時間が86400秒であることを意味します。つまり、キャッシュ
内のデータは、ブラウザが1日以内にこのページにアクセスするために使用するため、サーバーにリクエストを再発行する必要がなく、削減されます。サーバーの帯域幅
4.ログカット
- Nginxの実行時間が長くなると、生成されるログの数が増えます。Nginxの実行ステータスを簡単に把握するには、常にNginxログファイルに注意を払う必要があります。
- 大きすぎるログファイルは監視にとって大きな災害であり、分析やトラブルシューティングには非常に不便です。したがって、ログファイルは定期的にカットする必要があります。
- Nginxには、Apacheのcronlogのようなログ分割処理機能はありませんが、Nginxの信号制御機能スクリプトで自動ログカットを実現し、Linuxのスケジュールタスクにスクリプトを追加することで、毎日決まった時間にスクリプトを実行できます。ログカット機能
cd /opt
vim fg.sh
#!/bin/bash
day=$(date -d "-1 day" +%F)
#显示前一天的时间
logpath=/var/log/nginx
#定义日志文件目录
pid=`cat /usr/local/nginx/logs/nginx.pid`
#定义日志文件
if [ -d $logpath ];then
mv /usr/local/nginx/logs/access.log ${logpath}/access.log_$day
#移动并重命名日志文件
kill -USR1 $pid
#重新建立日志文件
find $logpath -mtime +30 -exec rm -rf {
} \;
#删除30天之前的日志文件
else
mkdir -p $logpath
#创建日志文件目录
mv /usr/local/nginx/logs/access.log ${logpath}/access.log_$day
kill -USR1 $pid
find $logpath -mtime +30 -exec rm -rf {
} \;
fi
chmod +x fg.sh
./fg.sh
ls /var/log/nginx
ls /usr/local/nginx/logs/access.log
crontab -e
0 1 * * * /opt/fg.sh
- ログファイルを確認してください
5.接続タイムアウトを設定します
- 企業のWebサイトでは、同じ顧客が長時間接続を占有してリソースを浪費するのを防ぐために、対応するタイムアウトパラメータを設定して、接続アクセス時間を制御できます。
- HTTPにはKeepAliveモードがあり、リクエストの処理後にTCP接続を開いたままにするようにWebサーバーに指示します。
- クライアントから他の要求を受信した場合、サーバーは別の接続を確立せずにこの閉じられていない接続を使用します
- KeepAliveは一定期間開いたままであり、この期間中にリソースを占有し、占有しすぎるとパフォーマンスに影響します。
keepalive_timeout 65 180;
client_header_timeout 80;
client_body_timeout 80;
keepalive timeout:KeepAlive(timeout)のタイムアウトを
指定して、各TCP接続を保持できる時間を指定します。サーバーは、この時間の後に接続を閉じ
ます。Nginxのデフォルト値は65秒で、一部のブラウザーは最大60秒しか保持しません。 60秒に設定することができ、それが0に設定されている場合は、キープアライブ接続が禁止されている。
二番目のパラメータ(オプション)レスポンスヘッダキープアライブに時間値を指定します。タイムアウト=時間
このヘッダは、いくつかのブラウジングを許可することができますサーバーは接続をアクティブに閉じるため、サーバーは接続を閉じる必要がありません。
このパラメーターがないと、NginxはKeep-Alive応答ヘッダーを送信しません。
client_header_timeout:
クライアントが完全なリクエストヘッダーをサーバーに送信するためのタイムアウト期間。
クライアントが指定された時間内に完全なリクエストヘッダーを送信しない場合、NginxはHTTP 408(リクエストタイムアウト)を返します。client body_timeout:
サーバーとの接続を確立した後、
クライアントがリクエストボディを送信するタイムアウト期間を指定します。クライアントが指定された時間内にコンテンツを送信しない場合、NginxはHTTP
408(リクエストタイムアウト)を返します。
仮想マシンw10をオンにし、URLにアクセスしてデータパケットを取得します。
リクエストヘッダーとリクエスト本文は特別な状況でのみ効果を表示できるため、レスポンスヘッダーはタイムアウト時間が180秒であることを示しています。ここでは説明しません。
第二に、Nginxの詳細な最適化
1.プロセスの数を変更します
同時実行性の高い環境では、高速応答を確保し、ユーザーリクエストを処理してブロックを回避するために、より多くのNginxプロセスを開始する必要があります。
次のコマンドを使用して、実行中のNginxプロセスの数を表示します。その中で、マスターはNginxのメインプロセスであり、1つが開かれ、作業は子プロセスであり、1つだけが開かれます。
Nginx構成ファイルのworker_processerパラメーターを変更します。通常はCPUの数またはコアの数に設定します。同時実行性が高い場合は、CPUの数またはコアの数の2倍に設定できます。最初にCPUコアの数を確認して、パラメーターを決定できます。
変更後にサービスを再起動し、psauxを再度使用してプロセス数の変更を表示します
デフォルトでは、Nginxの複数のプロセスが1つのCPUで複数実行される場合があり、異なるプロセスを異なるCPUに割り当てて処理し、ハードウェアマルチコアおよびマルチCPUを最大限に活用してCPUのパフォーマンスを最大化できます。
展開
8以上の8のパフォーマンスが向上されませんを開き、安定性が低くなり、8つのプロセスに十分な程度にworker_processesをアップ2つのコア2プロセス:
worker_processes 2;
worker_cpu_affinity 01 10;4つのコアと4つのプロセス:
worker_processes 4;
worker_cpu_affinity 0001 0010 0100 1000
2.Webページの圧縮を構成します
- Nginxのngx_http_gzip_module圧縮モジュールは、ファイルコンテンツを圧縮する機能を提供し、Nginxサーバーが出力コンテンツをクライアントに送信する前に圧縮できるようにして、Webサイトの帯域幅を節約し、ユーザーエクスペリエンスを向上させます。
- デフォルトでは、Nginxはすでにこのモジュールをインストールしています。対応する圧縮関数パラメーターを構成ファイルに追加するだけで、圧縮パフォーマンスが最適化されます。
vim /usr/local/nginx/conf/nginx.conf
gzip on;
#取消注释,开启gzip压缩功能
gzip_min_length 1k;
#用于设置允许压缩的页面最小字数
gzip_buffers 4 16k;
#表示申请4个单位为16KB的内存作为压缩结果流缓存,默认值是申请与原始数据大小相同的内存空间来存储gzip压缩效果
gzip_http_version 1.1;
#用于识别http协议版本,默认是1.1,目前大部分浏览器已支持gzip压缩,但处理很慢,也比较消耗CPU资源
gzip_comp_level 6;
#用来指定gzip压缩比,压缩比1最小,处理速度最快;压缩比为9最大,传输速度快,但处理速度最慢,使用默认即可
gzip_vary on;
#该选项可以让前端的缓存服务器缓存经过gzip压缩的页面
gzip_types text/plain application/x-javascript text/css image/jpg image/jpeg image/png image/gif application/xml text/javascript application/x-httpd-php application/javascript application/json;
#压缩类型,指对哪些网页文档启用压缩功能
Webページに画像を挿入する
vim /usr/local/nginx/html/index.html
<p><em>Thank you for using nginx.</em></p>
<img src="xcf.jpg"/>
</body>
</html>
systemctl restart nginx.service
nginx
Webサイトにアクセスして、データパケットを取得します
。Webの閲覧履歴をクリアすることをお勧めします。
3.盗難防止チェーンを構成します
企業のWebサイトでは、リーチ防止機能は通常、Webサイトのコンテンツの不正使用を回避し、経済的損失を引き起こし、不要な帯域幅の浪費を回避するように構成されています。
- ホットリンクホストを構成する
新しく開かれたホットリンクホストは、ランディングページの画像コンテンツを「白い売春婦」にするように構成されています
#安装httpd服务
yum -y install httpd
systemctl start httpd
#配置临时dns映射
echo "192.168.126.11 www.xcf.com" >>/etc/hosts
echo "192.168.126.12 www.zxc.com" >>/etc/hosts
vim /var/www/html/index.html
<html><body><h1>hello world~ </h1>
<img src= "http://www.xcf.com/xcf.jpg"/>
</body></html>
systemctl restart httpd.service
ホットリンクの成功
チェーンを盗むようにwin10を構成します
- Nginxアンチリーチを構成する
ソースホストの構成ファイルに次のコードを追加します
location ~* \.(gif|jpg|jepg)$ {
#这段正则表达式表示匹配不区分大小写,以.jpg或.gif或.jepg结尾的文件
valid_referers *.xcf.com xcf.com;
#设置信任的网站,可以正常使用图片
#后面的网址或域名:referer中包含相关字符串的网页
if ( $invalid_referer ) {
rewrite ^/ http://www.xcf.com/error.png;
#return 403;
#if语句:如果链接的来源域名不在valid_referers所列出的列表中,$invalid_referer为1,则执行后面的操作,即进行重写或返回403页面
}
}
ホットリンクホストに戻ってもう一度アクセスし、最初に履歴(キャッシュ)をクリアすることを忘れないでください!!
4.FMPパラメーターの最適化
- NginxのPHP解析機能の実装がFPMによって処理される場合、PHPの応答速度を向上させるために、FPMモジュールのパラメーターを調整できます。
まず、FPMモジュールを使用してPHP環境をインストールし、PHPが正常に実行できるようにします。
FPMプロセスを開始するには、pmパラメーターで指定する2つの方法があり、静的および動的です。前者は固定データを使用してfpmプロセスを生成し、後者は動的な方法でfpmプロセスを生成します。
静的モードでは、pm.max_childrenを使用して開始するプロセスの数を指定できます。動的モードのパラメーターは、サーバーのメモリとサービスの負荷に応じて調整する必要があります。パラメーターを次の表に示します。
オプション | 説明 |
---|---|
pm.max_children | 開始するプロセスの最大数を指定します |
pm.start_servers | 動的モードでのftpmプロセスの初期数 |
pm.min_spare_servers | 動的モードでのアイドル状態のfpmプロセスの最小数 |
pm.max_spare_servers | 動的モードでの空きfpmプロセスの最大数 |
以下は、パーソナルフォーラムを実行しているクラウドサーバーがあり、メモリが1.5GB、fpmプロセスの数が20、メモリ消費がほぼ1GB、処理が比較的遅く、パラメータを最適化する必要があることを前提としています。
vim /usr/local/php/etc/php-fpm.conf
pid = run/php-fpm.pid
vim /usr/local/php/etc/php-fpm.d/www.conf
–96行–
pm = dynamic
#以动态方式产生 fpm 进程
–107行–
pm.max_children=20
#启动的进程最大数量为20
–112行–
pm.start_servers = 5
#动态方式下初始的 ftpm 进程数为5
–117行–
pm.min_spare_servers = 2
#动态方式下最小的 fpm 空闲进程数为2
–122行–
pm.max_spare_servers = 8
#动态方式下最大的 fpm 空闲进程数为8
kill -USR2 `cat /usr/local/php/var/run/php-fpm.pid`
#重启php-fpm
netstat -anpt | grep 9000
FPMの開始時には8つのプロセスがあり、最小は2プロセス、最大は8プロセス、最大は20プロセスです。