被乙個小小的冒號戲弄了乙個上午

2021-09-04 10:06:16 字數 1134 閱讀 9307

有乙個用阿里雲的哥們來電,告知把雲主機綁上彈性公網ip,訪問其上的**,正常;但把彈性公網ip解綁,用前端的haproxy**,就報503錯誤。怎麼實驗都不行,於是我只好親自上陣。

說明:阿里雲vpc例項給的是私有ip,可以根據需要隨時繫結公網ip。在本例中,排程器為haproxy,通過阿里雲管理後台繫結了公網ip,同樣,網路管理入口的例項也繫結了彈性公網ip。

我考慮的第一步,是先保證**器後端的服務是正常的。後端服務為nginx + php,資料庫單獨,還需要連mongodb。

通過***撥號,連入內網,檢查nginx和php的各項配置,跟別的機器參照對比,也沒看見什麼問題。然後,在本地的windows裡邊,對hosts檔案進行網域名稱和ip繫結處理,接著用瀏覽器訪問站點,是正常的!由此可以基本確認nginx、php等沒有問題,那麼可能有問題的地方就在haproxy上邊了。

登入haproxy所在例項,檢查防火牆、seliux等,都是正常的。開啟haprxoy配置檔案,是照著前邊的專案形式追加的,格式完全一樣,也找不出問題所在。

部分配置省略(不影響閱讀)

嘗試開啟狀態監控,從haproxy的狀態監控頁面看,是有請求通過啊。又擔心是機房白名單的問題,去備案**查詢,有備案許可。再把該例項繫結彈性公網ip,用此ip繫結網域名稱,訪問確實是正常的,這可以證明,應該不是備案或者白名單的問題了。我有尋思,是不是php**有問題?就開啟nginx配置檔案,找到該站點的根文件位置,在它的下邊寫了個test.php,內容為「 phpinfo(); ?>」,訪問請求經過haproxy居然可以訪問到站點,但其它頁面就不行,好邪門呢!

這個錯誤,通過haproxy**的時候,問題就出來了,但直接瀏覽器訪問,就不會有這樣的問題。感謝小毛的幫忙,不然我還真查不到這個細小的問題所在。

this乙個小小的迷惑

include using namespace std class b b b class b void virtual print 不知道為什麼列印的不一致呢 自己的理解 由於d繼承自b,構造d的時候需要先構造b,在b的建構函式中的this內部的具體情況如下圖,此時d還沒有構造出來,vfptr的詳...

乙個小小的爬蟲技巧

寫過爬蟲的同學對 requests 庫應該非常熟悉了,這個庫是如此的好用。但今天我就遇到了使用瀏覽器可以正常訪問,一旦使用 requests 去 get 此 ip 就會被封,然後瀏覽器也無法訪問。需要等待幾個小時之後才能訪問。過了幾個小時,我又使用瀏覽器訪問了此 url a,開啟谷歌瀏覽器的開發者工...

python 乙個小小的效能提公升

你可以通過將函式或方法的定位結果精確地儲存至乙個本地變數來獲得一些效能提公升。乙個迴圈如 for key in token dict key dict.get key,0 1 每次迴圈都要定位dict.get。如果這個方法一直不變,可這樣實現以獲取小小的效能提公升 dict get dict.get...