Dnomd343

需要的，这个省略号表示需要自行填入相关配置，这里的 `proxy4` ，意味着填入Xray的IPv4出站代理配置，IPv6同理。 例如，以下配置将IPv4代理流量转发到 `192.168.2.4:1080` 的socks5服务上，更多的代理协议可以参考[配置文档](https://xtls.github.io/config/outbound.html#outboundobject) 。 ```json ··· { "tag": "proxy4", "protocol": "socks", "settings": { "servers": [ { "address": "192.168.2.4", "port": 1080 } ] } }, ··· ```

是的，docker创建网络时不输入IPv6相关配置，或者关闭radvd相关选项均可。

这个和ping无关，ICMP流量不会被代理。你需要将日志级别调整为 `debug` （目前是 `info` 级别），使用 `docker logs -f xproxy` 查看代理信息，确认流量是否被成功透明代理。 如果能确认代理成功，再来排查Xray的出站配置，如果没有相关请求信息，则需要排查透明代理配置。

RA 消息没有优先级的参数，无法覆盖，IPv6 设计时就规定了 RA 发送源链路地址作为客户端的 next-hop，所以目前旁路由方案在 v6 下只能关闭上级的 RA 广播功能。 家庭带宽下，可以配置定时任务重载 RA 分配，运营商分配的前缀可以用 Python 脚本向光猫管理网页获取，然后在变动时写入到 XProxy 配置文件，再重启容器。或者直接将新地址写入到 radvd 配置中，然后发送热重载信号，这样子可以实现不断网切换 IPv6 地址。

感谢反馈，`RFC 4191` 中确实提及了广播优先级机制，这个方案是可行的，但是需要保证设备 mac 地址不变，且遵守 `EUI-64` 规则，才能实现 RA 通告向客户端单播。

目前上游 Xray 内核暂不支持 Hysteria 协议，目前 XProxy 还没有原生支持 Hysteria 内核，但可借助自定义命令额外启动一个 Hysteria 客户端来实现（存在一定的性能损失）。 首先在 XProxy工作目录的 `config` 文件夹下写入 `hysteria.json` 配置文件（根据实际修改）： ```json { "server": "example.com:12345", "obfs": "...", "up_mbps": 10, "down_mbps": 50, "socks5": { "listen":...

> naiveproxy不能用是为什么，下载的naive客户端在docker中不能运行 目前naiveproxy用的是chromium的网络栈，基于C++开发，所以编译产物依赖glibc，XProxy的容器目前是基于musl的，直接运行存在符号缺失。 当然，由于openwrt系统也使用musl基础库，naiveproxy的release页面也提供了相应的版本（带openwrt字样），该版本可正常在容器中运行。 相关逻辑可参考[这里](https://github.com/dnomd343/ProxyC/blob/51675b1698a18213420a591e2242654ebe460ed2/Dockerfile#L362)。

在测试1中，能确认测速走的是direct还是proxy吗？测试2走的是国内直连，两者出现这么大的区别，有两个可能： - 测试1走的代理，而代理线路跑不到200Mbps； - NAS设备出现性能/网速瓶颈； 针对以上问题，分别进行确认： - 观察Xray的日志或speedtest的目标服务器，确认测速流量是否被代理，或者两次测速的服务器不同； - 确认NAS设备的内网接口能跑满400Mbps以上，单臂旁路由需要至少预留两倍的带宽，可以使用iperf3之类的工具确认； - 确认NAS设备的性能是否出现瓶颈，可以在测速时通过htop等工具观察CPU/RAM是否出现过高占用的情况；

`127.0.0.1:5353` 是AdGuardHome的上游（即网页管理页面，该模块负责DNS广告屏蔽），该地址保持默认，无需修改。 ClearDNS的上游需要在YAML文件里面配置，上游配置示例如下： ``` # 国内DNS服务器 domestic: bootstrap: 223.5.5.5 primary: - tls://dns.alidns.com - https://doh.pub/dns-query fallback: - 223.6.6.6 - 119.29.29.29 # 国外DNS服务器（以下示例可能被墙） foreign: bootstrap: 8.8.8.8 primary: - tls://dns.google - https://dns.cloudflare.com/dns-query fallback:...

`127.0.0.1:4053` 是国内组 DNS 请求的默认端口，查询超时意味着国内上游出现问题，可否提供一下完整的日志与配置文件？