路由双网卡问题

假设服务器 A 与客户端 B 建立了 TCP 连接 服务器 A 是双网卡双路由走哪条路由网卡是随机的，TCP 建立后，服务器 A 不停的下发消息，还会经过路由（或者说下发的路由走的网卡和 TCP 建立连接时的网卡是一致的吗）吗

#路由 #网卡 #TCP #服务器 #下发 #建立 #连接 #双网卡 #客户端 #哪条

关于 nginx 做 tcp 反代的域名解析设置

关于 nginx 做 tcp 反代的域名解析设置

现在通过 nginx stream 模块做 tcp 反向代理

```nginx
stream {

upstream example-ser{
server example.com:1234;
}


server {
listen 1234;
proxy_connect_timeout 10s;
proxy_timeout 10s;
proxy_pass example-ser;
}


}
```



如果 example.com 的地址解析出现变化，nginx 还是转发到原先的 IP 地址。

在 stream 模块内使用 set 提示报错

```nginx
stream {
resolver 223.5.5.5 valid=60s;
set $example-ser example.com:1234;

server {
listen 1234;
proxy_connect_timeout 10s;
proxy_timeout 10s;
proxy_pass $example-ser;
}
}

#报错
nginx[21518]: nginx: [emerg] "set" directive is not allowed here in
```



HTTP 或 HTTPS 我都是使用 resolver 加 set 变量方法做的，tcp 四层现在不知道怎么配置。

求解答，谢谢

#nginx #example #proxy #stream #ser #1234 #timeout #10s #set #tcp

移动做的真的绝，直接屏蔽到 HK Cloudflare IP

移动家宽，移动直接屏蔽 Cloudflare 所有到 HK 的 IP ，表现为 ICMP ，UDP （移动 UDP QOS 到根本就不能看，无所谓了）正常，TCP 包全部丢弃，Besttrace 路由发现路由断在境内骨干网。所有套了 Cloudflare CDN 且 IP 在 104.16.0.0/13 的站点全部没法访问。移动你做的真绝。

#移动 #Cloudflare #IP #UDP #路由 #HK #ICMP #QOS #TCP #Besttrace

造了个试验品，利用频繁更换端口的方式来躲避运营商的 UDP 限速

为了解决 UDP 限速，目前比较常用的做法是将 UDP 流量伪装成 TCP 流量。

我就想，能否不伪装，继续用 UDP 规避限速？
或许可以，我记得有人提到过，UDP 被限速后只要重新连接，速度就会重新恢复。
这么看来，只要四元组的其中一项发生变化就能打破限速。

于是我造了个试验品，作用类似于 wangyu 的 udp2raw （以及还有 Phantun ），只不过这个试验品全程保持 UDP ，每隔一段时间就自动更换端口。而且是客户端主动更换，无须通知服务器。即使服务器那边使用固定端口，客户端也会建立新的连接连过去。
同时，服务器端也支持同时监听多个端口（可以指定一个范围），让客户端新建连接时可以随机选择目标端口。

试验品在这：
https://github.com/cnbatch/udphop

目前支持三大平台，并提供这三大平台的 x64 可执行文件：
FreeBSD
Windows
Linux

听说重灾区在中国移动，但因为我没开通中国移动的家宽，所以没法在中移动家宽网络内试验。
试过用广东移动的手机网来试验，iperf3 从广东电信家宽发送到广东移动手机（包括手机开启热点给笔记本电脑做测试），发现 UDP 直接被堵死了，收都收不到； UDP 从广东移动手机（及热点下的笔记本电脑）发往电信家宽倒是可以；至于 TCP ，双向畅通无阻。但这样就等于无法开展测试，因为 UDP 无法双向通信。

#UDP #端口 #限速 #试验品 #客户端 #移动 #TCP #连接 #笔记本电脑 #服务器

有对 nginx 熟悉的老哥吗？请教一下 nginx 代理 tcp 的一个问题？

**背景：**

