[bug] 当代理的子网是公网的一部分,或者网关在代理的子网中时,会让代理失效
Open
bug
- Dominant language
- Rust
- Stars
- 13.6k
- Forks
- 1.4k
- Avg merge
- 1d 9h
- Merged PRs (30d)
- 34
Description
### 描述问题 / Describe the bug
1. 比如一个节点的ip 是141.1.1.100, 这是一个公网ip,它的网关是141.1.1.1,也是一个公网IP,如果想让这个节点代理141.1.1.0/24.
让别的节点访问这个节点的时候, 无法发送. 猜想的可能是修改了路由, 使发往公网的包继续进入本地easytier的tun device.
猜想, 如果把代理的网络设为0.0.0.0/0(代理所有包) 会怎么样.
### 重现步骤 / Reproduction
## 例子1:
- 节点1, ip: 141.1.1.100,网关 141.1.1.1, 代理 141.1.1.0/24
- 节点2: ip : 141.1.1.101,网关 141.1.1.1
- 节点2访问141.1.1.102, 会无法访问,因为easytier需要连接141.1.100去代理这个请求,然后这个请求又进入了tun device
## 例子2:
- 节点1, ip: 141.1.1.100,网关 141.1.1.1, 代理 0.0.0.0/24
- 节点2: ip : 141.1.1.101,网关 141.1.1.1
- 节点2访问8.8.8.8, 会无法访问?
### 预期结果 / Expected behavior
这种需求是存在的,一个节点应该可以代理自己的公网的一部分,来绕过某些限制.
### 额外上下文 / Additional context
有时间我会看看具体的问题在哪再提pr,先标记一下
Contributor guide
Assessment
This issue has not been assessed yet.