nginx反向代理 proxy_pass 500
2022-05-31 17:21:07

為什么起這個(gè)標(biāo)題

關(guān)于我這篇前端https訪問后端http接口博客配置反向代理以后出現(xiàn)500錯(cuò)誤，其實(shí)到最后解決問題的時(shí)候，其實(shí)也不是nginx上的問題，

那為什么起這樣的標(biāo)題？主要是有些小伙伴配置反向代理出現(xiàn)500以后不經(jīng)思考的在網(wǎng)上亂查詢，起這樣的標(biāo)題能夠讓伙伴們點(diǎn)進(jìn)來看看我這篇博客的問題是否跟伙伴們的問題一樣。

出現(xiàn)狀態(tài)500錯(cuò)誤后，不要亂，放平心態(tài)，耐心地分析為什么會(huì)出現(xiàn)500錯(cuò)誤，出現(xiàn)500錯(cuò)誤的原因很多，一定要看日志！一定要看錯(cuò)誤的反饋信息！

我遇到500后怎么做

說說我這里的500錯(cuò)誤吧，出現(xiàn)500以后我分析了許久nginx的反向代理配置，以為是nginx這里配置的問題，就是因?yàn)檫@樣在這里瞎折騰了許久，在這個(gè)過程我把前后端的服務(wù)環(huán)境重新部署了還是出現(xiàn)500問題，也去看了nginx的日志和后端的日志，發(fā)現(xiàn)都沒問題，這時(shí)候我就很疑惑了，然后我去問了一些自己認(rèn)為厲害的高手，在這里多說一句，一定要厚著臉皮去問，解決了那就最好，可以節(jié)省很多時(shí)間，他們沒幫你解決也別灰心，看看有沒有其他替代的方案，最后你能自己解決問題以后保你成就感滿滿的！

回歸正題，如果你出現(xiàn)500以后你可以嘗試重啟后端的服務(wù)，分析你的報(bào)錯(cuò)反饋信息，然后上網(wǎng)查查有沒有關(guān)于這方面的信息，網(wǎng)上或許有很多的復(fù)制粘貼的博客他們的環(huán)境也不一定跟我們一樣，所以一定一定要看自己的日志信息，看日志有沒有打印提示報(bào)錯(cuò)的地方或者檢查后端依賴的服務(wù)有沒有崩。

最后我是怎么解決問題的

我部署后端的環(huán)境是在內(nèi)網(wǎng)中的，然后我把后端的接口暴露，使用postman工具來測(cè)試發(fā)現(xiàn)測(cè)試返回的數(shù)據(jù)不是想要的數(shù)據(jù)，因?yàn)樵诰€上是沒問題的，然后再去看后端的日志，我后端使用了spring security的安全框架，在日志中有一條過濾器的打印描述了沒認(rèn)證的信息。因?yàn)橹拔覈L試打錯(cuò)參數(shù)去發(fā)送請(qǐng)求，得到密碼錯(cuò)誤的信息，說明是可以請(qǐng)求到后端的，也是因?yàn)檫@里才誤導(dǎo)我以為是nginx的配置問題。也就是上面的日志輸出才讓我清晰地認(rèn)識(shí)到是不是權(quán)限的問題，然后我就去檢查我后端配置的root用戶的數(shù)據(jù)庫權(quán)限，原來問題出在我在搭建docker的時(shí)候部署mysql沒有給到root遠(yuǎn)程主機(jī)登錄的權(quán)限，也就是root的host字段是localhost,然后把該字段添加了%，再用postman去請(qǐng)求后端的接口成功有數(shù)據(jù)返回，問題解決了。

總結(jié)

在這里總結(jié)一下，出現(xiàn)錯(cuò)誤不要慌，一定要讓自己冷靜下來，沒頭緒的話，喝杯水，看看遠(yuǎn)處風(fēng)景，要有堅(jiān)持把問題解決的決心。

一定一定要看錯(cuò)誤的反饋信息，一定一定要看日志！可能有很多地方誤導(dǎo)我們，所以我們一定要冷靜下來回想架構(gòu)，分析可能出現(xiàn)問題的地方。

最后，祝你們也能早點(diǎn)解決還沒解決的bug!