1、隱藏Nginx版本號信息 編輯nginx.conf配置文件在http標簽增加”server_tokens off;“參數,實現隱藏Nginx版本號的方式如下: ##在http {}內添加 http { server_tokens off; } curl命令進行查看Nginx版本號; 通過-I或者 ...
1、隱藏Nginx版本號信息
編輯nginx.conf配置文件在http標簽增加”server_tokens off;
“參數,實現隱藏Nginx
版本號的方式如下:
##在http {}內添加
http {
server_tokens off;
}
curl
命令進行查看Nginx
版本號;
通過-I
或者--head
可以只列印出HTTP頭部信息;
server_tokens參數的官方說明如下:
syntax: server_tokens on|off; #此行為參數語法,on為開啟,off為關閉
default: server_tokens on; #此行意思是不配置該參數,軟體預設情況的結果
context: http,server,location #此行為server_tokens參數可以放置的位置
官方資料地址:http://nginx.org/en/docs/http/ngx_http_core_module.html
修改前查看:
[root@jiufengjing nginx]# curl -I 192.168.100.102
HTTP/1.1 200 OK
Server: nginx/1.14.0
Date: Fri, 17 Aug 2018 07:52:34 GMT
Content-Type: text/html
Content-Length: 612
Last-Modified: Wed, 15 Aug 2018 06:58:33 GMT
Connection: keep-alive
ETag: "5b73cf19-264"
Accept-Ranges: bytes
配置完成之後保存,重新載入,再次curl
查看,結果如下:
[root@jiufengjing nginx]# curl -I 192.168.100.102
HTTP/1.1 200 OK
Server: nginx
Date: Fri, 17 Aug 2018 07:54:37 GMT
Content-Type: text/html
Content-Length: 612
Last-Modified: Wed, 15 Aug 2018 06:58:33 GMT
Connection: keep-alive
ETag: "5b73cf19-264"
Accept-Ranges: bytes
2、修改源代碼完成隱藏版本號及Nginx軟體名
[root@jiufengjing nginx-1.14.0]# cd /usr/src/nginx-1.14.0/src/core/
[root@jiufengjing core]# vim nginx.h
#define NGINX_VERSION "6.6.6" #修改為想要的版本號
#define NGINX_VER "jiufengjing.com/" NGINX_VERSION #修改為想要改的軟體名稱
#define NGINX_VAR "jiufengjing.com" #修改為想要改的軟體名稱
修改之後需要重新編譯安裝Nginx
[root@jiufengjing ~]# cd /usr/src/nginx-1.14.0/
[root@jiufengjing nginx-1.14.0]#./configure --prefix=/usr/local/nginx --user=nginx --group=nginx --with-http_stub_status_module --with-http_ssl_module && make && make install
啟動nginx:
[root@jiufengjing core]# curl -I 192.168.100.102
HTTP/1.1 200 OK
Server: jiufengjing.com/6.6.6
Date: Mon, 20 Aug 2018 04:36:38 GMT
Content-Type: text/html
Content-Length: 612
Last-Modified: Wed, 15 Aug 2018 06:58:33 GMT
Connection: keep-alive
ETag: "5b73cf19-264"
Accept-Ranges: bytes
3、更改Nginx服務的預設用戶
為了讓Web服務更安全,儘可能改掉軟體預設的所有配置,包括埠、用戶等;
查看Nginx
服務對應的預設用戶;
[root@jiufengjing ~]# grep "#user" /usr/local/nginx/conf/nginx.conf.default
#user nobody;
為Nginx服務建立新用戶:
[root@jiufengjing ~]# useradd -M -s /sbin/nologin nginx
[root@jiufengjing ~]# id nginx #檢查用戶
uid=1001(nginx) gid=1001(nginx) groups=1001(nginx)
更改Nginx
服務預設使用的用戶,方法有兩種:
第一種為直接更改配置文件參數,將預設的#user nobody修改如下內容
user nginx nginx;
如果註釋或不設置上述參數,預設即是nobody用戶;
第二種為直接在編譯nginx軟體時指定編譯的用戶和組:
./configure --prefix=/usr/local/nginx --user=nginx --group=nginx --with-http_stub_status_module --with-http_ssl_module
通過上述修改後Nginx進程,可以看到worker processes進程對應的用戶都變成了nginx;
[root@jiufengjing ~]# ps -ef|grep nginx
root 8260 1 0 01:59 ? 00:00:00 nginx: master process /usr/local/nginx/sbin/nginx
nginx 8261 8260 0 01:59 ? 00:00:00 nginx: worker process
root 8423 3139 0 03:28 pts/1 00:00:00 grep --color=auto nginx
4、根據參數優化Nginx服務性能
優化Nginx服務的worker進程個數:
在高併發,高訪問量的Web服務場景,需要事先啟動好更多的Nginx進程,以保證快速響應並處理大量併發用戶的請求,而worker進程數並不是越多越好,就像飯店的服務員一樣,服務員過多,沒事做,飯店的成本也高;
優化Nginx
進程對應Nginx
服務的配置參數如下;
worker_processes 1; #指定了Nginx要開啟的進程數,結尾的數字就是進程的個數;
Nginx有Master進程和Worker進程之分,Master為管理進程,worker是工作進程。
通過/proc/cpuinfo
可查看CPU個數及總核數;
[root@jiufengjing ~]# grep processor /proc/cpuinfo|wc -l
1
[root@jiufengjing ~]# grep -c processor /proc/cpuinfo
1
#此處的1表示1顆1核的CPU
查看CPU總核數的示例如下:
[root@jiufengjing ~]# grep "physical id" /proc/cpuinfo |sort|uniq|wc -l
1 #對phsical id 去重計算,表示1顆CPU
通過執行top
命令,然後按數字1
,即可顯示所有的CPU核數,如下:
top - 03:54:36 up 5:36, 2 users, load average: 0.00, 0.01, 0.05
top - 03:55:08 up 5:37, 2 users, load average: 0.00, 0.01, 0.05
Tasks: 100 total, 2 running, 98 sleeping, 0 stopped, 0 zombie
%Cpu(s): 0.0 us, 0.0 sy, 0.0 ni,100.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st
KiB Mem : 481876 total, 152564 free, 128512 used, 200800 buff/cache
KiB Swap: 2097148 total, 2097148 free, 0 used. 309148 avail Mem
#這裡是單核CPU的信息
有關worker_process參數的官方說明如下: syntax: worker_processes number:#此行為參數語法,number為數量 default: worker_processes 1 #此行意思是不配置該參數,軟體預設情況為1 context: main #此行為worker_processes參數可以放置的位置 worker_processes為定義worker進程數的數量,建議設置為CPU的核數或者cpu核數*2的進程數,具體情況要根據實際業務來進行選擇。除了要和CPU核數的匹配外, 和硬碟存儲的數據以及系統的負載也會有關,設置為CPU的個數或核數是一個好的起始配置。5、優化綁定不同的Nginx進程到不同CPU上
預設情況Nginx的多個進程有可能跑在某一個或某一核的CPU上,導致Nginx進程使用硬體的資源不均。可以分配不同的Nginx進程給不同的CPU處理,達到充分有效利用硬體的多CPU多核資源的目的。
worker_processes 1;
worker_cpu_affinity 0001 0010 0100 1000;
#worker_cpu_affinity就是配置nginx進程CPU親和力的參數,即把不同的進程分給不同的CPU處理。
這裡0001 0010 0100 1000是掩碼,分別代表1、2、3、4核cpu核心,由於worker_processes進程數為4,因此上述配置會把每個進程分配一核CPU處理,預設情況下進程不會綁定任何CPU,參數位置為main段。
worker_cpu_affinity參數的官方說明如下: syntax: worker_cpu_affinity cpumask.....#此行為cpu親和力參數語法,cpumask為cpu掩碼 default: --- #預設不配置 context: main #此行為worker_cpu_affinty參數可以放置的位置 worker_cpu_affinity的作用是綁定不同的worker進程到一組CPU上。通過設置bitmask控制允許使用的CPUS,預設worker進程不會綁定到任何CPUS。6、Nginx事件處理模型優化
Nginx的連接處理機制在不同的操作系統會採用不同的I/O模型,在Linux下,Nginx使用epoll的I/O模型,在Freebsd中使用kqueue的I/O多路復用模型,
在Solaris中使用/dev/poll方式的I/O多路復用模型,在Windows中使用icop;
將Nginx的事件處理模型調整為epoll模型;
具體的配置參數如下:
events { #events指令是設定Nginx的工作模式及連接數上限
worker_connections 1024;
use epoll;
}
#use是一個事件模塊指令,用來指定Nginx的工作模式,Nginx支持的工作模式有select、poll、kqueue、epoll、rtsig及/dev/poll其中select和poll都是標準的工作模式,
kqueue和epoll是高效的工作模式,不同的是epoll用在Linux平臺上,而kqueue用在BSD系統中,對於Linux系統推薦使用epoll工作模式,這是高性能高併發的設置;
根據Nginx的官方文檔建議,也可以不指定事件處理模型,Nginx會自動選擇最佳的事件處理模型服務。
7、調整Nginx單個進程允許的客戶端最大連接數
控制連接數的參數為worker_connectons
worker_connectons需要根據伺服器的性能和程式的記憶體使用量來指定:
events {
worker_connections 1024;
}
#worker_connections 也是個事件模塊指令,用於定義Nginx每個進程的最大連接數,預設是1024.最大客戶端連接數由worker_processes和worker_connections決定.
併發=worker_process * worker_connections
8、配置Nginx worker進程最大打開文件數
控制參數為:worker_rlimit_nofile 1024;
#最大打開文件數,可設置為系統優化有的ulimit-HSn的結果。
說明:次參數的作用是改變worker processes能打開的最大文件數
參數資料:http://nginx.org/en/docs/ngx_core_module.htm
9、開啟高效文件傳輸模式
(1)設置參數:sendfile on
sendfile
參數用於開啟文件的高效傳輸模式,同時將tcp_nopush
和tcp_nodelay
兩個指令設置為no,
可防止網路及磁碟I/O
阻塞,提升Nginx
工作效率;
參數作用:激活或禁用sedfile()
功能,sendfile()
是作用於兩個文件描述符之間的數據拷貝函數,這個拷貝操作在內核之中的,被稱為”零拷貝“,sendfile()
比read
和write
函數要高效很多,因為,read
和write
函數要把數據拷貝到應用層在進行操作;相關控制參數還有sendfile_max_chunk
參考資料:http://nginx.org/en/docs/http/ngx_core_module.html#sendfile
(2)設置參數:tcp_nopush on;
參數作用:激活或禁用Linux
上的TCP_CORK socket
選項,此選項僅僅當開啟sendfile
時才生效,激活這個tcp_nopush
參數可以允許把http response header
和文件的開始部分放在一個文件里發佈,其積極的作用是減少網路報文段的數量
參考資料:http://nginx.org/en/docs/http/ngx_core_module.html
(3)設置參數:tcp_nodelay on;
用於激活tcp_nodelay功能,提高I/O性能 參數作用:預設情況下數據發送時,內核並不會馬上發送,可能會等待更多的位元組組成一個數據包,這樣可以提高I/O性能,但是,在每次只發送很少位元組的業務場景,使用tcp_nodelay功能,等待時間會比較長。 參數生產條件:激活或禁用tcp_nodelay選項,當一個連接進入到keep-alive狀態時生效 http://nginx.org/en/docs/http/ngx_http_core_module.html#tcp_nopush10、優化伺服器功能變數名稱的散列表大小
如果使用nginx.org和www.nginx.org來訪問伺服器是最頻繁的,那將它們明確定義更為有效,命令如下:
server {
listen 80;
server_name nginx.org www.nginx.org *.nginx.org
location / {
root html;
index index.php index.html index.htm;
}
如果定義的大量的非常長的名字,那就需要在HTTP
配置塊中調整server_names_hash_max_size
和server_names_hash_bucket_size
的值;
http {
server_names_hash_max_size 512; #設置存放功能變數名稱的最大散列表的大小;
server_names_hash_bucket_size 64; #設置存放功能變數名稱的最大散列表的存儲桶的大小,功能變數名稱較長定義;
}
如果定義的大量名字,出現報錯
那麼應該先嘗試設置server_names_hash_max_size
的值,此值差不多等於名字列表名字總量,如果還不能解決問題,或者伺服器啟動非常緩慢,在嘗試設置server_names_hash_bucket_size
的值;
11、優化Nginx連接參數,調整連接超時時間
連接超時的作用:
無用的連接設置為超時,可以保護伺服器系統資源(cpu、記憶體、磁碟);
減少占用伺服器資源;斷掉惡意占用資源的連接
nginx連接超時的參數設置
(1)參數設置:keepalive_timeout 60;
用於設置客戶端連接保持會話的超時時間為60秒;超過這個時間,伺服器會關閉該連接。
可根據網站的情況設置,或者關閉,可在 http 段、 server 段、或者 location 段設置。