Nginx代理導致請求頭某些內(nèi)容丟失的問題解決
問題描述
在請求時往請求頭header中放入了token-api信息,在接收請求時再從header中拿出,在本地調(diào)試時是可以的,但通過NGINX代理之后發(fā)現(xiàn)拿不到,重新嘗試放入.前端部署nginx后調(diào)用接口報401。接口也提示沒有獲取到token信息,意識到可能是token沒有帶過去。報錯如下:
最后發(fā)現(xiàn)是NGINX對header有所限制,下劃線(_)不支持。
方法一:不用下劃線
把下劃線_改成其他的,如sign_val改成sign-val
方法二:從根本解除nginx的限制
nginx默認request的header的那么中包含’_’時,會自動忽略掉。
解決方法是:在nginx里的nginx.conf配置文件中的http部分中添加如下配置:
underscores_in_headers on; //(默認 underscores_in_headers 為off)
兩種代碼均可行。
到此這篇關于Nginx代理導致請求頭某些內(nèi)容丟失的問題解決的文章就介紹到這了,更多相關Nginx代理導致請求頭某些內(nèi)容丟失內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!
相關文章
nginx worker進程循環(huán)的實現(xiàn)
這篇文章主要介紹了nginx worker進程循環(huán)的實現(xiàn),文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧2020-02-02OpenResty是什么,OpenResty和Nginx的區(qū)別?
Nginx作為一款輕量級、高性能的Web服務器,傳統(tǒng)局限性也很明顯:靜態(tài)配置、邏輯擴展依賴C模塊開發(fā),使得它在需要動態(tài)業(yè)務邏輯的場景中顯得捉襟見肘,<BR>而OpenResty的出現(xiàn),打破了這一僵局,它通過將Lua腳本深度集成到Nginx中,將“靜態(tài)代理服務器”升級為“動態(tài)應用平臺”2025-04-04