目前有几个问题：
- 透明代理用 dae 还是直接写 iptables/nftables 规则，需要能方便地加载白名单，不想把所有流量都给到 clash 里面，主要是担心直连的性能
- 故障切换用什么方案
- tun 网关和 tproxy 的差别在哪里，另外它们怎么处理 ipv6 流量
This topic created in 858 days ago, the information mentioned may be changed or developed.
 |
1
retanoj Jan 9, 2024
咱就是说，一点搜索引擎也不想用呗
|
 |
2
smallparking Jan 9, 2024 via Android
ss-tproxy
|
 |
3
github2020 Jan 9, 2024
|
 |
4
0o0O0o0O0o Jan 9, 2024 via iPhone
1. dae 太新，clash core 还没出现有规模的新社区，都不建议；白名单这功能大都有
2. https://www.v2fly.org/en_US/v5/config/service/burstObservatory.html 3. 我用 tproxy ；我 ipv4 优先，ipv6 用 VPN 处理 |
 |
5
JimmyChan1506 Jan 10, 2024 via Android
|
 |
6
fotile96 Jan 10, 2024
不建议在 LAN 内引入 fake ip ，幺蛾子实在太多。其实如果只需要透明代理 v4 流量的话可以考虑搭个 NAT64 server ，走代理的黑白名单仅通过 mosdns 控制，需要走代理的话就在解析完了以后把 v4 地址 encapsule 到你选定的一个/96 子网里去。
mosdns 这边上游故障切换方便的话，我提供一下我自己用的方案吧。目前是通过代理走 google dns （或者任何支持 ecs extension 的上游 resolver ，cf 家记得不行）来获得无污染的结果。先 specify subnet 为你墙内本地 isp 的 ip 进行一次解析，如果返回了境外 ip ，再 specify subnet 为你梯子的落地 ip 进行一次查询。然后你可以用 mosdns 的 fallback 插件同时查询你的当地 isp dns 上游或者国内的公共 dns ，在代理挂掉的时候返回（可能被污染的）国内 dns 上游的结果。 |
Select Language