nginx部署web項目

① 使用Tomcat和Nginx部署前端項目

第一種方式，將我們的前端項目放置在webapps目錄下

進入tomcat安裝路徑下的conf目錄，在server.xml文件中<Host>標簽內配置虛擬路徑

簡單的解釋一下參數
path 對應用戶請求過來的url路徑, /static 匹配所有以 /static 開頭的請求
docBase 表示實際匹配到的路徑，這里可以使用絕對路徑，也可以使用相對路徑
reloadable 如果為true，則tomcat會自動檢測應用程序的/WEB-INF/lib 和/WEB-INF/classes目錄的變化。（對於靜態資源來說，個人覺得這個配置用處不大）
總結起來就是，對於ip:8080/static的資源請求，會通過虛擬路徑匹配到我們實際的資源路徑music_client/static。
配置好後重啟，我們可以發現已經能夠看到我們的前端項目了

對於ROOT目錄下的資源，tomcat可以直接在根目錄下進行訪問。通過這種方式，我們可以讓項目的路徑去適配tomcat訪問的路徑。
但是這種方式不是特別推薦，當有多個項目在同一個tomcat伺服器上的時候，會不方便管理。

Nginx是當下熱門的伺服器，使用起來只需要進行簡單的配置即可。對於Nginx的安裝大家可以自行網路解決。
我們先進入到usr/local/nginx（具體以實際nginx安裝目錄為准）下的conf目錄，vim編輯nginx.xml。主要進行下面的配置

簡單的解釋一下
listen 表示nginx監聽的埠號，也就是你希望暴露哪個埠給用戶進行訪問
server_name 表示nginx接受請求的域名，一般默認localhost就行
location 模塊用於響應請求，這里的 / 表示匹配8082埠的所有請求
root 表示靜態資源/項目的路徑
index 表示默認的訪問資源
配置完成後，進入 sbin 目錄下，通過 ./nginx -t 檢查配置文件的格式是否正確
如正確 ./nginx 進行啟動或者 ./nginx -s reload 進行重啟
啟動完，我們就可以直接ip:8082直接訪問我們的前端項目啦

開啟nginx的反向代理也比較簡單，只需要加上proxy_pass 配置即可

出現這個問題的原因是： 在history模式下，只是動態的通過js操作window.history來改變瀏覽器地址欄里的路徑，並沒有發起http請求，但是當我們直接在瀏覽器輸入這個地址的時候，就會對伺服器發起http請求，但是這個目標在伺服器上又不存在，所以會返回404。
我們可以通過把所有請求都轉發到首頁上來解決這個問題。只需要在 Nignx 中的配置文件加入如下配置：

事實上，上面的解決方式也是Vue-Router官方推薦的解決方式（ https://router.vuejs.org/zh/guide/essentials/history-mode.html#nginx ）。
那上面的 try_files 為什麼能幫助我們解決這個問題呢？我們可以看一下這個屬性的作用

try_files ：按選項所指定的順序去檢查用戶請求的文件是否存在，如果本地存在的話則返回該請求；不存在的話將該請求轉發到指定的其它路徑。也就是說，比如我們當前的前端項目部署在 /usr/myproj 目錄下，現在我們在瀏覽器發起 ip:port/testApi 請求，那麼此時 uri 為testApi,nginx會先去 $root/testApi （即/usr/local/myproj/testApi）找是否存在該靜態資源，若不存在，則繼續尋找 $root/testApi/index （即/usr/local/myproj/testApi/index）文件是否存在，如果還是不存在，則會把請求轉發到首頁。

而我們的項目本事就是由Vue-Cli創建的 單頁面應用 ，當index頁面接收到請求的時候，對應的history模式路由就可以發揮作用了，根據瀏覽器的路由跳轉到對應的頁面，這也就保證了我們的路由請求都能夠轉發給index頁面來進行處理。

這種問題一般是出現在伺服器一開始安裝Nginx的時候，沒有安裝SSL模塊。在不重裝Nignx的情況下，可以安裝如下方式進行操作：

