我有一個接受端口連接的玩具代理服務(wù)器。我為讀/寫操作設(shè)置了一些截止日期，以避免有太多來自無法正確關(guān)閉的不良客戶端的空閑連接。問題是我想為指向 websockets 的連接設(shè)置一個更高的截止日期（wss特別是）。對于普通的 http 請求，我可以看到101 Switching Protocols響應(yīng)，但 https/wss 比較棘手，因?yàn)槲抑饕獔?zhí)行io.CopyBuffer從 src 連接到 dst 連接的操作，并且在初始代理連接中我沒有看到任何“websocket 相關(guān)”以區(qū)分 https 和 wss并應(yīng)用適當(dāng)?shù)慕刂谷掌凇Ｎ乙呀?jīng)將調(diào)試屏幕包含在對wss://演示服務(wù)器的此類請求中。有任何想法嗎？
2 回答
鳳凰求蠱
TA貢獻(xiàn)1825條經(jīng)驗(yàn) 獲得超4個贊
僅通過查看加密數(shù)據(jù)無法可靠地區(qū)分“正?！盚TTP 流量和 Websockets。
人們可以通過查看流量模式來嘗試做一些啟發(fā)式方法，即在哪個方向上在哪個時間傳輸了多少數(shù)據(jù)以及數(shù)據(jù)之間有多少空閑時間。這種啟發(fā)式可以基于以下假設(shè)：HTTP 是一種請求 + 響應(yīng)協(xié)議，通常小請求緊隨其后是較大的響應(yīng)，而 Websockets 可以顯示任意流量模式。
但任意流量模式也意味著 Websockets 也可以以請求 + 響應(yīng)的方式使用。（雖然包括請求+響應(yīng)）。此外，在某些用例中，HTTP 的使用模式主要由大請求和小響應(yīng)組成。因此，根據(jù)應(yīng)用程序的類型，這種啟發(fā)式方法可能會成功，也可能會失敗。
慕慕森
TA貢獻(xiàn)1856條經(jīng)驗(yàn) 獲得超17個贊
定義全局服務(wù)器超時始終是一個好習(xí)慣，以確保資源不會永遠(yuǎn)被鎖定。該超時不應(yīng)小于所有處理程序中最長的超時。
DefaultServer = &http.Server{
Handler: http.TimeoutHandler(handler, wssTimeout, timeoutResponse),
...
}
在處理 http 和 wss 請求的 handler 中，我們需要動態(tài)設(shè)置超時時間。
func (proxy *ProxyHttpServer) handleHttps(w http.ResponseWriter, r *http.Request) {
// Request Context is going to be cancelled if client's connection closes, the request is canceled (with HTTP/2), Server we created above time outed.
// all code down the stack should respect that ctx.
ctx := r.Context()
timeoit := httpTimeout
if itIsWSS(r) {
timeout = wssTimeout
}
ctx, cancel = cWithTimeout(ctx, timeout)
defer cancel()
// all code below to use ctx instead of context.Backgound()/TODO()
- 2 回答
- 0 關(guān)注
- 161 瀏覽
添加回答
舉報(bào)
0/150
提交
取消