sakullla

Results 5 comments of sakullla

![image](https://github.com/user-attachments/assets/97d16f76-7413-4f95-ae9f-fcb4c12b6f0c) 客户端服务器端使用[v24.9.30](https://github.com/XTLS/Xray-core/releases/tag/v24.9.30) 什么都不干,启动大概1分半左右之后还是会一直出现GET方法超时的问题

> https://github.com/XTLS/Xray-examples/blob/ca705fbd0ba4e302f60ea12a3aeff2c498c8d236/VLESS-WSS-Nginx/nginx.conf#L27 这个GET方法不通的话当消耗完所有连接后,h3/h1就断流了,然后等待超时,配置5小时的话,那就要等待5小时才能恢复,这个问题不仅仅存在于nginx

> 感觉可能是因为下行不活跃导致的 GET 超时,但这个超时应该是正常的吧 这是nginx的access日志 ![image](https://github.com/user-attachments/assets/21b160e1-952e-4557-a375-2212e68fd8ef) 这是nginx的error日志 ![image](https://github.com/user-attachments/assets/f26c18b7-476b-4d82-a728-e5290bfc7ee3) nginx配置是这样的 location /spre { proxy_pass http://127.0.0.1:1234; proxy_http_version 1.1; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_read_timeout 30s; proxy_redirect off; proxy_buffer_size 16k; proxy_buffers 4 32k; proxy_busy_buffers_size 64k;...

> 听起来怪怪的 这个断流的时候有测试过修改proxy_read_timeout 的值会影响恢复的时间,值越小恢复的越快

> caddy 服务器端使用Xray-core v24.9.30版本 我参考xray的这个配置搭建了caddy,问题依旧存在 https://github.com/XTLS/Xray-examples/tree/main/VLESS-TLS-SplitHTTP-CaddyNginx 这是我的caddy配置 example.com { tls /etc/ssl/private/fullchain.cer /etc/ssl/private/private.key handle /split/* { reverse_proxy http://127.0.0.1:1234 } } journalctl -fu caddy 查看caddy日志也是一直在输出类似下面的超时信息: Oct 07 20:47:01 caddy[858257]: {"level":"error","ts":1728305221.0083828,"logger":"http.handlers.reverse_proxy","msg":"aborting with incomplete...