gubiao

建议gfwlist为可选项. 目前我的做法： gfwlist_b64 = false echo '||*' > gfwlist.txt

同样经常碰到此问题, 发生后只能重启xray, 看起来像是内置DNS缓存了无效的DNS查询结果, 如果能加个“是否仅缓存有效DNS结果"选项就好了, ` ➜ ~ dig abcdefg123999888.com ; DiG 9.10.6 abcdefg123999888.com ;; global options: +cmd ;; Got answer: ;; ->>HEADERHEADER

i double that

此功能很实用, 最近碰到的以下情况同样需要此功能： 1. 内置DNS中自定义域名映射 ``` "dns": { "hosts": { "domain:abc.com": "x.x.x.x" } } ``` 2. 使用socks类型inbound接收需要代理的流量 ``` "inbounds": [ { "listen": "127.0.0.1", "port": 1080, "protocol": "socks", "settings": { "auth": "noauth",...

> 别用 switchyomega 尝试 https://tachyondevel.medium.com/%E6%95%99%E7%A8%8B-%E5%9C%A8-windows-%E4%B8%8A%E4%BD%BF%E7%94%A8-tun2socks-%E8%BF%9B%E8%A1%8C%E5%85%A8%E5%B1%80%E4%BB%A3%E7%90%86-aa51869dd0d 目前我的妥协方式是proxifier全局代理拦截所有流量, 然后客户端操作系统DNS直接设置为Xray的内置DNS地址, 这样就可以保证流量先由proxifier拦截，然后使用操作系统DNS(配置了自定hosts映射的Xray内置DNS)解析自定义hosts，然后流量变更为"连接IP流量"发送给xray的socks inbound. 但这种方式引入了额外的组件, 维护繁琐, 相当于流量转换是在xray外部完成的.

> 我想起来了 1.5.1 之后有 _根据 DNS Host 重置当前连接的目标地址 [2722486](https://github.com/XTLS/Xray-core/commit/27224868aba63db8180ee2f2db71aa995930a74d) @nekohasekai_ @gubiao 所说的情况地址应该是IP吧？ 目前最新版Xray, 服务器端开debug日志看连接的是一直都是域名, 如果客户端经过proxifier+操作系统DNS指向Xray内置DNS处理后服务端debug日志看连接的是客户端内置DNS中hosts配置项中自定义的IP. [2722486](https://github.com/XTLS/Xray-core/commit/27224868aba63db8180ee2f2db71aa995930a74d)中的处理过程好像是: 连接IP流量入站->嗅探出域名->发现该域名已经重新定义了hosts->改写连接IP入站流量为hosts中指向的新IP. 如果是这样的处理方式那么对“连接domain的入站流量应该是无效的, 因为这些针对domain的流量并没有经过sniffer.

重新查看了一遍最新官方文档, 找到了此问题的解决办法: ``` "outbounds": [ { "protocol": "freedom", "settings": { "domainStrategy": "UseIPv4" }, "proxySettings": { "tag": "proxy" }, "tag": "ip-to-proxy" }, { "protocol": "vless", ...... "tag": "proxy" }, ... ]...