為什么wss鏈接的時候,有時候會出現(xiàn)以下問題,請求如何解決

gouwenyu 更新于2022-06-16

2022/06/16 00:31:12 [error] 8582#0: *21606 upstream timed out (110: Connection timed out) while reading response header from upstream, client: 119.32.47.248, server: gyqj.njqjzy.ink, request: "GET /wss HTTP/1.1", upstream: "http://127.0.0.1:2348/wss", host: "gyqj.njqjzy.ink"

 1503  2 2

2個回答

Tinywan 2022-06-16

代理不通

gouwenyu 2022-06-16

但是我是按照wokerman的官方手冊去配置的,有時候能連上,有時候又不能連上
location /wss
{
proxy_pass http://127.0.0.1:2348/wss;
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "Upgrade";
proxy_set_header X-Real-IP $remote_addr;
}

walkor 2022-06-16

打賞

連不上的時候運行 php start.php status 截圖，截圖截完整

gouwenyu 2022-06-16

以上圖片就行
walkor 2022-06-16

執(zhí)行top命令，然后截圖上半部分
gouwenyu 2022-06-16

好了
walkor 2022-06-16

ps auxf 找到關(guān)鍵字pid為6428 部分，截個大圖把6248這個進程相關(guān)信息截圖出來，包括進程間關(guān)系
gouwenyu 2022-06-16

好了
walkor 2022-06-16

6248這個進程把cpu打滿了，如果nginx代理連到這個有問題的進程可能就超時了。6248這個進程的父進程可能被你kill掉了。停止workerman的使用盡量用stop命令，不然你可能kill不干凈。
執(zhí)行 kill -9 6248 把有問題的進程kill掉就好了。
gouwenyu 2022-06-16

好的,我試試
gouwenyu 2022-06-16

這個cpu被打滿的根本原因就是沒有殺的干凈嗎?
walkor 2022-06-16

應該不是，如果你想知道為啥可以執(zhí)行 strace -ttp 6428 看進程在干什么
gouwenyu 2022-06-16

我按照你說的把wokerman先stop了之后再去kill的時候直接說沒有該進程了
walkor 2022-06-16

6428 不是 6248
gouwenyu 2022-06-16

哈哈,我看你給我打的6248
gouwenyu 2022-06-16

稍等
gouwenyu 2022-06-16

非常感謝您,解決了
gouwenyu 2022-06-16

再麻煩您一下,就是說6428這個進程有可能是我之前沒有打干凈,然后成了一個帶垃圾的問題進程,然后在每次去請求這個代理的時候,就會直接轉(zhuǎn)發(fā)到這個進程上,從而把這個進程的cpu打滿是吧
walkor 2022-06-16

代理去請求這個有問題進程的時候可能會超時。cpu打滿可能是這個進程本身有問題，不一定是連接轉(zhuǎn)發(fā)過來導致的
gouwenyu 2022-06-17

好的了解
gouwenyu 2022-06-18

好的謝謝