您好,登錄后才能下訂單哦!
本篇內容介紹了“Nginx初始化配置的方法”的有關知識,在實際案例的操作過程中,不少人都會遇到這樣的困境,接下來就讓小編帶領大家學習一下如何處理這些情況吧!希望大家仔細閱讀,能夠學有所成!
基本概念
nginx 最常的用途是提供反向代理服務,那么什么反向代理呢?正向代理相信很多大陸同胞都在這片神奇的土地上用過了,原理大致如下圖:
代理服務器作為客戶端這邊的中介接受請求,隱藏掉真實的客戶,向服務器獲取資源。如果代理服務器在長城外的話還能順便幫助我們實現翻越長城的目的。而反向代理顧名思義就是反過來代理服務器作為服務器的中介,隱藏掉真實提供服務的服務器,原理大致如下圖:
這么做當然不是為了實現翻越長城,而是為了實現安全和負載均衡等一系列的功能。所謂安全指客戶端的請求不會直接落到內網的服務器上而是通過代理做了一層轉發,在這一層就可以實現安全過濾,流控,防 ddos 等一系列策略。而負載均衡指我們可以水平擴展后端真正提供服務的服務器數量,代理按規則轉發請求到各個服務器,使得各個服務器的負載接近均衡。
而 nginx 就是目前流行的這樣一個反向代理服務。
在 ubuntu 下,可以舍去編譯安裝的過程,直接 apt-get
復制代碼 代碼如下:
sudo apt-get install nginx
安裝好之后可以直接通過:
復制代碼 代碼如下:
sudo service nginx start
來啟動 nginx 服務,nginx 默認設置了 80 端口的轉發,我們可以再瀏覽器訪問 http://locallhost 來進行檢查。
初始配置
nginx 的默認配置文件位于
復制代碼 代碼如下:
/etc/nginx/nginx.conf
學習配置最好的方式,就是從例子入手,我們先不看其他的配置,直接看和 nginx 默認頁面相關的配置。在配置文件中有一行:
復制代碼 代碼如下:
include /etc/nginx/sites-enabled/*;
這一行加載了一個外部的配置文件,sites-enabled 文件夾下只有一個 default 文件,這個外部的配置文件就是負責我們 nginx 的默認代理。將配置的內容縮水后,得到下面幾行:
復制代碼 代碼如下:
server {
server_name localhost;
listen 80 default_server;
listen [::]:80 default_server ipv6only=on;
root /usr/share/nginx/html;
index index.html index.htm;
location / {
try_files $uri $uri/ =404;
}
}
一個大型的網站通常會有很多下屬的站點,有各自的服務器提供相應的服務,在 nginx 中我們可以通過一個叫虛擬主機的概念來將這些不同的服務配置隔離,這就是上面配置中的 server 的含義。舉例來說 google 旗下有翻譯和學術兩款產品我們就可以在 nginx 的配置文件中配置兩個 server,servername 分別為 translate.google.com 和 scholar.google.com,這樣的話不同的url請求就會對應到nginx相應的設置,轉發到不同的后端服務器上。這里的 servername 是和客戶端 http 請求中的 host 行進行匹配的。
本例中 server_name 為 localhost,這就是為什么我們可以在瀏覽器通過 localhost 訪問到頁面的配置。下面兩個 listen 分別對應了 ipv4 和 ipv6 下的監聽端口如果設為 8080,那么我們就只能通過 localhost:8080 來訪問到默認頁面了。
default_server 的含義是指如果有其他 http 請求的 host 在 nginx 中不存在設置的話那么就用這個 server 的配置來處理。比如我們去訪問 127.0.0.1 那么也會落到這個 server 來處理。
每個 url 請求都會對應的一個服務,nginx 進行處理轉發或者是本地的一個文件路徑,或者是其他服務器的一個服務路徑。而這個路徑的匹配是通過 location 來進行的。我們可以將 server 當做對應一個域名進行的配置,而 location 是在一個域名下對更精細的路徑進行配置。
在這里 location 匹配 / 開始的所有請求,即 localhost 下的 /xxx 或者 /yyy 都要走下面的配置,除了這種簡單粗暴的匹配,nginx 也支持正則和完全相等及其他的精細匹配方式。而tryfiles意思是 nginx會按照接下來的順序去訪問文件,將第一個匹配的返回。比如你去請求 localhost/test,他會去尋找 /test 文件,找不到再去找 /test/ 再找不到就返回一個 404。此外我們還可以在 location的配置里用 proxypass 實現反向代理和負載均衡,不過這個最簡單的配置并沒有涉及
其中 root 是指將本地的一個文件夾作為所有 url 請求的根路徑。比如用戶請求了一個 localhost/test,那么 nginx 就會去需找 /usr/share/nginx/html 文件夾下的 test 文件返回。
而 index 就是默認的訪問頁面了,當我們訪問 localhost 時,他會自動按順序尋找 root 文件路徑下的 index.html 和 index.htm 將第一個找到的結果返回。
location 進階配置
上面的配置只是將用戶的 url 映射到本地的文件,并沒有實現傳說中的反向代理和負載均衡(當然 nginx 做靜態文件的分發也是想到的厲害),下面我們就來進一步配置 location 看看怎么實現。
配置起來很簡單比如我要將所有的請求到轉移到真正提供服務的一臺機器的 8080 端口,只要這樣:
復制代碼 代碼如下:
location / {
proxy_pass 123.34.56.67:8080;
}
這樣所有的請求就都被反向代理到 123.34.56.67 去了。這樣我們反向代理的功能是實現了,可是就能代理到一臺服務器上哪有什么負載均衡呀?這就要用到 nginx 的 upstream 模塊了。
復制代碼 代碼如下:
upstream backend {
ip_hash;
server backend1.example.com;
server backend2.example.com;
server backend3.example.com;
server backend4.example.com;
}
location / {
proxy_pass http://backend;
}
我們在 upstream 中指定了一組機器,并將這個組命名為 backend,這樣在 proxypass 中只要將請求轉移到 backend 這個 upstream 中我們就實現了在四臺機器的反向代理加負載均衡。其中的 iphash指明了我們均衡的方式是按照用戶的 ip 地址進行分配。
要讓配置生效,我們不必重啟 nginx 只需要 reload 配置即可。
復制代碼 代碼如下:
sudo service nginx reload
“Nginx初始化配置的方法”的內容就介紹到這里了,感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站,小編將為大家輸出更多高質量的實用文章!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。