Nginx 使用try_files遇到的问题
背景:
root /some/path; location / {try_files $uri $uri/ /dist/index.html; }使用React之類的的庫來開發(fā)前端頁面的時候,因為是單頁應(yīng)用所以需要上面的Nginx配置,用來在找不到html文件的時候內(nèi)部重定向到/dist/index.html文件。
服務(wù)器上的目錄結(jié)構(gòu)是/some/path/dist/assetes網(wǎng)站的靜態(tài)資源都是存在/some/path/dist/下的,而服務(wù)器的根目錄是/some/path/。
域名:localhost.abc.com
現(xiàn)象:訪問localhost.abc.com/dist/正常訪問,訪問localhost.abc.com/dist/xxx等都正常,而直接通過域名localhost.abc.com訪問頁面則出現(xiàn)403錯誤。
當(dāng)訪問域名會被location /塊捕獲,這是毋庸置疑的,匹配到之后,try_files 會嘗試第一個參數(shù) / (當(dāng)前的$uri是 / )也就是/app/app/下只有一個文件夾dist,也沒有index.html或者index.htm文件,所以找不到,應(yīng)該是404,然后繼續(xù)找 // (這個 // 會被如何解析不得而知)也找不到404,所以最后會知道 /some/path/dist/index.html 這個文件是存在的,所以不應(yīng)該出現(xiàn)403錯誤,應(yīng)該正常展示才對。
遇到上面的問題主要是因為Nginx的匹配流程不熟悉導(dǎo)致的,在訪問文件夾的時候,如果沒有找到index配置的文件,例如index.html之類的,那么會繼續(xù)調(diào)用autoIndex模塊,autoIndex模塊的值默認(rèn)是false,所以就報沒有權(quán)限查看這個文件夾的異常,異常碼是403。
try_files 是不會處理403這個異常的,try_files處理的是異常碼404,所以403這個異常就被直接返回出去了,也就是說在第一步匹配 / 的時候就直接返回了。
解決:
即使開啟autoIndex對于單頁應(yīng)用來說也是十分奇怪的。所以我們可以設(shè)置root: /some/path/dist/這樣,即使訪問的是/那么第一個匹配的也是 /some/path/dist/index.html,就不會出現(xiàn)訪問域名直接報錯的尷尬情況。
但是這個問題其實沒有解決,例如/some/path/dist/xxx/這個目錄通過域名訪問還是存在上面說的問題,/dist/xxx/這個訪問還是會報403但是這也無法避免,這其實是我們配置導(dǎo)致的(如上所述)。
除了修改root值的解決方案,我們還可以捕獲403這個錯誤,然后再重定向到我們的目標(biāo)文件/some/path/dist/index.html。這就從根本解決了這個問題,但是我們網(wǎng)站也沒有了403錯誤,這樣解決是否合適,有待商榷。
創(chuàng)作挑戰(zhàn)賽新人創(chuàng)作獎勵來咯,堅持創(chuàng)作打卡瓜分現(xiàn)金大獎總結(jié)
以上是生活随笔為你收集整理的Nginx 使用try_files遇到的问题的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: TypeScript中的class声明了
- 下一篇: sessionStorage什么时候失效