使用 nginx 代理 tcp 服务，假如后端有一个 tcp 的业务服务，中间用 nginx 做代理，前面有 1000 个客户端连接，那么每当一个客户端连接 nginx 的时候，nginx 就会发起一个 tcp 连接至后端的业务服务。

**问题：**

假设我的那个 tcp 后端服务是负责提供下载地图数据的，对所有的 1000 个客户端来说，从地图服务器下载的数据都是一样的。那么当一个客户端连接上 nginx 的时候，nginx 发起了一个 tcp 连接至地图服务器，地图服务器把地图数据推给了 nginx ，nginx 把数据转给了客户端，这样相当于把一份地图数据在网络中走了两遍（地图服务器到 nginx ，nginx 到客户端），当地图数据比较大的时候，带来的开销就很大了。

**想要达到的效果：**

能否对 nginx 做改造，在 nginx 中缓存一下地图数据，当第一个客户端连接 nginx 的时候，nginx 从后端的地图服务器获取了地图数据，一直缓存在内存里，后面 999 个客户端连接的时候，nginx 就直接把地图数据推给客户端，而不再朝后端的地图服务器下载地图数据。

如果想实现上述的效果，需要对 stream 模块做改造吗？还是有其他更好的解决办法？麻烦各位老哥赐教。

#nginx #客户端 #地图 #tcp #服务器 #连接 #数据 #端的 #1000 #缓存

请教如何排查 nginx 未响应情况

**我是开发者，目前不知道往哪方面查，请广大 v 友提供思路**

## 问题与现状
不定期出现访问未响应情况，持续时间几分钟，期间 nginx 映射所有访问不了，并服务器也 ssh 不上，日志没出现 Too many open files 等任何报错

服务器：阿里 ecs.g7.large ，2 核 8G 内存

nginx 自己编译
``` bash
nginx version: nginx/1.22.0
built by gcc 4.8.5 20150623 (Red Hat 4.8.5-44) (GCC)
built with OpenSSL 1.0.2k-fips 26 Jan 2017
TLS SNI support enabled
configure arguments: --prefix=/home/nginx --with-threads --with-file-aio --with-http_ssl_module --with-http_v2_module --with-http_realip_module --with-http_sub_module --with-http_gunzip_module --with-http_gzip_static_module --with-http_slice_module --with-http_stub_status_module --with-http_perl_module=dynamic --with-pcre --with-pcre-jit --with-debug
```

部署服务：很多静态文件，但不是 js 、css 这些

访问量：不太清楚怎么算

## 目前排查情况
1. 调整过 worker_connections 不起作用
2. 在未响应期间，看 cpu 指标，没有明显新增，看 tcp 连接数 ESTABLISHED 和 TIME_WAIT 也不多，因不太懂 tcp 这块，不知是不是这块问题


## nginx 核心配置 摘要
``` conf
#user nobody;
worker_processes 2;
worker_cpu_affinity auto;

pid logs/nginx.pid;
error_log /home/nginx/logs/error.log notice;

worker_rlimit_nofile 8192;
events {
worker_connections 4096;
multi_accept on;
accept_mutex on;
use epoll;
}

http {
include mime.types;
default_type application/octet-stream;
charset utf-8;

#access_log logs/access.log main;
server_tokens off;
sendfile on;
tcp_nopush on;
tcp_nodelay on;

server_names_hash_bucket_size 128;
server_names_hash_max_size 512;

keepalive_timeout 65;
send_timeout 30s;

client_header_timeout 15;
client_body_timeout 15;
reset_timedout_connection on;

proxy_connect_timeout 5s;
proxy_send_timeout 120s;
proxy_read_timeout 120s;

gzip on;
gzip_min_length 1k;
gzip_buffers 4 32k;
gzip_http_version 1.1;
gzip_comp_level 4;
gzip_types text/css text/xml application/javascript;
gzip_vary on;
gzip_disable "MSIE [1-6].";

include /home/nginx/conf/conf.d/*.conf;
}
```

