背景：

root /some/path; location / {try_files $uri $uri/ /dist/index.html; }

使用React之類的的庫來開發前端頁面的時候，因為是單頁應用所以需要上面的Nginx配置，用來在找不到html文件的時候內部重定向到/dist/index.html文件。

服務器上的目錄結構是/some/path/dist/assetes網站的靜態資源都是存在/some/path/dist/下的，而服務器的根目錄是/some/path/。

域名：localhost.abc.com

現象：訪問localhost.abc.com/dist/正常訪問，訪問localhost.abc.com/dist/xxx等都正常，而直接通過域名localhost.abc.com訪問頁面則出現403錯誤。

當訪問域名會被location /塊捕獲，這是毋庸置疑的，匹配到之后，try_files 會嘗試第一個參數 / （當前的$uri是 / ）也就是/app/app/下只有一個文件夾dist，也沒有index.html或者index.htm文件，所以找不到，應該是404，然后繼續找 // （這個 // 會被如何解析不得而知）也找不到404，所以最后會知道 /some/path/dist/index.html 這個文件是存在的，所以不應該出現403錯誤，應該正常展示才對。

遇到上面的問題主要是因為Nginx的匹配流程不熟悉導致的，在訪問文件夾的時候，如果沒有找到index配置的文件，例如index.html之類的，那么會繼續調用autoIndex模塊，autoIndex模塊的值默認是false，所以就報沒有權限查看這個文件夾的異常，異常碼是403。

try_files 是不會處理403這個異常的，try_files處理的是異常碼404，所以403這個異常就被直接返回出去了，也就是說在第一步匹配 / 的時候就直接返回了。

解決：

即使開啟autoIndex對于單頁應用來說也是十分奇怪的。所以我們可以設置root: /some/path/dist/這樣，即使訪問的是/那么第一個匹配的也是 /some/path/dist/index.html，就不會出現訪問域名直接報錯的尷尬情況。

但是這個問題其實沒有解決，例如/some/path/dist/xxx/這個目錄通過域名訪問還是存在上面說的問題，/dist/xxx/這個訪問還是會報403但是這也無法避免，這其實是我們配置導致的（如上所述）。

除了修改root值的解決方案，我們還可以捕獲403這個錯誤，然后再重定向到我們的目標文件/some/path/dist/index.html。這就從根本解決了這個問題，但是我們網站也沒有了403錯誤，這樣解決是否合適，有待商榷。

創作挑戰賽新人創作獎勵來咯，堅持創作打卡瓜分現金大獎

總結

以上是生活随笔為你收集整理的Nginx 使用try_files遇到的问题的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。