prprdogs

Reading from Pipe can't be blocked

1

Using Api ReadFile() can't be blocked before server writes data. Client, python ver. ``` pipe_name = "dotnetest_py" pipe_full_name = windows.pipe.full_pipe_address(pipe_name) pipe_handle = windows.winproxy.CreateFileA(pipe_full_name, dwDesiredAccess=gdef.GENERIC_READ | gdef.GENERIC_WRITE, dwShareMode=gdef.FILE_SHARE_WRITE | gdef.FILE_SHARE_READ) bool_receive...

[QUESTION] trojan-go + nginx + sni转发 + cloudflare非完全CDN代理

1

背景描述： 主域名：xxxx.com 二级域名：trojan.xxxx.com, api.xxxx.com, www.xxxx.com 使用nginx的stream模块在传输层对不同情况的二级域名进行流量转发： trojan.xxxx.com -> trojan-go服务 api.xxxx.com -> 个人网站后台服务 www.xxxx.com、xxxx.com以及其他->个人网站 在cloudflare中，对api.xxxx.com, www.xxxx.com开启CDN，而特意关闭trojan.xxxx.com的CDN，在cloudflare仅改为DNS模式。 证书有两个：*.xxxx.com 泛域名证书, xxxx.com主域名证书，均为lets encrypt签发。 问题： 当为trojan.xxxx.com开启CDN时且trojan服务端开启对应websocket支持后，客户端可正常连接代理。 发现代理流量开启CDN后，延迟过高，于是将其关闭，仅在cloudflare将trojan.xxxx.com改为DNS模式，其他保持CDN开启不变： 当在cludflare中将trojan.xxxx.com改为DNS模式时且trojan服务端开启对应websocket支持后，客户端**不可正常连接**。 以为是websocket的原因，于是在上面的基础上，在服务端将trojan的websocket关闭，并在客户端将传输协议改为tcp——客户端仍然**不可正常连接** 以为是cloudflare部分二级域名开了CDN的原因，于是在关闭ws的基础上，在cloadlflare中把所有域名改成DNS模式，不走CDN流量——客户端仍然**不可正常连接** 是什么原因呢？为什么在stream中通过443转发代理流量除了在开启CDN的基础上使用ws可正常连接外，其他均不可以？ nginx配置文件—————— ``` load_module /usr/lib64/nginx/modules/ngx_stream_module.so;...