#-- #http #nginx #module #gzip #timeout #worker #tcp #conf #log

教你们如何用内存查找工具，获取微信公众号的视频下载 URL。

通常微信公众号的视频需要先登录，一般是无法通过网页直接查看地址的。而且视频地址都是 https ，用 TCP 抓取工具，只能抓到 dns, 没办法抓到具体 url 。

这时候，就要用到游戏作弊神器 CheatEngine 了。方法也很简单，先选中微信的公众号进程 WechatBrowser.exe ，再搜索 DNS 域名(一般是数字前缀.vod2.myqcloud.com)，最后查看搜到字符串的具体内存片段，就能看到视频 URL 下载地址了。

https://i.imgur.com/IeqlM8m.jpg

https://i.imgur.com/pxN1vV3.jpg

#https #com #视频 #微信 #imgur #jpg #地址 #查看 #公众 #TCP

rustdesk 未就绪，请检查网络连接

rustdesk 有老哥用吗 自建服务器 客户端登陆隔十几二十秒就显示“未就绪，请检查网络连接”，感觉是心跳检测没过还是怎么的，但是又不是一直这样，隔多少秒又显示已就绪，而且一旦连上了的话不会断开能一直用。docker 部署的，在路由器上做了端口转发把 21116 （已允许 tcp+udp ）和 21117 改成了别的端口开放，21115 还是用 21115 转发的。这是个甚马情况，也不是不能用，就是别扭

#21115 #端口 #转发 #就绪 #rustdesk #docker #21116 #tcp #udp #21117

Linux 全局真代理有什么好的解决方案吗？

有台内网机器 A 无法连接互联网，机器 B 可以连接。A 和 B 可以互联。



现在用的方案是 iptables 配合 redsocks 端口转发实现 tcp 和 udp 连接互联网。

但是 A 上面跑的代码有时候会出现无法连接外网的情况。



各位大佬还有什么更好的方案没有？

#连接 #互联网 #机器 #内网 #有台 #iptables #redsocks #tcp #udp #外网

最近两天，有被封 ip 的吗？

昨天凌晨和今天凌晨，两个用了快 5 年的 CN2 的 ip 被封了，有点不舍啊。。。

两个一直用的 tcp 裸奔和 tls+grpc 。

#凌晨 #CN2 #ip #tcp #tls #grpc #裸奔 #不舍 #两个 #昨天

这个 trojan 脚本大佬的 trojan 怎么和 nginx 共用 443 的哈~

是这个大佬的脚本 ->https://github.com/jinwyp/one_click_script

我看星星很多,想去抄抄配置,没想美白哈

这 nginx 主配置
```
# user www-data www-data;
user root;
worker_processes 1;
error_log /var/log/nginx/error.log warn;
pid /var/run/nginx.pid;

events {
worker_connections 1024;
}





http {
include /etc/nginx/mime.types;
default_type application/octet-stream;
log_format main '$remote_addr - $remote_user [$time_local] '
'"$request" $status $body_bytes_sent '
'"$http_referer" "$http_user_agent" "$http_x_forwarded_for"';
access_log /nginxweb/nginx-access.log main;
error_log /nginxweb/nginx-error.log;

sendfile on;
#tcp_nopush on;
keepalive_timeout 120;
client_max_body_size 20m;
gzip on;


include /etc/nginx/conf.d/*.conf;
}
```
这是网站的 nginx 配置
```
server {
listen 80;
server_name domain.net;
root /nginxweb/html;
index index.php index.html index.htm;

location /75f0d3d7 {
proxy_pass http://127.0.0.1:27493;
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
proxy_set_header Host $http_host;

proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
}
```

