Nginx (engine x) 是一個輕量級、高性能、負載均衡的HTTP和反向代理web服務器,使用C語言開發,在BSD-like 協議下發行,基於REST架構風格,以統一資源描述符(Uniform Resources Identifier)URI或者統一資源定位符(Uniform Resources Locator)URL做爲溝通依據,經過HTTP協議提供各類網絡服務。javascript
Nginx使用基於事件驅動架構,使得其能夠支持數以百萬級別的TCP鏈接。css
高度的模塊化和自由軟件許可證使得第三方模塊層出不窮。html
Nginx是一個跨平臺服務器,能夠運行在Linux,Windows,FreeBSD,Solaris,AIX,Mac OS等操做系統上。前端
佔有內存少,併發能力強。 java
這些優秀的設計帶來的是極大的穩定性。node
當咱們經過瀏覽器沒法訪問國外的某網站時,能夠訪問國外網站的代理服務器,咱們將請求發送給代理服務器,代理服務器去訪問國外的網站,而後將訪問到的數據傳遞給咱們,這種代理模式稱爲正向代理。一句話歸納:客戶端向代理髮送一個請求並指定目標(原始服務器),客戶端必須進行一些特別的設置。linux
控制面板 -- 網絡和internet -- internet選項 -- 鏈接 -- 局域網設置 -- 勾選自動檢測和代理服務器 -- 代理服務器的高級設置 --填寫代理設置nginx
特色:git
正向代理最大的特色是客戶端很是明確要訪問的服務器地址;github
客戶端和正向代理服務器同屬於一個環境,而服務器只清楚請求來自哪一個代理服務器,而不清楚來自哪一個具體的客戶端;
正向代理模式屏蔽或者隱藏了真實客戶端信息;
客戶端必須設置正向代理服務器,固然前提是要知道正向代理服務器的IP地址,還有代理程序的端口。(具體參考上文博客)
反向代理(Reverse Proxy)方式是指以代理服務器來接受internet上的鏈接請求,而後將請求轉發給內部網絡上的服務器,並將從服務器上獲得的結果返回給internet上請求鏈接的客戶端,此時代理服務器對外就表現爲一個反向代理服務器。通俗來說,就是多個客戶端給代理服務器發送請求,Nginx服務器接收到以後,按照必定的規則分發給後端的業務處理服務器進行處理。一句話歸納:它代理的是服務端,代服務端接收請求,並按規則分發給相應的處理服務器。
請求的來源也就是客戶端是明確的;
可是請求具體由哪臺服務器處理的並不明確了,Nginx扮演的就是一個反向代理角色。
客戶端是無感知代理的存在的,反向代理對外都是透明的,訪問者並不知道本身訪問的是一個代理。
由於客戶端不須要任何配置就能夠訪問。
主要用於服務器集羣分佈式部署的狀況下,反向代理隱藏了服務器的信息。
反向代理的做用:
(1)保證內網的安全,一般將反向代理做爲公網訪問地址,Web服務器是內網
(2)負載均衡,經過反向代理服務器來優化網站的負載
本地環境:win10-64位。
nginx官網下載地址:http://nginx.org,發佈版本分爲 Linux 和 windows 版本。
1)下載後將其解壓到本身喜歡的盤符,個人爲 D:\job\nginx。
2)win + R,cmd進入小黑窗,選擇本身的解壓目錄 == a.先切換盤符,輸入 "D:"後,回車。b.進入解壓目錄,輸入"cd job\nginx"(你本身的解壓目錄)。
3)使用"start nginx.exe"啓動服務。
4)在瀏覽器地址欄輸入:loaclhost,看到nginx歡迎界面,表示安裝成功。
5)若安裝失敗,你能夠到你的D:\job\nginx目錄下的logs文件夾下的error下查看錯誤日誌。(具體解決)
6)若發現你的80端口被佔用了,那麼你須要修改註冊表,以下步驟:
一、打開註冊表:regedit
二、找到:HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\HTTP
三、找到一個REG_DWORD類型的項Start,將其改成0
四、重啓系統,System進程不會佔用80端口
● 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 的版本,編譯器版本和配置參數。
咱們先實現一個小目標:不考慮複雜的配置,僅僅是完成一個 http 反向代理。
注:conf / nginx.conf 是 nginx 的默認配置文件。你也可使用 nginx -c 指定你的配置文件
#運行用戶 #user somebody; #啓動進程,一般設置成和cpu的數量相等 worker_processes 1; #全局錯誤日誌 error_log D:/job/nginx/logs/error.log; error_log D:/job/nginx/logs/notice.log notice; error_log D:/job/nginx/logs/info.log info; #PID文件,記錄當前啓動的nginx的進程ID pid D:/job/nginx/logs/nginx.pid; #工做模式及鏈接數上限 events { worker_connections 1024; #單個後臺worker process進程的最大併發連接數 } #設定http服務器,利用它的反向代理功能提供負載均衡支持 http { #設定mime類型(郵件支持類型),類型由mime.types文件定義 include D:/job/nginx/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:/job/nginx/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.jacking.com; #首頁 index index.html #指向webapp的目錄 root D:_WorkspaceProjectgithubzpSpringNotesspring-securityspring-shirosrcmainwebapp; #編碼格式 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 後面設置映射的路徑 #proxy_pass必須與設定實際的服務器列表upstream zp_server1{}一致 location / { proxy_pass http://zp_server1; } #靜態文件,nginx本身處理 location ~ ^/(images|javascript|js|css|flash|media|static)/ { root D:_WorkspaceProjectgithubzpSpringNotesspring-securityspring-shirosrcmainwebappiews; #過時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; #} } }
啓動 webapp,注意啓動綁定的端口要和nginx中的 upstream 設置的端口保持一致。
更改 host:
在 C:Windows\System32\drivers\etc 目錄下的host文件中添加一條DNS 記錄127.0.0.1 www.jacking.com 啓動前文中 startup.bat 的命令
在瀏覽器中訪問 www.jacking.com,不出意外,已經能夠訪問了。
上一個例子中,代理僅僅指向一個服務器。
可是,網站在實際運營過程當中,多半都是有多臺服務器運行着一樣的app,這時須要使用負載均衡來分流。
nginx也能夠實現簡單的負載均衡功能。
假設這樣一個應用場景:將應用部署在 192.168.1.11:80、192.168.1.12:80、192.168.1.13:80 三臺linux環境的服務器上。網站域名叫 www.jacking.com,
公網IP爲 192.168.1.11。在公網IP所在的服務器上部署 nginx,對全部請求作負載均衡處理。
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.jacking.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; #緩衝區代理緩衝用戶端請求的最大字節數 } } }
當一個網站功能愈來愈豐富時,每每須要將一些功能相對獨立的模塊剝離出來,獨立維護。這樣的話,一般,會有多個 webapp。
舉個例子:假如 www.jacking.com 站點有好幾個webapp,finance(金融)、product(產品)、admin(用戶中心)。訪問這些應用的方式經過上下文(context)來進行區分:
● www.jacking.com/finance/
● www.jacking.com/product/
● www.jacking.com/admin/
咱們知道,http的默認端口號是80,若是在一臺服務器上同時啓動這3個 webapp 應用,都用80端口,確定是不成的。因此,這三個應用須要分別綁定不一樣的端口號。
那麼,問題來了,用戶在實際訪問 www.jacking.com 站點時,訪問不一樣 webapp,總不會還帶着對應的端口號去訪問吧。因此,你再次須要用到反向代理來作處理。
配置也不難,來看看怎麼作吧:
http { #此處省略一些基本配置 upstream product_server{ server www.jacking.com:8081; } upstream admin_server{ server www.jacking.com:8082; } upstream finance_server{ server www.jacking.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(一種使用ssl通訊標準的安全HTTP協議)。
這裏不科普 HTTP 協議和 SSL 標準。可是,使用 nginx 配置 https 須要知道幾點:
● HTTPS 的固定端口號是 443,不一樣於 HTTP 的 80 端口
● SSL 標準須要引入安全證書,因此在 nginx.conf 中你須要指定證書和它對應的 key
其餘和 http 反向代理基本同樣,只是在 Server 部分配置有些不一樣。
#HTTP服務器 server { #監聽443端口。443爲知名端口號,主要用於HTTPS協議 listen 443 ssl; #定義使用www.xx.com訪問 server_name www.jacking.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 中指定首頁以及這個站點的 host 便可。
配置以下:
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 ,就能夠訪問靜態站點了。
web 領域開發中,常常採用先後端分離模式。這種模式下,前端和後端分別是獨立的 web 應用程序,例如:後端是 Java 程序,前端是 React 或 Vue 應用,
更多請看這篇文章《到底什麼是跨域,及解決方案》。
各自獨立的 web app 在互相訪問時,勢必存在跨域問題。解決跨域問題通常有兩種思路:
在後端服務器設置 HTTP 響應頭,把你須要運行訪問的域名加入加入 Access-Control-Allow-Origin 中。
把後端根據請求,構造json數據,並返回,前端用 jsonp 跨域。
這兩種思路,本文不展開討論。
須要說明的是,nginx 根據第一種思路,也提供了一種解決跨域的解決方案。
舉例:www.jacking.com 網站是由一個前端 app ,一個後端 app 組成的。前端端口號爲 9000, 後端端口號爲 8080。
前端和後端若是使用 http 進行交互時,請求會被拒絕,由於存在跨域問題。來看看,nginx 是怎麼解決的吧:
首先,在 enable-cors.conf 文件中設置 cors :
# allow origin list set $ACAO '*'; # set single origin if ($http_origin ~* (www.javastack.cn)$) { 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.jacking.com 域名需配合 dns hosts 進行配置 # 其中,api 開啓了 cors,需配合本目錄下另外一份配置文件 # ---------------------------------------------------- upstream front_server{ server www.jacking.com:9000; } upstream api_server{ server www.jacking.com:8080; } server { listen 80; server_name www.jacking.com; location ~ ^/api/ { include enable-cors.conf; proxy_pass http://api_server; rewrite "^/api/(.*)$" /$1 break; } location ~ ^/ { proxy_pass http://front_server; } }