-
|
xray服务端版本1.8.3 nginx.conf配置如下： nginx default.conf配置如下： |
Beta Was this translation helpful? Give feedback.
Replies: 10 comments 17 replies
-
Beta Was this translation helpful? Give feedback.
-
|
老老实实用端口转发吧，Unix Domain Socket的权限问题没必要去折腾，用它带来的所谓性能提升几乎可以忽略不计。 |
Beta Was this translation helpful? Give feedback.
-
|
我试了端口转发，主要是速度上不去。和socket比起来天壤之别。 |
Beta Was this translation helpful? Give feedback.
-
|
我也是在dest到别的网站会反复出现这个报错无法传递到upstream的报错。 |
Beta Was this translation helpful? Give feedback.
-
|
但是我dest网站是按照reality要求选出来的，应该是没问题的。还有我自己的域名走了cf的代理，reality貌似不支持cdn吧。 |
Beta Was this translation helpful? Give feedback.
-
|
serverNames里面的sni和你自己的域名可以是不同的，也就是你的dest直接写你http服务的端口号。 也就是说你的sni可以填abc.com，但是验证的证书是你自己的mydomain.com。 在前端sni分流map的时候也是abc.com，但是这时候来到xray他会直接走你设置的端口号去验证你自己的证书，不经过CDN，这就是民间说法“自己偷自己”。 具体的配置你可以参考我的这个，只是我的http写成了反代，你根据自己的服务改就行： https://github.com/MuaPyapSrii/Nginx-SNI-routing-shell/blob/main/server.sh |
Beta Was this translation helpful? Give feedback.
-
|
谢谢，按照你说的试了下确实可以，但是有个问题。比如你的脚本当中xray监听的是10242端口，dest到了10240。那么我浏览器没法直接访问 |
Beta Was this translation helpful? Give feedback.
-
|
能用就ok，那我猜测你之前upstream的问题就是dest的网站证书验证不成功，很可能是dest的网站有一些特殊设置。 我在http模块是反代直接反到bing，域名也是套了CDN的，也可以打开网页没问题。 这个需要你自己挨个语句排查，如果不想排查，可以用一个笨办法，用一个子域名reality.mydomain.com另外申请证书专门用来dest。 这样你就能正常访问自己的www.mydomain.com，缺点就是reality.mydomain.com伪装性差了点，不过也是low risk，看你怎么斟酌。 |
Beta Was this translation helpful? Give feedback.
-
|
按照你的脚本改了，现在错误日志变成这了。（能留个telegram联系方式吗？） |
Beta Was this translation helpful? Give feedback.
-
|
目前这个错误还在，一直搞不懂什么原因造成的，有懂的麻烦回复一下谢谢。 |
Beta Was this translation helpful? Give feedback.
-
|
权限设置777试试看？ |
Beta Was this translation helpful? Give feedback.
-
|
还是有这个报错 |
Beta Was this translation helpful? Give feedback.
-
抱歉，我不太清楚为什么 |
Beta Was this translation helpful? Give feedback.
-
|
建议先不要用 xray 的 或者直接 xray 监听 8443 解君愁，然后再偷自己的证书。 Xiaomage's Blog - 使用Nginx进行SNI分流并完美和网站共存
nginx.conf stream {
map $ssl_preread_server_name $backend_name {
www.abc.com unpack;
...
default default_backend;
}
upstream unpack {
server unix:/dev/shm/nginx/unpack.sock;
}
upstream default_backend {
server unix:/dev/shm/nginx/default_backend.sock;
}
upstream xray {
server unix:/dev/shm/xray_nginx.sock;
}
server {
listen 443 reuseport;
...
proxy_protocol on;
}
server {
listen unix:/dev/shm/nginx/unpack.sock proxy_protocol;
proxy_pass xray;
}
}web.conf # 正常访问 server
server {
listen unix:/dev/shm/nginx/default_backend.sock ssl http2 proxy_protocol;
# http2 on; # 这是 1.25.1 版本的 nginx 开始启用的
set_real_ip_from unix:;
real_ip_header proxy_protocol;
server_name www.abc.com;
# SSL
ssl_certificate /.../fullchain.pem;
ssl_certificate_key /.../privkey.pem;
# web
location / {
...
}
}
# 被自己偷的 server
server {
listen unix:/dev/shm/nginx/nginx_xray.sock ssl http2;
# http2 on; # 这是 1.25.1 版本的 nginx 开始启用的
set_real_ip_from unix:;
server_name www.abc.com;
# SSL
ssl_certificate /.../fullchain.pem;
ssl_certificate_key /.../privkey.pem;
# web
location / {
...
}
}
config.json {
"stats": {},
"log": {
"inbounds": [
{
"listen": "/dev/shm/xray_nginx.sock,0666",
"streamSettings": {
"network": "tcp",
"security": "reality",
"realitySettings": {
"dest": "www.abc.com:443",
// "dest": "/dev/shm/nginx_xray.sock", // 偷自己
"xver": 0,
"serverNames": [
"www.abc.com"
]
}
}
}
] |
Beta Was this translation helpful? Give feedback.
-
谢谢 我试了你这个方案，使用的偷自己证书， 能够运行但是还是出现 |
Beta Was this translation helpful? Give feedback.
-
|
我的 Nginx 配置是根据 nginxconfig.io 改的，没遇到你说的 writev() failed 的错误。 这是我用的配置 ，在 nginx.conf 中加了上面的 stream 分流，/etc/nginx/sites-available/example.com.conf 这个里面的配置就是根据自己 web 改的，你试试看用这个配置还会不会有你遇到的问题。其他的都是用 nginxconfig.io 给出的配置。如果自己在 sites-available 创建配置 xxxx.conf，记设置软连 下面是用你最开始的问题问了 ChatGPT 得到的回答。 这个错误通常发生在 Nginx 作为反向代理时，与上游服务器通信时连接断开导致的。错误信息 "writev() failed (32: Broken pipe)" 意味着试图向客户端发送数据时，连接已经断开。 可能的原因和解决方法：
在调试时，查看 Nginx 的错误日志以获取更多信息可能是有帮助的。 |
Beta Was this translation helpful? Give feedback.
-
|
我在想是不是worksconnection限制的原因，因为老是还有这个报错。但是我系统worker connection最多设置成1024（ |
Beta Was this translation helpful? Give feedback.
-
|
我系统用的 leitbogioro/Tools 重装的 Debian 12，大概就是下面这个命令，具体参数作用你可以自己去看。 wget --no-check-certificate -qO InstallNET.sh 'https://raw.githubusercontent.com/leitbogioro/Tools/master/Linux_reinstall/InstallNET.sh' && chmod a+x InstallNET.sh
bash InstallNET.sh -debian 12 -mirror "https://mirrors.ocf.berkeley.edu/debian/" -port '22' -pwd 'password' -swap '1024' --cloudkernel '1' --bbr --fail2ban '1'limit 设置我是直接抄的萌咖大佬 LinuxInit 里面的 limits 配置。 内核参数就是抄的[技术分享] Linux 内核参数调优 外加 dd 工具自带的 bbr 和萌咖的内核参数调优，怎么极限怎么来 :D。 至于 nginx 的配置是生效的。具体内容问 Google。 |
Beta Was this translation helpful? Give feedback.
-
|
你是xray1.8.6？ |
Beta Was this translation helpful? Give feedback.
-
|
xray 1.8.6 |
Beta Was this translation helpful? Give feedback.
-
|
#2754 (reply in thread) |
Beta Was this translation helpful? Give feedback.
-
|
使用如下配置解决问题： nginx配置： |
Beta Was this translation helpful? Give feedback.
-
|
你好，你最后 xray 偷的证书 是你自己的域名的证书吗？ |
Beta Was this translation helpful? Give feedback.
-
|
是我自己的证书，但是现在还是有这个错误😂😂 |
Beta Was this translation helpful? Give feedback.
-
|
我看你新配置中已经把 proxy_half_close on 删掉了，还是很多这个错误吗？ 我把这个 proxy_half_close on 配置删掉，这个错误锐减，以前10分钟都能出现好多次，现在一天都出现不了几次了。 |
Beta Was this translation helpful? Give feedback.
-
|
是锐减了，但还是存在这个问题 |
Beta Was this translation helpful? Give feedback.
-
|
找到问题了， stream里的 proxy_half_close on 这个选项，去掉后，基本上没很少出现错误日志 “ writev() failed (32: Broken pipe) while proxying and sending to upstream ”了。 |
Beta Was this translation helpful? Give feedback.
使用如下配置解决问题：
xray配置：