这是 trojan 的配置
```
{
"run_type": "server",
"local_addr": "0.0.0.0",
"local_port": 443,
"remote_addr": "127.0.0.1",
"remote_port": 80,
"password": [
"123",
"12345"
],
"log_level": 1,
"log_file": "/root/trojan-access.log",
"ssl": {
"verify": true,
"verify_hostname": true,
"cert": "/nginxweb/cert/fullchain.cer",
"key": "/nginxweb/cert/private.key",
"sni": "domain.net",
"fallback_addr": "127.0.0.1",
"fallback_port": 80,
"fingerprint": "chrome"
},
"websocket": {
"enabled": true,
"path": "/0a195182",
"host": "domain.net"
}
}
```

netstat -tlnp|grep 27493 也没看到 27493 端口有啥活动哈,链接不上的感觉哈~

#log #nginx #http #proxy #remote #addr #nginxweb #set #header #user

nftables 防火墙问题，请大佬指教！

这是目前设定的规则
```bash
table inet filter {
chain input {
type filter hook input priority filter; policy drop;
ct state established,related counter accept
ct state invalid counter packets drop
ip protocol icmp accept
icmpv6 type { destination-unreachable, packet-too-big, time-exceeded, parameter-problem, echo-request, mld-listener-query, nd-router-solicit, nd-router-advert, nd-neighbor-solicit, nd-neighbor-advert } accept
iifname "lo" counter packets 0 bytes 0 accept
tcp dport xxx counter accept
meta nftrace set 1
}

chain ips {
type filter hook input priority filter - 2; policy accept;
ip saddr 1.1.1.1 counter accept
}
}
```

这是 tracing 调试日志（ drop 日志）
```bash
trace id ab8ac050 inet filter ips packet: iif "eth0" ether saddr 00:2a:6a:a4:0c:c1 ether daddr 00:16:3e:73:d4:5a ip saddr 1.1.1.1 ip daddr 2.2.2.2 ip dscp 0x01 ip ecn not-ect ip ttl 113 ip id 4681 ip protocol tcp ip length 52 tcp sport 10551 tcp dport 23237 tcp flags == syn tcp window 64240
trace id ab8ac050 inet filter ips rule meta nftrace set 1 (verdict continue)
trace id ab8ac050 inet filter ips verdict continue
trace id ab8ac050 inet filter ips policy accept

trace id ab8ac050 inet filter input packet: iif "eth0" ether saddr 00:2a:6a:a4:0c:c1 ether daddr 00:16:3e:73:d4:5a ip saddr 1.1.1.1 ip daddr 2.2.2.2 ip dscp 0x01 ip ecn not-ect ip ttl 113 ip id 4681 ip protocol tcp ip length 52 tcp sport 10551 tcp dport 23237 tcp flags == syn tcp window 64240
trace id ab8ac050 inet filter input rule meta nftrace set 1 (verdict continue)
trace id ab8ac050 inet filter input verdict continue
trace id ab8ac050 inet filter input policy drop
```

这是 tracing 调试日志（ accept 日志）
```bash
trace id b1cb1361 inet filter ips packet: iif "eth0" ether saddr 00:2a:6a:a4:0c:c1 ether daddr 00:16:3e:73:d4:5a ip saddr 3.3.3.3 ip daddr 2.2.2.2 ip dscp 0x01 ip ecn not-ect ip ttl 113 ip id 19123 ip protocol tcp ip length 64 tcp sport 6678 tcp dport 23237 tcp flags == 0x18 tcp window 1026
trace id b1cb1361 inet filter ips rule meta nftrace set 1 (verdict continue)
trace id b1cb1361 inet filter ips verdict continue
trace id b1cb1361 inet filter ips policy accept

trace id b1cb1361 inet filter input packet: iif "eth0" ether saddr 00:2a:6a:a4:0c:c1 ether daddr 00:16:3e:73:d4:5a ip saddr 3.3.3.3 ip daddr 2.2.2.2 ip dscp 0x01 ip ecn not-ect ip ttl 113 ip id 19123 ip protocol tcp ip length 64 tcp sport 6678 tcp dport 23237 tcp flags == 0x18 tcp window 1026
trace id b1cb1361 inet filter input rule ct state established,related counter packets 1262 bytes 160127 accept (verdict accept)
```