執行如下命令

這一步只是以防萬一，可以省略

也可以直接執行 ./usr/local/nginx/sbin/nginx -t 看還會不會報錯就行

nginx報錯: [emerg] https protocol requires SSL support in /usr/local/nginx/conf/nginx.conf:50

② web伺服器 Nginx

（1）概念

Web伺服器是一台使用HTTP協議與客戶機瀏覽器進行信息交流（因此又稱為HTTP伺服器）、為互聯網客戶提供服務（信息瀏覽，下載資源等）的主機。發展趨勢：從HTML到XML、從有線到無線、從無聲到有聲

1.Linux是架設安全高效Web伺服器的操作系統

架設Web伺服器常見的操作系統：Windows、Linux、Unix。Linux安全性能最高，可以支持多個硬體平台，可以根據不同需求隨意修改、調整與復制各種程序的源碼以及發布在互聯網上，網路功能比較強大。

2.目前主流伺服器：Apache、 Nginx、 IIS

Unix/Linux操作系統下使用最廣泛的免費HTTP伺服器：Apache、Nginx。Windows（NT/2000/2003）操作系統使用ⅡS，綜合使用最多的Web伺服器是 IIs、Apache。

選擇WEB伺服器應考慮的本身特性因素有：性能、安全性、日誌和統計、虛擬主機、代理伺服器、緩沖服務和集成應用程序等。下面介紹目前最主流的三大web伺服器：

① 大型

IIS：

