nginx訪問報403錯誤的幾種情況詳解
一 問題描述
在真實開發環境中,遇到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是客戶端請求沒有權限。
總結
到此這篇關於nginx訪問報403錯誤的文章就介紹到這瞭,更多相關nginx報403錯誤內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet!
推薦閱讀:
- Nginx生產環境平滑升級的實現
- Linux中Nginx的防盜鏈和優化的實現代碼
- Nginx最大連接數配置詳解
- SpringBoot前端後端分離之Nginx服務器下載安裝過程
- Linux高級篇學習手冊(一)