首先,Nginx是一個HTTP服務器,能夠將服務器上的靜態文件(如HTML、圖片)經過HTTP協議展示給客戶端。
配置:javascript
server { listen 80; # 端口號 location / { root /usr/share/nginx/html; # 靜態文件路徑 } }
# 正向代理服務器 server { resolver 8.8.8.8; #指定DNS服務器IP地址 listen 8080; location / { #proxy_pass http://$http_host$request_uri; #設定代理服務器的協議和地址 proxy_pass $scheme://$host$request_uri; } }
什麼是反向代理?php
客戶端原本能夠直接經過HTTP協議訪問某網站應用服務器,若是網站管理員在中間加上一個Nginx,客戶端請求Nginx,Nginx請求應用服務器,而後將結果返回給客戶端,此時Nginx就是反向代理服務器。css
反向代理配置:html
server { listen 80; location / { proxy_pass http://192.168.0.112:8080; # 應用服務器HTTP地址 } }
既然服務器能夠直接HTTP訪問,爲何要在中間加上一個反向代理,不是畫蛇添足嗎?反向代理有什麼做用?繼續往下看,下面的負載均衡、虛擬主機,都基於反向代理實現,固然反向代理的功能也不單單是這些。java
server { listen 81; server_name localhost; client_max_body_size 1024M; # 全部靜態請求都由nginx處理,存放目錄爲html location ~ \.(gif|jpg|jpeg|png|bmp|swf|css|js)$ { proxy_pass http://localhost:8080; #8080端口docker開啓着nginx } # 動態請求 location ~ \.(jsp|do)$ { proxy_pass http://localhost:8888; #8888端口docker運行着tomcat服務器 } }
當網站訪問量很是大,也攤上事兒了。由於網站愈來愈慢,一臺服務器已經不夠用了。因而將相同的應用部署在多臺服務器上,將大量用戶的請求分配給多臺機器處理。同時帶來的好處是,其中一臺服務器萬一掛了,只要還有其餘服務器正常運行,就不會影響用戶使用。
Nginx能夠經過反向代理來實現負載均衡。nginx
負載均衡配置:web
upstream myapp { server 192.168.0.111:8080; # 應用服務器1 server 192.168.0.112:8080; # 應用服務器2 } server { listen 80; location / { proxy_pass http://myweb; } }
有的網站訪問量大,須要負載均衡。然而並非全部網站都如此出色,有的網站,因爲訪問量過小,須要節省成本,將多個網站部署在同一臺服務器上。docker
例如將www.aaa.com和www.bbb.com兩個網站部署在同一臺服務器上,兩個域名解析到同一個IP地址,可是用戶經過兩個域名卻能夠打開兩個徹底不一樣的網站,互相不影響,就像訪問兩個服務器同樣,因此叫兩個虛擬主機。ubuntu
配置:緩存
server { listen 80 default_server; server_name _; return 444; # 過濾其餘域名的請求,返回444狀態碼 } server { listen 80; server_name www.aaa.com; # www.aaa.com域名 location / { proxy_pass http://localhost:8080; # 對應端口號8080 } } server { listen 80; server_name www.bbb.com; # www.bbb.com域名 location / { proxy_pass http://localhost:8081; # 對應端口號8081 } }
在服務器8080和8081分別開了一個應用,客戶端經過不一樣的域名訪問,根據server_name能夠反向代理到對應的應用服務器。
虛擬主機的原理是經過HTTP請求頭中的Host是否匹配server_name來實現的,有興趣的同窗能夠研究一下HTTP協議。
另外,server_name配置還能夠過濾有人惡意將某些域名指向你的主機服務器。
Nginx自己不支持PHP等語言,可是它能夠經過FastCGI來將請求扔給某些語言或框架處理(例如PHP、Python、Perl)。
server { listen 80; location ~ \.php$ { include fastcgi_params; fastcgi_param SCRIPT_FILENAME /PHP文件路徑$fastcgi_script_name; # PHP文件路徑 fastcgi_pass 127.0.0.1:9000; # PHP-FPM地址和端口號 # 另外一種方式:fastcgi_pass unix:/var/run/php5-fpm.sock; } }
配置中將.php結尾的請求經過FashCGI交給PHP-FPM處理,PHP-FPM是PHP的一個FastCGI管理器。有關FashCGI能夠查閱其餘資料,本篇再也不介紹。
fastcgi_pass和proxy_pass有什麼區別?
下面一張圖帶你看明白:
nginx經常使用命令:
poechant@ubuntu:sudo ./sbin/nginx
poechant@ubuntu:sudo ./sbin/nginx -s stoppoechant@ubuntu:sudo ./sbin/nginx -s quit
poechant@ubuntu:sudo ./sbin/nginx -s reload
poechant@ubuntu:/usr/local/nginx$ ./sbin/nginx -t
開啓gzip壓縮:
nginx/etc/nginx.conf http { # 開啓gzip gzip on; # 啓用gzip壓縮的最小文件,小於設置值的文件將不會壓縮 gzip_min_length 1k; # gzip 壓縮級別,1-10,數字越大壓縮的越好,也越佔用CPU時間,後面會有詳細說明 gzip_comp_level 2; # 進行壓縮的文件類型。javascript有多種形式。其中的值能夠在 mime.types 文件中找到。 gzip_types text/plain application/javascript application/x-javascript text/css application/xml text/javascript application/x-httpd-php image/jpeg image/gif image/png; # 是否在http header中添加Vary: Accept-Encoding,建議開啓 gzip_vary on; # 禁用IE 6 gzip gzip_disable "MSIE [1-6]\."; //........................ }
開啓緩存:
location ~* ^.+\.(ico|gif|jpg|jpeg|png)$ { access_log off; expires 30d; } location ~* ^.+\.(css|js|txt|xml|swf|wav)$ { access_log off; expires 24h; } location ~* ^.+\.(html|htm)$ { expires 1h; }
代理圖片:(若是文件找不見請求另外一地址)
eg1:
location ~* ^.+.(jpg|jpeg|gif|css|png|js|ico|thumb) { root /mnt/www/ci_system_3; #若是文件存在,代理服務器 (圖片路徑一致) if (!-e $request_filename) { proxy_pass http://www.verybeaut.com:80; } }
//eg2:
location ~* ^.+.(jpg|jpeg|gif|css|png|js|ico|thumb) { root /data/wwwroot/bbs.xxx.com; expires 10d; if (!-e $request_filename) { rewrite ^/data/attachment/forum/(.*)$ http://img.xxx.com/forum/$1 permanent; } }
文件及目錄匹配,其中:* -f和!-f用來判斷是否存在文件* -d和!-d用來判斷是否存在目錄* -e和!-e用來判斷是否存在文件或目錄* -x和!-x用來判斷文件是否可執行