描述：3.3.3.3 已经通过 ssh 登录到 2.2.2.2 服务器，accept 日志最后检查 tcp 状态通过了防火墙
我的问题是：ips chain 里面的 IP 无法通过防火墙，请大佬指点！

#ip #tcp #filter #id #inet #trace #accept #ips #2.2 #input

iPhone 暴露在公网的端口安全吗

用 nmap 扫描 ipv6 有两个端口处于开放状态
62078/tcp open iphone-sync?
64622/tcp open unknown
已知 62078 端口是 iTunes 的端口，64622 是什么端口在用大佬知道吗
国行 iphone14 ios16.2

#端口 #62078 #tcp #open #64622 #nmap #ipv6 #iphone #sync #unknown

OpenWRT 路由器疑似干扰了 IPv6 的 TCP 连接，应该如何排查？有偿。

环境：Nano Pi R2S / OpenWrt 21.02.1

现象：经过路由器的 IPv6 TCP 连接，不管流量大小，随机时间后会被掐断，具体表现是触发重传，然后 Client 会向 Server 发送一个 RST 包导致连接断开。

这个 TCP 连接可以不经过公网，例如我的 LAN 网络和 Wireguard 虚拟网络中的设备通讯，也会出现上述问题，故排除了宽带运营商的锅（我的 Wireguard 接入点是 IPv4 的）。

这种情况应该怎么排查？附图是我 Wireguard 网络中的设备连接 LAN 中的设备，SSH 协议，client 和 server 的抓包情况。

其他说明：
1. 这个问题是两个月前才出现的，此前 IPv6 使用良好，两个月间搬过家、更新过某些 opkg 包
2. ICMPv6 确定不受影响，UDP 理论上也不受影响（未测试）



如果能帮忙解决，发 50RMB 以上支付宝红包。

#Wireguard #连接 #IPv6 #TCP #LAN #https #v2ex #co #png #网络

笑死，自己把自己焊死了，求解

真就像那个段子了。
https://i.imgur.com/bk5frOO.png


情况是：我在国内某主流云平台的 vps 上，装了个火绒，然后设置了禁止所有 tcp 连入。当我退出远程桌面后，下次再也登陆不了了。
https://i.imgur.com/tlg6ksD.png


急求解决办法。

#https #imgur #com #png #连入 #bk5frOO #vps #tcp #远程桌面 #tlg6ksD

求助：实验《动手测试单机百万连接》只能达到 102610 个连接

