前言
近期寫個小demo,因為用到某大廠的在線數據,接口做了跨域限制,所以利用Nginx代理來解決這些問題。
1. nginx.conf 配置信息
由于nginx.conf配置信息較多,本篇只關注跟axios和靜態資源請求設置,順便也將常見的一些配置項備注一下。具體設置如下:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
|
# 設定http服務器,利用它的反向代理功能提供負載均衡支持 http { #連接超時時間 keepalive_timeout 120; #gzip壓縮開關及相關配置 gzip on; gzip_min_length 1k; gzip_buffers 4 32k; gzip_http_version 1.1; gzip_comp_level 2; gzip_types text /plain application /x-javascript text /css application /xml ; gzip_vary on; gzip_disable "MSIE [1-6]." ; #設定實際的服務器列表 upstream zp_server{ server 127.0.0.1:8089; } #HTTP服務器 server { #監聽80端口 listen 80 #定義服務名稱 server_name localthost; #首頁 index index.html #指向項目根目錄 root D:\project\src\main\webapp; #編碼格式 charset utf-8; #代理的路徑(和upstream綁定),location 后面設置映射的路徑 location / { #代理配置參數 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; proxy_pass http: //zp_server/ ; #跨域相關設置 add_header 'Access-Control-Allow-Origin' '*' always; add_header 'Access-Control-Allow-Credentials' 'true' ; add_header 'Access-Control-Allow-Headers' 'Origin, X-Requested-With, Content-Type, Accept' always; } #配置靜態資源 解決js css文件無法加載無法訪問的問題,注意末尾不能有 / location ~ .*\.(js|css|jpg|png)$ { proxy_pass http: //zp_server ; } } } |
2. proxy_pass的斜杠問題
Nginx的官網將proxy_pass分為兩種類型:
- 一種是只包含IP和端口號的(連端口之后的/也沒有,這里要特別注意),比如proxy_pass http://localhost:8080,這種方式稱為不帶URI方式;
- 另一種是在端口號之后有其他路徑的,包含了只有單個/的,如proxy_pass http://localhost:8080/,以及其他路徑,比如proxy_pass http://localhost:8080/abc。
2.1 對于不帶URI方式
對于不帶URI方式,Nginx將會保留location中路徑部分,比如:
1
2
3
|
location /api1/ { proxy_pass http: //localhost :8080; } |
在訪問http://localhost/api1/xxx時,會代理到http://localhost:8080/api1/xxx
2.2 對于帶URI方式
對于帶URI方式,nginx將使用諸如alias的替換方式對URL進行替換,并且這種替換只是字面上的替換,比如:
1
2
3
|
location /api2/ { proxy_pass http: //localhost :8080/; } |
當訪問http://localhost/api2/xxx時,http://localhost/api2/(注意最后的/)被替換成了http://localhost:8080/,然后再加上剩下的xxx,于是變成了http://localhost:8080/xxx。
2.3 總結一下
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
|
server { listen 80; server_name localhost; location /api1/ { proxy_pass http: //localhost :8080; } # http://localhost/api1/xxx -> http://localhost:8080/api1/xxx location /api2/ { proxy_pass http: //localhost :8080/; } # http://localhost/api2/xxx -> http://localhost:8080/xxx location /api3 { proxy_pass http: //localhost :8080; } # http://localhost/api3/xxx -> http://localhost:8080/api3/xxx location /api4 { proxy_pass http: //localhost :8080/; } # http://localhost/api4/xxx -> http://localhost:8080//xxx,請注意這里的雙斜線,好好分析一下。 location /api5/ { proxy_pass http: //localhost :8080 /haha ; } # http://localhost/api5/xxx -> http://localhost:8080/hahaxxx,請注意這里的haha和xxx之間沒有斜杠,分析一下原因。 location /api6/ { proxy_pass http: //localhost :8080 /haha/ ; } # http://localhost/api6/xxx -> http://localhost:8080/haha/xxx location /api7 { proxy_pass http: //localhost :8080 /haha ; } # http://localhost/api7/xxx -> http://localhost:8080/haha/xxx location /api8 { proxy_pass http: //localhost :8080 /haha/ ; } # http://localhost/api8/xxx -> http://localhost:8080/haha//xxx,請注意這里的雙斜杠。 } |
總結
以上就是這篇文章的全部內容了,希望本文的內容對大家的學習或者工作具有一定的參考學習價值,謝謝大家對服務器之家的支持。
原文鏈接:https://segmentfault.com/a/1190000020027003