微軟的Internet Information Services （IIS），IIS 允許在互聯網上發布信息，提供了一個圖形界面的管理工具，稱為Internet服務管理器，可用於監視配置和控制Internet服務。IIS是一種Web服務組件，其中包括Web伺服器（網頁瀏覽）、FTP伺服器（文件傳輸）、NNTP伺服器（新聞服務）和SMTP伺服器（郵件傳輸），使得在網路上發布信息很容易。它提供ISAPI(Intranet Server API）作為擴展Web伺服器功能的編程介面，它還提供一個Internet資料庫連接器，可以實現對資料庫的查詢和更新。

Apache：

Apache是世界上用的最多的Web伺服器，源於NCSAhttpd伺服器的補丁（pache 補丁）。它的成功之處主要在於：源代碼開放、有開放的開發隊伍、支持跨平台的應用（可以運行在幾乎所有的Unix、Windows、Linux系統平台上）、可移植性。

② 小型

nginx：

nginx的模塊都是靜態編譯的，對fcgi的支持非常好，在處理鏈接的的方式上nginx支持epoll，支持通用語言介面（如：php、python、perl等），支持正向和反向代理、虛擬主機、url重寫、壓縮傳輸等。

（2）工作原理

當客戶端Web瀏覽器連到伺服器上並請求文件時，伺服器將處理該請求並將文件反饋到該瀏覽器上，附帶的信息會告訴瀏覽器如何查看該文件（即文件類型）。Web伺服器主要是處理向瀏覽器發送HTML以供瀏覽，而應用程序伺服器提供訪問商業邏輯的途徑以供客戶端應用程序使用。應用程序伺服器可以管理自己的資源，例如看大門的工作（gate-keeping ties）包括安全（security），事務處理（transaction processing），資源池（resource pooling）， 和消息（messaging）。就象Web伺服器一樣，應用程序伺服器配置了多種可擴展（scalability）和容錯（fault tolerance）技術。Web伺服器的工作原理一般可分成如下4個步驟：

① 連接過程：是Web伺服器和其瀏覽器之間所建立起來的一種連接。查看連接過程是否實現，用戶可以找到和打開socket這個虛擬文件，這個文件的建立意味著連接過程這一步驟已經成功建立。

② 請求過程：是Web的瀏覽器運用socket這個文件向其伺服器而提出各種請求。

③ 應答過程：是運用HTTP協議把在請求過程中所提出來的請求傳輸到Web的伺服器，進而實施任務處理，然後運用HTTP協議把任務處理的結果傳輸到Web的瀏覽器，同時在Web的瀏覽器上面展示上述所請求之界面。

④ 關閉連接：是當上一個步驟--應答過程完成以後，Web伺服器和其瀏覽器之間斷開連接之過程。Web伺服器上述4個步驟環環相扣、緊密相聯，邏輯性比較強，可以支持多個進程、多個線程以及多個進程與多個線程相混合的技術。

Web伺服器可以解析HTTP協議。當Web伺服器接收到一個HTTP請求（request），會返回一個HTTP響應（response）。為了處理一個request，Web伺服器可以response一個靜態頁面（HTML頁面）或圖片，進行頁面跳轉(redirect），或把動態響應委託給伺服器端。Web伺服器的代理模型非常簡單。當一個request被送到Web伺服器里來時，它只單純的把request傳遞給可以很好的處理request的程序（伺服器端腳本，如：CGI腳本，JSP腳本，servlets，ASP腳本，伺服器端JavaScript等）。Web伺服器僅僅提供一個可以執行伺服器端程序和返回（程序所產生的）響應的環境，而不會超出職能范圍。伺服器端程序功能通常有：事務處理、資料庫連接、和消息等。雖然Web伺服器不支持事務處理或資料庫連接池，但它可以配置各種策略來實現容錯性、可擴展性（如：負載平衡、緩沖）。集群特徵經常被誤認為僅僅是應用程序伺服器專有的特徵。

（3）配置

如何設置默認文檔；在同一台伺服器上架設多個Web站點；（可以通過改變埠號）創建Web虛擬目錄；

1、了解DNS主機名和IP地址。

如果此WEB伺服器在Internet上，需向ISP申請和注冊此伺服器的DNS主機名和IP地址。如果此伺服器只在企業網內使用，則在內部的DNS伺服器上注冊。

2、打開伺服器文檔，選擇"埠"-"Internet埠"，啟用"TCP/ IP埠"。

3、選擇"Internet協議"，完成以下選項後，保存文檔。

① 綁定主機名：

A、選擇"是"則您可在"主機名"項中輸入主機別名，WEB用戶可用此別名替代Domino伺服器名訪問WEB伺服器。

B、選擇"否"（預設）則不允許使用別名。

② DNS查詢： 選擇"是"則Domino伺服器查詢發送請求的WEB客戶機的DNS名。

③ Domino日誌文件和資料庫將包含WEB客戶機的DNS主機名： 選擇"否"（預設）則不查詢，Domino日誌文件和資料庫將只包含WEB客戶機的IP地址（ 注意：選擇"否"將提高Domino伺服器性能，因為伺服器不使用資源執行DNS查詢 ）

④ "允許HTTP客戶瀏覽資料庫"：選擇"是"則允許WEB用戶在URL中使用OpenServer命令來顯示伺服器上資料庫列表。選擇"否"（預設）則不允許。但即使WEB用戶不能看到伺服器上資料庫列表，他們仍能打開有許可權訪問的單個資料庫。

4、啟動HTTP任務。在伺服器控制台上，輸入：loap http

小型項目

（1）概念

1、Nginx（俄羅斯程序設計師Igor Sysoev用C語言進行編寫）是一款輕量級的Web 伺服器/反向代理伺服器及電子郵件（IMAP/POP3/SMTP）代理伺服器。

2、特點：佔有內存少（在高連接並發的情況下，Nginx是Apache伺服器不錯的替代品，能夠支持高達 50,000 個並發連接數的響應），並發能力強。

3、中國大陸使用nginx網站用戶有：網路、京東、新浪、網易、騰訊、淘寶等。

4、Nginx代碼完全用C語言從頭寫成，已經移植到許多體系結構和操作系統，包括：Linux、FreeBSD、Solaris、Mac OS X、AIX以及Microsoft Windows。

5、Nginx有自己的函數庫，並且除了zlib、PCRE和OpenSSL之外，標准模塊只使用系統C庫函數。而且，如果不需要或者考慮到潛在的授權沖突，可以不使用這些第三方庫。

（2）安裝

官網：http://nginx.org/

選擇要安裝的版本：

（3）使用

打開conf/nginx.conf，修改埠號，和主頁根地址為：打包後index.html的目錄

模擬域名配置（本地域名設置）：

在瀏覽器地址欄輸入配置好的「域名：埠號」回車：

③ web nginx 負載均衡的項目怎麼處理

nginx和haproxy一樣也可以做前端請求分發實現負載均衡效果，比如一個tomcat服務如果並發過高會導致處理很慢，新來的請求就會排隊，到一定程度時請求就可能會返回錯誤或者拒絕服務，所以通過負載均衡使用多個後端伺服器處理請求，是比較有效的提升性能的方法；另外當單機性能優化到一定瓶頸之後，一般也會用負載均衡做集群，配置也很簡單，下面是配置過程：

首先需要安裝nginx伺服器，我這里已經安裝好了，比如這里有三個tomcat伺服器，地址如下：

192.168.1.23 8080

192.168.1.24 8080

192.168.1.25 8080

其中nginx安裝在192.168.1.23上面，如果只有一個伺服器測試，也可以在一個伺服器上運行多個tomcat開多個埠來實現，這樣也能提升性能

首先看nginx配置，在nginx.conf中http {}塊內並且server {}塊之外添加如下配置：

upstream my_service {
server 127.0.0.1:8080 weight=2;
server 192.168.1.24:8080 weight=1;
server 192.168.1.25:8080 weight=1;
}

上面的my_service是集群的名字，可以自己命名，server指定後端服務列表，weight是設置權重，權重越大，請求被分發過來的可能性就越大，這里本機權重設置了2，也就是說對到達的請求分配到本地上的會多一些

配置這個之後，需要在server {}中添加location配置攔截請求並轉發給後端的集群，最簡單的配置如下：

location / {
proxy_pass http://my_service; proxy_redirect default;
}

這樣配置之後保存並重新載入，然後對於所有的請求都會轉發到這個集群指定的機器處理了，當然也可以設置攔截具體的請求比如.do或者.action都可以根據需要設置；另外location裡面也可以設置更多的配置項，比如客戶端body大小，buffer大小，超時時間等，配置參考如下：

上面的配置可以參考，根據具體業務需要配置即可，nginx負載均衡的配置基本上就是上面這些

④ 怎樣搭建web項目測試環境_測試環境的搭建

在開發中大型的JavaEE項目時，前後端分離的框架逐漸成為業界的主流，傳統的單機部署前後端在同一個項目中的工程項目越來越少。這類JavaWeb項目的後端通常都採用微服務的架構，後端會被分大伍哪解為諸多個小項目，然後使用bbozookeeper或者springCloud來構建微服務，前端則會是一個單獨的項目，前台的請求通過微服務來調用。但是，不同與傳統的web項目，這類前後端分離的項目如何在開發中部署和運行呢？

當前後端分離時，後端項目一定會被載入到tomcat的webapp目錄下面，但是前端的資源院該如何被訪問到呢？這里以tomcat這個中間件為例，探討在開發這類項目的時候，如何讓前後端分離的項目部署並且運行起來，即後端項目部署在tomcat之後如何在運行時訪問靜態滾碼資源（非上線部署）。

主要有兩種方案：1.在本地通過Nginx來處理這些靜態資源。2、將靜態資源統一放入一個javaweb應用中，並將自動生成的war包隨後端項目一期丟入tomcat。下面詳細介紹

一、使用Nginx來訪問靜態資源。

在本地安裝nginx並且修改nginx.conf，修改相關配置，將web訪問的埠的資源進行更改，配置如下：

server{listen80;server_namelocalhost;charsetutf-8;#aess_loglogs/host.aess.logmain;

location/{proxy_passtomcat_pool;proxy_redirectoff;

proxy_set_headerHOST$host;

proxy_set_headerX-Real-IP$remote_addr;

proxy_set_headerX-Forwarded-For$proxy_add_x_forwarded_for;

client_max_body_size10m;

client_body_buffer_size128k;

proxy_connect_timeout90;

proxy_send_timeout90;

proxy_read_timeout90;

proxy_buffer_size4k;

proxy_buffers432k;

proxy_busy_buffers_size64k;

proxy_temp_file_write_size64k;

}

location~.*.(html|htm|gif|jpg|jpeg|bmp|png|ico|txt|js|css|woff|woff2|ttf|eot|map)${

rootD:Workspacesesop-html;indexindex.html;

}

listen對象改為你本地的tomcat訪問埠，最下面location中的root改為你前端項目中靜態資源的位置，這樣就可以實現只部署後端的項目就能訪問前端的頁面了。

二、將前端項目轉換為動態的web項目，隨後端項目一起丟入tomcat

這個方案省去了在本地安裝和配置nginx，但是也只適用於開發階段項目的部署運行和調試，真正在生產環境通常前後端項目會部署在不同的伺服器。

如果是IntellijIdea,在導入前端項目之後，右鍵項目addframeworksupport-->webapplication，這時將會把前端項目轉換為一個javaweb項目，然後將靜態資源放在生成的web目錄下即可。

如果是eclipse，可以新建一個javaweb項目然後將靜態資源放入web或橘含者webcontent目錄下，或者直接先導入前端項目，然後通過projectfacts將項目轉換為dynamicweb項目並勾選js等相關配置。

然後，運行項目時把後端的war包和前端的war包一同添加到deployment中運行即可。

⑤ centos下用nginx+tomcat如何發布java web項目

你需要簡單的設置nginx的配置文件

userxxxxxx;←這里是nginx的用戶名和用戶組

worker_processes10;

#error_loglogs/error.log;
#error_loglogs/error.lognotice;
#error_loglogs/error.loginfo;

#pidlogs/nginx.pid;

#最大文件描述符
worker_rlimit_nofile51200;

events
{
useepoll;
worker_connections51200;
}

http
{
includemime.types;
default_typeapplication/octet-stream;
keepalive_timeout120;
tcp_nodelayon;
upstreamcentos的IP{
server127.0.0.1:8080;
}

server
{
listen80;
server_namecentos的IP;

location/{
proxy_passhttp://centos的IP;
proxy_set_headerHost$host;
proxy_set_headerX-Real-IP$remote_addr;
proxy_set_headerX-Forwarded-For$proxy_add_x_forwarded_for;
}
}
}

然後啟動tomcat,訪問centos的IP就可以了

⑥ TOMCAT如何部署兩個java web項目

1、可以使用集群方式來部署

2、集群方式可以採用nginx+tomcat方式來部署兩個或者多個Java web項目
原理：
1、nginx作為集群，能夠通過給出多個埠號來配合tomcat一起使用
2、有了多個埠號，那麼Java項目即可通過不同的埠來進行訪問

⑦ 安全開發運維必備的Nginx代理Web伺服器性能優化與安全加固配置

為了更好的指導部署與測試藝術升系統nginx網站伺服器高性能同時下安全穩定運行,需要對nginx服務進行調優與加固;

本次進行Nginx服務調優加固主要從以下幾個部分：

本文檔僅供內部使用，禁止外傳，幫助研發人員，運維人員對系統長期穩定的運行提供技術文檔參考。

Nginx是一個高性能的HTTP和反向代理伺服器，也是一個IMAP/POP3/SMTP伺服器。Nginx作為負載均衡伺服器, Nginx 既可以在內部直接支持 Rails 和 PHP 程序對外進行服務，也可以支持作為 HTTP代理伺服器對外進行服務。

Nginx版本選擇:

項目結構:

Nginx文檔幫助: http://nginx.org/en/docs/
Nginx首頁地址目錄: /usr/share/nginx/html
Nginx配置文件:

localtion 請求匹配的url實是一個正則表達式:

Nginx 匹配判斷表達式:

例如,匹配末尾為如下後綴的靜態並判斷是否存在該文件, 如不存在則404。

查看可用模塊編譯參數：http://nginx.org/en/docs/configure.html

http_gzip模塊
開啟gzip壓縮輸出(常常是大於1kb的靜態文件)，減少網路傳輸;

http_fastcgi_mole模塊
nginx可以用來請求路由到FastCGI伺服器運行應用程序由各種框架和PHP編程語言等。可以開啟FastCGI的緩存功能以及將靜態資源進行剝離，從而提高性能。

keepalive模塊
長連接對性能有很大的影響，通過減少CPU和網路開銷需要開啟或關閉連接;

http_ssl_mole模塊
Nginx開啟支持Https協議的SSL模塊

Linux內核參數部分默認值不適合高並發,Linux內核調優，主要涉及到網路和文件系統、內存等的優化，

下面是我常用的內核調優配置：

文件描述符
文件描述符是操作系統資源，用於表示連接、打開的文件，以及其他信息。NGINX 每個連接可以使用兩個文件描述符。
例如如果NGINX充當代理時，通常一個文件描述符表示客戶端連接，另一個連接到代理伺服器，如果開啟了HTTP 保持連接，這個比例會更低（譯註：為什麼更低呢）。

對於有大量連接服務的系統，下面的設置可能需要調整一下：

精簡模塊:Nginx由於不斷添加新的功能，附帶的模塊也越來越多,建議一般常用的伺服器軟體使用源碼編譯安裝管理;

(1) 減小Nginx編譯後的文件大小

(2) 指定GCC編譯參數
修改GCC編譯參數提高編譯優化級別穩妥起見採用 -O2 這也是大多數軟體編譯推薦的優化級別。

GCC編譯參數優化 [可選項] 總共提供了5級編譯優化級別：

常用編譯參數:

緩存和壓縮與限制可以提高性能
NGINX的一些額外功能可用於提高Web應用的性能，調優的時候web應用不需要關掉但值得一提，因為它們的影響可能很重要。

簡單示例:

1) 永久重定向

例如，配置 http 向 https 跳轉 (永久)

nginx配置文件指令優化一覽表

描述:Nginx因為安全配置不合適導致的安全問題,Nginx的默認配置中存在一些安全問題,例如版本號信息泄露、未配置使用SSL協議等。
對Nginx進行安全配置可以有效的防範一些常見安全問題，按照基線標准做好安全配置能夠減少安全事件的發生,保證採用Nginx伺服器系統應用安全運行;

Nginx安全配置項：

溫馨提示: 在修改相應的源代碼文件後需重新編譯。

設置成功後驗證:

應配置非root低許可權用戶來運行nginx服務,設置如下建立Nginx用戶組和用戶，採用user指令指運行用戶

加固方法:

我們應該為提供的站點配置Secure Sockets Layer Protocol (SSL協議)，配置其是為了數據傳輸的安全，SSL依靠證書來驗證伺服器的身份，並為瀏覽器和伺服器之間的通信加密。

不應使用不安全SSLv2、SSLv3協議即以下和存在脆弱性的加密套件(ciphers), 我們應該使用較新的TLS協議也應該優於舊的,並使用安全的加密套件。

HTTP Referrer Spam是垃圾信息發送者用來提高他們正在嘗試推廣的網站的互聯網搜索引擎排名一種技術，如果他們的垃圾信息鏈接顯示在訪問日誌中，並且這些日誌被搜索引擎掃描，則會對網站排名產生不利影響
加固方法:

當惡意攻擊者採用掃描器進行掃描時候利用use-agent判斷是否是常用的工具掃描以及特定的版本,是則返回錯誤或者重定向;

Nginx支持webdav，雖然默認情況下不會編譯。如果使用webdav，則應該在Nginx策略中禁用此規則。
加固方法: dav_methods 應設置為off

當訪問一個特製的URL時，如"../nginx.status"，stub_status模塊提供一個簡短的Nginx伺服器狀態摘要,大多數情況下不應啟用此模塊。
加固方法：nginx.conf文件中stub_status不應設置為：on

如果在瀏覽器中出現Nginx自動生成的錯誤消息，默認情況下會包含Nginx的版本號,這些信息可以被攻擊者用來幫助他們發現伺服器的潛在漏洞
加固方法: 關閉"Server"響應頭中輸出的Nginx版本號將server_tokens應設置為：off

client_body_timeout設置請求體（request body）的讀超時時間。僅當在一次readstep中，沒有得到請求體，就會設為超時。超時後Nginx返回HTTP狀態碼408(Request timed out)。
加固方法：nginx.conf文件中client_body_timeout應設置為：10

client_header_timeout設置等待client發送一個請求頭的超時時間（例如：GET / HTTP/1.1）。僅當在一次read中沒有收到請求頭，才會設為超時。超時後Nginx返回HTTP狀態碼408(Request timed out)。

加固方法：nginx.conf文件中client_header_timeout應設置為：10

keepalive_timeout設置與client的keep-alive連接超時時間。伺服器將會在這個時間後關閉連接。

加固方法：nginx.conf文件中keepalive_timeout應設置為：55

send_timeout設置客戶端的響應超時時間。這個設置不會用於整個轉發器，而是在兩次客戶端讀取操作之間。如果在這段時間內，客戶端沒有讀取任何數據，Nginx就會關閉連接。

加固方法：nginx.conf文件中send_timeout應設置為：10

GET和POST是Internet上最常用的方法。Web伺服器方法在RFC 2616中定義禁用不需要實現的可用方法。

加固方法:

limit_zone 配置項限制來自客戶端的同時連接數。通過此模塊可以從一個地址限制分配會話的同時連接數量或特殊情況。

加固方法：nginx.conf文件中limit_zone應設置為：slimits $binary_remote_addr 5m

該配置項控制一個會話同時連接的最大數量，即限制來自單個IP地址的連接數量。

加固方法：nginx.conf 文件中 limit_conn 應設置為: slimits 5

加固方法：

加固方法:

解決辦法:

描述後端獲取Proxy後的真實Client的IP獲取需要安裝--with-http_realip_mole，然後後端程序採用JAVA(request.getAttribute("X-Real-IP"))進行獲取;

描述: 如果要使用geoip地區選擇,我們需要再nginx編譯時加入 --with-http_geoip_mole 編譯參數。

描述: 為了防止外部站點引用我們的靜態資源，我們需要設置那些域名可以訪問我們的靜態資源。

描述: 下面收集了Web服務中常規的安全響應頭, 它可以保證不受到某些攻擊,建議在指定的 server{} 代碼塊進行配置。

描述: 為了防止某些未備案的域名或者惡意鏡像站域名綁定到我們伺服器上, 導致伺服器被警告關停，將會對業務或者SEO排名以及企業形象造成影響，我們可以通過如下方式進行防範。

執行結果:

描述: 有時你的網站可能只需要被某一IP或者IP段的地址請求訪問，那麼非白名單中的地址訪問將被阻止訪問, 我們可以如下配置;

常用nginx配置文件解釋：

(1) 阿里巴巴提供的Concat或者Google的PageSpeed模塊實現這個合並文件的功能。

(2) PHP-FPM的優化
如果您高負載網站使用PHP-FPM管理FastCGI對於PHP-FPM的優化非常重要

(3) 配置Resin on Linux或者Windows為我們可以打開 resin-3.1.9/bin/httpd.sh 在不影響其他代碼的地方加入:-Dhttps.protocols=TLSv1.2, 例如

原文地址: https://blog.weiyigeek.top/2019/9-2-122.html