我按照[《动手测试单机百万连接》]( https://mp.weixin.qq.com/s/f_CMt2ni0vegB3-pf2BTTg)教程在 2 台 vps （ 2 核 4G ，ubuntu 22.04 ）上做，每次都只能建立 102610 个连接，有碰到相同问题的吗？

2 台 vps 的内核配置最终是：
```
# sysctl net.ipv4.ip_local_port_range fs.file-max fs.nr_open net.ipv4.tcp_max_orphans net.ipv4.tcp_max_syn_backlog net.ipv4.tcp_mem net.ipv4.tcp_rmem net.ipv4.tcp_wmem
net.ipv4.ip_local_port_range = 5000 65000
fs.file-max = 1100000
fs.nr_open = 1100000
net.ipv4.tcp_max_orphans = 1000000
net.ipv4.tcp_max_syn_backlog = 4096
net.ipv4.tcp_mem = 600000 800000 1000000
net.ipv4.tcp_rmem = 4096 4096 6291456
net.ipv4.tcp_wmem = 4096 4096 6291456
# ulimit -n
1000000
```

实验是根据教程的方案二来的，vps1 起 20 个 server 进程监听 20 个端口，vps2 起 20 个 client 一一对应，每个 client 发起 5w 个连接。

实验启动后查看连接的状态：
```
# ss -s
Total: 102808
TCP: 102635 (estab 102610, closed 0, orphaned 0, timewait 0)
# netstat -ant|awk '{print $4}'|sort|uniq -c|sort -nr
5557 172.31.27.20:8103
5553 172.31.27.20:8100
5537 172.31.27.20:8105
5253 172.31.27.20:8106
5207 172.31.27.20:8114
5196 172.31.27.20:8113
5101 172.31.27.20:8116
5096 172.31.27.20:8101
5044 172.31.27.20:8117
5040 172.31.27.20:8107
5033 172.31.27.20:8104
4999 172.31.27.20:8119
4999 172.31.27.20:8118
4999 172.31.27.20:8115
4999 172.31.27.20:8112
4999 172.31.27.20:8111
4999 172.31.27.20:8110
4999 172.31.27.20:8109
4999 172.31.27.20:8108
4999 172.31.27.20:8102
```

可以看到每个 server 只建立了 5000 左右的连接，离 5w 还差很远。另外此时两台 vps 执行`curl baidu.com`都会 hang 住，此时 vps 应该是既不能 accept 又不能 connect 。不知道哪里还需要配置才能成功。

#172.31 #27.20 #net #ipv4 #tcp #4999 #max #4096 #vps #fs

求助 iptables 开放端口无效

系统是 centos7 ，firewall 关闭了的
```
[root@localhost init.d]# systemctl status firewalld.service
● firewalld.service
Loaded: masked (/dev/null; bad)
Active: inactive (dead) since 四 2022-10-27 15:08:38 CST; 2 months 7 days ago
Main PID: 7533 (code=exited, status=0/SUCCESS)

Warning: Journal has been rotated since unit was started. Log output is incomplete or unavailable.
```
有一个 iptables 可以使用，但并不是 service
```
[root@localhost init.d]# service iptables save
The service command supports only basic LSB actions (start, stop, restart, try-restart, reload, force-reload, status). For other actions, please try to use systemctl.


[root@localhost init.d]# iptables -nvL
Chain INPUT (policy ACCEPT 382K packets, 216M bytes)
pkts bytes target prot opt in out source destination
0 0 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:3307
0 0 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:1881

Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
0 0 DOCKER-USER all -- * * 0.0.0.0/0 0.0.0.0/0
0 0 DOCKER-ISOLATION-STAGE-1 all -- * * 0.0.0.0/0 0.0.0.0/0
0 0 ACCEPT all -- * docker0 0.0.0.0/0 0.0.0.0/0 ctstate RELATED,ESTABLISHED
0 0 DOCKER all -- * docker0 0.0.0.0/0 0.0.0.0/0
0 0 ACCEPT all -- docker0 !docker0 0.0.0.0/0 0.0.0.0/0
0 0 ACCEPT all -- docker0 docker0 0.0.0.0/0 0.0.0.0/0

Chain OUTPUT (policy ACCEPT 206K packets, 190M bytes)
pkts bytes target prot opt in out source destination

Chain DOCKER (1 references)
pkts bytes target prot opt in out source destination
0 0 ACCEPT tcp -- !docker0 docker0 0.0.0.0/0 172.17.0.2 tcp dpt:9000
0 0 ACCEPT tcp -- !docker0 docker0 0.0.0.0/0 172.17.0.3 tcp dpt:6379
0 0 ACCEPT tcp -- !docker0 docker0 0.0.0.0/0 172.17.0.4 tcp dpt:9000

Chain DOCKER-ISOLATION-STAGE-1 (1 references)
pkts bytes target prot opt in out source destination
0 0 DOCKER-ISOLATION-STAGE-2 all -- docker0 !docker0 0.0.0.0/0 0.0.0.0/0
0 0 RETURN all -- * * 0.0.0.0/0 0.0.0.0/0

Chain DOCKER-ISOLATION-STAGE-2 (1 references)
pkts bytes target prot opt in out source destination
0 0 DROP all -- * docker0 0.0.0.0/0 0.0.0.0/0
0 0 RETURN all -- * * 0.0.0.0/0 0.0.0.0/0

Chain DOCKER-USER (1 references)
pkts bytes target prot opt in out source destination
0 0 RETURN all -- * * 0.0.0.0/0 0.0.0.0/0
```
诡异的是扫描端口，发现 1881 和 3307 没有通，1880 通了的
如果 yum 重新安装 iptables.service ，配置开通 3307 和 1881 后再扫描端口，发现 1880 和 1881 、3307 的 tcp 全部是关闭状态
求大佬解惑

#0.0 #-- #docker0 #ACCEPT #tcp #bytes #DOCKER #Chain #pkts #target

redis 怎么实现存储 websocket 对象

突然想起以前做个一个 IM 的项目(项目已经结束很久了)， 使用的 websocket(Django+Channels)，但链接对象是存在 redis 里的 不过现在想来 底层都是 TCP ， 怎么把 TCP 链接状态存到 redis 里的呢？ 存的 TCP 五元组么？有点蒙蔽， 也没去看源码， 有老哥了解过的， 大致的讲解一下么。

#TCP #redis #链接 #源码 #IM #websocket #Django #Channels #组么 #五元

mariadb galera cluster 集群因网络 MTU 崩溃

mariadb galera cluster 集群因网络 MTU 崩溃，无法故障处理。

今天遇到一个问题，因为 mariadb galera cluster 节点之间的 MTU 过小，导致互相直接一直在重连，无法正常同步，但还是认为对方活着。最重要是影响全体使用。（所有节点无法正常使用）

请问有什么解决办法吗？ 当出现 MTU 过小的时候，可以不因此问题导致单个使用。

```
2023-01-06 12:17:03 0 [Note] WSREP: (1a9adc34-9906, 'tcp://0.0.0.0:4567') turning message relay requesting off
2023-01-06 12:17:03 0 [Note] WSREP: (1a9adc34-9906, 'tcp://0.0.0.0:4567') turning message relay requesting on, nonlive peers: tcp://172.16.0.1:4567
2023-01-06 12:17:04 0 [Note] WSREP: (1a9adc34-9906, 'tcp://0.0.0.0:4567') connection established to 3c9235aa-a356 tcp://172.16.0.1:4567
```

一直会刷新此日志。

#0.0 #tcp #4567 #MTU #2023 #01 #06 #12 #17 #Note

请教大家一个关于前端项目部署的问题


目前的环境：
两个 windows 虚拟机 A,B
A 是安装了 nginx ，并且在 nginx 下的 html 放了一个名为 Bi 的文件夹，里面是前端项目打包后的 dist 文件

问题：
在 A 服务器本地访问 localhost 或者本机 ip 可以正确的打开界面，但是在 B 虚拟机里访问 A 的 ip 地址(模拟用户访问)打开的界面却是空白，看了 network 有成功访问到 index.htmlwen 文件。请问这是哪里出了问题?

nginx 配置：

```text
user nobody;
worker_processes 1;

#error_log logs/error.log;
#error_log logs/error.log notice;
#error_log logs/error.log info;

#pid logs/nginx.pid;

events {
worker_connections 1024;
}

http {
include mime.types;
default_type application/octet-stream;

#log_format main '$remote_addr - $remote_user [$time_local] "$request" '
# '$status $body_bytes_sent "$http_referer" '
# '"$http_user_agent" "$http_x_forwarded_for"';

#access_log logs/access.log main;

sendfile on;
#tcp_nopush on;

#keepalive_timeout 0;
keepalive_timeout 65;

#gzip on;

server {
listen 80;
server_name localhost;

location / {
root D:/nginx-1.26.1/html/Bi;
index index.html index.htm;
try_files $uri $uri/ /index.html;
}

error_page 500 502 503 504 /50x.html;
location = /50x.html {
root html;
}
}
}


```

前端项目 config

```js
export default defineConfig({
outputPath: 'dist',
publicPath: '/',
manifest: {
basePath: '/',
},
routes: [
{ path: "/", component: "@/pages/index/index.tsx" },
],
npmClient: 'yarn',
});

```