目錄
- 一 問題描述
- 1.1 情況一：確保nginx的配置文件是否root用戶權限
- 1.2 情況二：確保nginx的配置文件代理的路徑
- 1.3 情況3：權限問題，如果nginx沒有web目錄的操作權限，也會出現403錯誤
- 補充：常見的HTTP狀態碼
- 總結
一 問題描述
在真實開發環境中，遇到nginx訪問報403的錯誤
1.1 情況一：確保nginx的配置文件是否root用戶權限
啟動用戶和nginx工作用戶不一致所致
ps aux | grep "nginx: worker process" | awk'{print $1}'
發現是nobody，而實際是用root啟動的
修改：將nginx.config的user改為和啟動用戶一致，
命令：vi conf/nginx.conf
1.2 情況二：確保nginx的配置文件代理的路徑
修改代理的靜態路徑資源：
1.3 情況3：權限問題，如果nginx沒有web目錄的操作權限，也會出現403錯誤
修改目錄的權限
chmod -R 777 /data/www/
補充：常見的HTTP狀態碼
HTTP狀態碼表示客戶端HTTP請求的返回結果，標記服務器端的處理是否正常或者出現了什么錯誤，我們可以根據返回的狀態碼來判斷是否得到了正確的處理
所以HTTP狀態碼非常重要，我們先來看一下常見的HTTP狀態碼有哪些吧
| 200 | 請求已正常處理完畢 |
|---|---|
| 301 | 請求永久重定向 |
| 302 | 請求臨時重定向 |
| 304 | 請求被重定向到客戶端本地緩存 |
| 400 | 客戶端請求存在語法錯誤 |
| 401 | 客戶端請求沒有經過授權 |
| 403 | 客戶端請求沒有權限 |
| 404 | 客戶端請求的URL在服務端不存在 |
| 500 | 服務端發生永久錯誤 |
| 502 | 錯誤網關 |
| 503 | 服務端發生臨時錯誤 |
在了解了HTTP狀態碼之后我們就能輕松知道403是客戶端請求沒有權限。
