大佬辛苦了
负载均衡不再被支持了吗？一直在用这个功能，不知道以后还能不能恢复回来

手动添加trojan节点，导出url没有包括ws部分内容
trojan://PASSWORD@host:443/?sni=host&tls=1&allowinsecure=1#tag
从v2rayN导出：
trojan://PASSWORD@host:443?security=tls&sni=host&type=ws&host=host&path=%2fpath#tag
如果将v2rayN的url导入到passwall2会丢失ws部分内容。

今天升级了1.2.2发现国内不通。 TCP代理方式切换到REDIRECT 就没问题。

请问下，默认TCP 默认代理模式是路由下全部设备，能不能像passwall一样访问控制设置指定的设备走代理？

1.2.2版本点掉主开关保存后再点回来xray启动不了，必须重启路由才能再次启动xray

图中红框处，没有UDP选项，我想用UDP查询，我知道访问这个DNS地址也是会被VPS代理，由VPS访问的。

感谢。

rt，用来搭配自定义dns

用了新的passwall2分流，结果Xbox网络 100%丢包，访问其它受限站点都没问题。
需要添加自定义规则？规则怎么设定？

日志空白，国内外网都上不了！

该怎么配置呢？
尝试理解了下现在的PW2工作逻辑
默认配置是“UDP不转发端口”配置的53，OP默认有规则会劫持所有请求到dnsmasq的53，dnsmasq再请求上级服务器(我在WAN口配置的180.76.76.76）
以前的pw，可以控制iptables，gfw列表或是自己添加的域名可以走代理解析返回，现在好像没这套逻辑了，是不是就不能返回无污染DNS了呢？

4.50版本正常，之后的版本都不能用了

开启passwall默认主节点，代理模式tproxy，代理ipv6，mwan3和passwall只能同时工作一个，一个工作另一个这不工作

碰到类似问题#25，但我的问题可能有些许不同。

希望优化：xray完全替代v2ray功能。

理由：自动订阅里的vmess总是用v2ray类型，无法正常udp，每次需要手动改xray。passwall1其实也存在类似问题。

想得到的效果，这样同时带来一些优点（在目前的遭遇的基础上）：
1）定时更新订阅时，无需再手动修改vmess的节点使用类型。
2）想全局分流。
3）无能力设立单独游戏分流规则条件下，需要单独开socks在PC上加速整个游戏应用（例：DOTA2，CS-GO）

临时解决办法（passwall1）：在编译过程中，不勾选include v2ray-core & v2ray-plugin，勾选include xray-core & xray-plugin。但passwall2，v2ray-core是默认勾选。

当前使用截图：
分流规则：
Socks节点：
节点详情：

感谢大佬带来如此优秀的软件。

也是编译的最新版本，之前HY能不能用忘记测了。看LOG到DNS查询送去HY，就没后文了。我确定我的HY节点配置是正确的。

Xray 1.5.4 (Xray, Penetrates Everything.) OpenWrt (go1.18 linux/arm64)
A unified platform for anti-censorship.
2022/04/13 06:14:55 [Info] infra/conf/serial: Reading config: /tmp/etc/passwall2/global.json
2022/04/13 06:14:56 [Debug] app/log: Logger started
2022/04/13 06:14:56 [Info] app/dns: DNS: created UDP client initialized for 192.168.2.1:53
2022/04/13 06:14:56 [Debug] app/router: MphDomainMatcher is enabled for 1 domain rule(s)
2022/04/13 06:14:56 [Debug] app/router: MphDomainMatcher is enabled for 650 domain rule(s)
2022/04/13 06:14:56 [Debug] app/router: MphDomainMatcher is enabled for 3222 domain rule(s)
2022/04/13 06:14:56 [Debug] app/proxyman/inbound: creating stream worker on 0.0.0.0:1041
2022/04/13 06:14:56 [Debug] app/proxyman/inbound: creating stream worker on 127.0.0.1:15353
2022/04/13 06:14:56 [Info] transport/internet/tcp: listening TCP on 127.0.0.1:15353
2022/04/13 06:14:56 [Info] transport/internet/udp: listening UDP on 127.0.0.1:15353
2022/04/13 06:14:56 [Info] transport/internet/tcp: listening TCP on 0.0.0.0:1041
2022/04/13 06:14:56 [Info] transport/internet/udp: listening UDP on 0.0.0.0:1041
2022/04/13 06:14:56 [Warning] core: Xray 1.5.4 started
2022/04/13 06:15:04 [Debug] [2866694655] proxy/dokodemo: processing connection from: 192.168.10.151:9274
2022/04/13 06:15:04 [Info] [2866694655] proxy/dokodemo: received request for 192.168.10.151:9274
2022/04/13 06:15:04 [Info] [2866694655] app/dispatcher: sniffed domain: javtorrent.re
2022/04/13 06:15:04 [Debug] app/dns: domain javtorrent.re will use the first DNS: [TCP//1.1.1.1:53]
2022/04/13 06:15:04 [Debug] app/dns: TCP//1.1.1.1:53 querying DNS for: javtorrent.re.
2022/04/13 06:15:04 [Info] app/dispatcher: taking detour [default] for [tcp:1.1.1.1:53]
2022/04/13 06:15:04 [Info] transport/internet/tcp: dialing TCP to tcp:127.0.0.1:2082
2022/04/13 06:15:04 [Debug] transport/internet: dialing to tcp:127.0.0.1:2082
2022/04/13 06:15:04 [Info] transport/internet/tcp: dialing TCP to tcp:127.0.0.1:2082
2022/04/13 06:15:04 [Debug] transport/internet: dialing to tcp:127.0.0.1:2082
2022/04/13 06:15:04 [Info] transport/internet/tcp: dialing TCP to tcp:127.0.0.1:2082
2022/04/13 06:15:04 [Debug] transport/internet: dialing to tcp:127.0.0.1:2082
2022/04/13 06:15:04 [Info] transport/internet/tcp: dialing TCP to tcp:127.0.0.1:2082
2022/04/13 06:15:04 [Debug] transport/internet: dialing to tcp:127.0.0.1:2082
2022/04/13 06:15:04 [Info] transport/internet/tcp: dialing TCP to tcp:127.0.0.1:2082
2022/04/13 06:15:04 [Debug] transport/internet: dialing to tcp:127.0.0.1:2082
2022/04/13 06:15:05 [Info] app/proxyman/outbound: failed to process outbound traffic > proxy/socks: failed to find an available destination > common/retry: [dial tcp 127.0.0.1:2082: connect: connection refused] > common/retry: all retry attempts failed
2022/04/13 06:15:05 [Error] app/dns: failed to read response length > io: read/write on closed pipe

1. 不在分流规则里面的是不是走的默认那一栏的选择项？
2. 如果是走的默认那一栏的选择项。如果我想默认选择直连，那么是否有必要增加一个独立节点项供“自动切换”和“Proxy”之类的使用？

远程DNS协议无法使用自定义DOH（直连没有试）

刚编译完大佬的psw2，学习了一下暂时感觉还不错，不过发现没办法做游戏加速（UDP）？
后来发现可以通过规则去添加=。=还没搞太懂规则部分，希望大佬能添加默认的UDP规则学习学习…
我知道项目还在早期阶段，加油！

需要将/luasrc/model/cbi/passwall2/api/api.lua【336行】的-version改成version。

root@xxy:~# /usr/bin/v2ray
A unified platform for anti-censorship.
Usage:
v2ray [arguments]
The commands are:
run run V2Ray with config
api call V2Ray API
convert convert config files
test test config files
tls TLS tools
uuid generate new UUID
verify verify if a binary is officially signed
version print V2Ray version
Use "v2ray help " for more information about a command.
Additional help topics:
config-merge config merge logic
format-loader config formats and loading
Use "v2ray help " for more information about that topic.

root@xxy:~# /usr/bin/v2ray version
V2Ray 5.0.3 (V2Fly, a community-driven edition of V2Ray.) OpenWrt (go1.17.8 linux/amd64)
A unified platform for anti-censorship.

root@xxy:~# /usr/bin/v2ray version | awk '{print $2}' | sed -n 1P
5.0.3

访问控制只有置顶的那一组有效，第二组及以上的规则保存后无效，日志显示没有第二组及以上的规则。
想要通过访问控制实现不同设备走不同节点的时候发现的这个问题。亦或是我设置的问题？
我知道可以通过规则实现不同设备走不同节点。

以前能指定出口功能，节点能指定某一个WAN口做出口，一条电信一条联通。联通只做翻墙出口，以前在负载均衡，节点能指定联通做出口。

如果使用节点全局代理没问题，使用分流代理的网站无法访问,提示错误:
无法访问此网站找不到 google.com 的服务器 IP 地址。
DNS_PROBE_FINISHED_BAD_CONFIG
日志无错误

IPv4与IPv6双栈的情况下，Apple会优先使用IPv4与APNs连接通信并推送App通知，我在防火墙把 17.57.144.0/22（别的地区不清楚、我所在的地区全都是此IP段内的IP） 整个IP段丢弃了，Apple就会使用IPv6推送App的通知，使用passwall、SSR插件相同的设置推送都是正常的.

现在相同的设置使用passwall2 就收不到通知，在节点日志里面可以看见 passwall2 仍然在使用 17.57.144.0/22 这个IP段内的IP与APNs通信连接.

怀疑是不是 passwall2 的DNS查询策略是 UseIPv4 优先、或者仅查询UseIPv4，导致防火墙里面已经丢弃了这个IP段、passwall2仍会查询IPv4.

新版插件只有全局模式？

使用了passwall2已经快一个星期了，感觉上没有上一代版本好，采用了分流，但是打开网站的速度我特别对比了两个版本的打开速度，BT下载使用局域网内无法使用，打不开连接，打开网站上一个版本一瞬间就打开了，新版打开时有1秒左右没有反应，然后就打开了。

4月9日编译的Passwall2，设置方式如下

Main:
从上至下顺序
LAN 直连
AD 黑洞
China 直连
默认 <我的VPS节点>

DNS:
DNS 协议 FakeDNS

China 规则为默认的geosite:cn和geoip:cn。

查看生成的Xray配置文件如下 /tmp/etc/passwall2/global.json

  "dns": {
    "disableFallback": true,
    "queryStrategy": "UseIPv4",
    "servers": [
      "fakedns",
      {
        "port": 53,
        "domains": [
          "geosite:cn"
        ],
        "address": "192.168.2.1"
      }
    ],
    "disableCache": false,
    "disableFallbackIfMatch": true,
    "tag": "dns-in1"
  },

 "routing": {
    "domainStrategy": "IPOnDemand",
    "rules": [
//省略不重要的
      {
        "domains": [
          "geosite:cn"
        ],
        "type": "field",
        "network": "tcp,udp",
        "outboundTag": "direct"
      },
      {
        "ip": [
          "geoip:cn"
        ],
        "type": "field",
        "network": "tcp,udp",
        "outboundTag": "direct"
      },
      {
        "type": "field",
        "network": "tcp,udp",
        "outboundTag": "default"
      }
    ]
  },

测试网站是 https://m-xxp-fp.bigfintax.com/?token=1000000520 一个超市开发票的网站，肯定不在geosite:cn数据库里。
查看debug日志，如下

2022/04/10 01:36:15 [Debug] app/dns: domain m-xxp-fp.bigfintax.com will use the first DNS: [FakeDNS]
2022/04/10 01:36:15 [Info] app/dns: FakeDNS got answer: m-xxp-fp.bigfintax.com -> [198.18.80.174]
2022/04/10 01:36:15 [Debug] [2772470514] proxy/dokodemo: processing connection from: 192.168.10.151:7495
2022/04/10 01:36:15 [Info] [2772470514] proxy/dokodemo: received request for 192.168.10.151:7495
2022/04/10 01:36:15 [Info] [2772470514] app/dispatcher: fake dns got domain: m-xxp-fp.bigfintax.com for ip: 198.18.80.174
2022/04/10 01:36:15 [Info] [2772470514] app/dispatcher: fake dns got domain: m-xxp-fp.bigfintax.com for ip: 198.18.80.174
2022/04/10 01:36:15 [Info] [2772470514] app/dispatcher: sniffed domain: m-xxp-fp.bigfintax.com
2022/04/10 01:36:15 [Debug] app/dns: domain m-xxp-fp.bigfintax.com will use the first DNS: [FakeDNS]
2022/04/10 01:36:15 [Debug] app/dns: skip DNS resolution for domain m-xxp-fp.bigfintax.com at server FakeDNS
2022/04/10 01:36:15 [Info] features/routing/dns: resolve ip for m-xxp-fp.bigfintax.com > app/dns: returning nil for domain m-xxp-fp.bigfintax.com
2022/04/10 01:36:15 [Debug] app/dns: domain m-xxp-fp.bigfintax.com will use the first DNS: [FakeDNS]
2022/04/10 01:36:15 [Debug] app/dns: skip DNS resolution for domain m-xxp-fp.bigfintax.com at server FakeDNS
2022/04/10 01:36:15 [Info] features/routing/dns: resolve ip for m-xxp-fp.bigfintax.com > app/dns: returning nil for domain m-xxp-fp.bigfintax.com
2022/04/10 01:36:15 [Debug] app/dns: domain m-xxp-fp.bigfintax.com will use the first DNS: [FakeDNS]
2022/04/10 01:36:15 [Debug] app/dns: skip DNS resolution for domain m-xxp-fp.bigfintax.com at server FakeDNS
2022/04/10 01:36:15 [Info] features/routing/dns: resolve ip for m-xxp-fp.bigfintax.com > app/dns: returning nil for domain m-xxp-fp.bigfintax.com
2022/04/10 01:36:15 [Debug] app/dns: domain m-xxp-fp.bigfintax.com will use the first DNS: [FakeDNS]
2022/04/10 01:36:15 [Debug] app/dns: skip DNS resolution for domain m-xxp-fp.bigfintax.com at server FakeDNS
2022/04/10 01:36:15 [Info] features/routing/dns: resolve ip for m-xxp-fp.bigfintax.com > app/dns: returning nil for domain m-xxp-fp.bigfintax.com
2022/04/10 01:36:15 [Info] [2772470514] app/dispatcher: taking detour [default] for [tcp:m-xxp-fp.bigfintax.com:443]
2022/04/10 01:36:15 [Info] [2772470514] transport/internet/tcp: dialing TCP to tcp:我的节点:443
2022/04/10 01:36:15 [Debug] transport/internet: dialing to tcp:我的节点:443

根据日志，解读到DNS查询流程是
1 FakeDNS返回Fake IP198.18.80.174
2 程序发起请求FakeDNS嗅探到后还原域名 m-xxp-fp.bigfintax.com for ip: 198.18.80.174
3 此域名进入"routing"按从上至下顺序匹配，因规则是 "IPOnDemand"，匹配到"ip": [ "geoip:cn" ],时立即解析域名成为IP再进行IP匹配
4 进入Xray内置“DNS"，由于"servers"规则是FakeDNS和在geosite:cn里面的域名使用本地运营商DNS解析。此域名不会再用FakeDNS，此域名不是在geosite:cn中，不会使用本地运营商DNS解析。故没有返回结果
5 命中最后"default"规则 ，走我的VPS节点。
6 我在VPS节点的Xray配置文件中配置了禁止访问CN，客户端最终表现是本机打不开网页

建议在"dns"模块增加一个国外的DNS地址如1.1.1.1

 "dns": {
    "servers": [
      "fakedns",
      “1.1.1.1”,
      {
        "port": 53,
        "domains": [
          "geosite:cn"
        ],
        "address": "192.168.2.1"
      }
    ]
  },

在"routing"模块增加对应的国外DNS地址走代理，这里的代理是tag"default"，顺序放于最顶层即可

      {
        "ip": [
          "1.1.1.1"
        ],
        "type": "field",
        "network": "tcp,udp",
        "outboundTag": "default"
      },

编译好后，查看core是Xray 1.5.4，这个选项的名称应该是Xray吧。

最新源版版本，

远程 DNS 协议 TCP 远程 DNS 1.1.1.1

看生成的配置文件

 "dns": {
    "disableFallback": true,
    "queryStrategy": "UseIPv4",
    "disableFallbackIfMatch": true,
    "servers": [
      {
        "port": 53,
        "address": "tcp:\/\/1.1.1.1:53"
      },

      {
        "address": "tcp:\/\/1.1.1.1:53",
        "port": 53,
        "domains": [
          "geosite:category-ads-all"
        ],
        "tag": "remote"
      },

"tag": "remote" 这个tag没有对应的 ”routing" 里面的tag，它的值geosite:category-ads是AD规则里的域名值。如果这个值改为geosite:category-ads-123456，这种不存在的，全部打不开网页。

如果删除AD规则，或在Main里把AD设置为关闭，看配置文件恢复为

      {
        "address": "tcp:\/\/1.1.1.1:53",
        "port": 53,
        "tag": "remote"
      },

主要是没看明白多了这条规则的意义。可能是代码的BUG？

如果 DNS设置为自定义，"tag": "remote"和它上面的DNS值一起在变

      {
        "port": 53,
        "address": "tcp:\/\/123.42.1.1:53"
      },
      {
        "address": "tcp:\/\/123.42.1.1:53",
        "port": 53,
        "tag": "remote"
      },

输入名字，点击添加后没有任何反应，好像passwall1也有这样的问题，我是使用firefox浏览器，edge浏览器也试了不行。

发现主分流节点选v2ray,默认节点选xray,不能解析DNS，其它组合则没有问题。

新版本的passwall2 刚刚编译成功了，可以使用，变成是默认全局上网，找不到地方设置，国内很多网打不开了

现在流行的ip和site数据好像有好几种，请问插件中是用的哪个呢？

远程DNS 使用TCP 节点日志报错：

[Error] app/dns: failed to read response length > io: read/write on closed pipe
2022-03-22 22:54:13: 删除相关防火墙规则完成。
2022-03-22 22:54:16: 清空并关闭相关程序和缓存完成。
2022-03-22 22:54:17: 开启实验性IPv6透明代理(TProxy)，请确认您的节点及类型支持IPv6！
2022-03-22 22:54:17: - 域名解析 DNS Over TCP...
2022-03-22 22:54:17: - [0]节点列表中的域名(vpsiplist)：运营商DNS
2022-03-22 22:54:17: - [0]默认：127.0.0.1#15353
2022-03-22 22:54:17: 开始加载防火墙规则...
2022-03-22 22:54:17: 加入所有节点到ipset[vpsiplist]直连完成
2022-03-22 22:54:17: 加载路由器自身 TCP 代理...
2022-03-22 22:54:17: - 启用 TPROXY 模式
2022-03-22 22:54:17: 加载路由器自身 UDP 代理...
2022-03-22 22:54:18: TCP默认代理：使用节点[分流总节点] 全局代理代理所有端口
2022-03-22 22:54:18: UDP默认代理：使用节点[分流总节点] 全局代理代理除53外的所有端口
2022-03-22 22:54:18: 防火墙规则加载完成！
2022-03-22 22:54:21: 重启 dnsmasq 服务
2022-03-22 22:54:22: 运行完成！

远程DNS 使用DOH 节点日志报错：

[Error] app/dns: failed to retrieve response for raw.githubusercontent.com. > Post "https://dns.google/dns-query": context canceled
2022-03-22 23:07:54: 删除相关防火墙规则完成。
2022-03-22 23:07:57: 清空并关闭相关程序和缓存完成。
2022-03-22 23:07:57: 开启实验性IPv6透明代理(TProxy)，请确认您的节点及类型支持IPv6！
2022-03-22 23:07:57: - 域名解析 DNS Over HTTPS...
2022-03-22 23:07:57: - [0]节点列表中的域名(vpsiplist)：运营商DNS
2022-03-22 23:07:57: - [0]默认：127.0.0.1#15353
2022-03-22 23:07:58: 开始加载防火墙规则...
2022-03-22 23:07:58: 加入所有节点到ipset[vpsiplist]直连完成
2022-03-22 23:07:58: 加载路由器自身 TCP 代理...
2022-03-22 23:07:58: - 启用 TPROXY 模式
2022-03-22 23:07:58: 加载路由器自身 UDP 代理...
2022-03-22 23:07:58: - [0]不代理 UDP 端口：53
2022-03-22 23:07:59: TCP默认代理：使用节点[分流总节点] 全局代理代理所有端口
2022-03-22 23:07:59: UDP默认代理：使用节点[分流总节点] 全局代理代理除53外的所有端口
2022-03-22 23:07:59: 防火墙规则加载完成！
2022-03-22 23:08:02: 重启 dnsmasq 服务
2022-03-22 23:08:02: 运行完成！

远程DNS使用 FakeDNS就没有报错

2022-03-22 23:00:47: 删除相关防火墙规则完成。
2022-03-22 23:00:50: 清空并关闭相关程序和缓存完成。
2022-03-22 23:00:51: 开启实验性IPv6透明代理(TProxy)，请确认您的节点及类型支持IPv6！
2022-03-22 23:00:51: - 域名解析 Fake DNS...
2022-03-22 23:00:51: - [0]节点列表中的域名(vpsiplist)：运营商DNS
2022-03-22 23:00:51: - [0]默认：127.0.0.1#15353
2022-03-22 23:00:51: 开始加载防火墙规则...
2022-03-22 23:00:51: 加入所有节点到ipset[vpsiplist]直连完成
2022-03-22 23:00:51: 加载路由器自身 TCP 代理...
2022-03-22 23:00:51: - 启用 TPROXY 模式
2022-03-22 23:00:51: 加载路由器自身 UDP 代理...
2022-03-22 23:00:52: - [0]不代理 UDP 端口：53
2022-03-22 23:00:52: TCP默认代理：使用节点[分流总节点] 全局代理代理所有端口
2022-03-22 23:00:52: UDP默认代理：使用节点[分流总节点] 全局代理代理除53外的所有端口
2022-03-22 23:00:52: 防火墙规则加载完成！
2022-03-22 23:00:55: 重启 dnsmasq 服务
2022-03-22 23:00:55: 运行完成！

xray的负载不支持分流，且没haproxy好用，希望能把haproxy添加进去

有两个问题：
1，希望远程dns可以使用内网地址的作为dns。(我是用本地自建的dns来处理国外访问的）希望采纳。
2，关于ipv6问题，关了ipv6代理，整个ipv6都无法使用了，但如果打开ipv6代理，就正常，但是我的节点不支持ipv6，开了ipv6代理后，我又不能访问国外了。。。很尴尬！

HY走UDP，PING不了延时，个人觉得显示超时不太美观。能否对Hysteria的节点，这儿就显示 --- 好了。

使用TProxy,外网无法通过防火墙的端口转发访问内网
改为redirect后 恢复正常

Trojan打开MUX后不能科学，关闭后正常，以前的版本没有问题，用了现在的版本后就这样

Wireguard 和passwall2 run在同一台设备上，之前使用passwall时能共存，使用非常愉快，换了passwall2后 wireguard不能建立联接，stop掉 passwall2后wireguard能work，这是个非常实用的组合，希望能考虑解决。谢谢

Tue Mar 15 14:26:42 2022 daemon.crit dnsmasq[17136]: recompile with HAVE_IPSET defined to enable ipset directives at line 1 of /tmp/dnsmasq.d/passwall2/ipset.conf
Tue Mar 15 14:26:42 2022 daemon.crit dnsmasq[17136]: FAILED to start up

添加节点一闪而过，没有出来配置信息的界面，
原来的Hysteria也连不上啦，之前版本用的好好的，配置也一样

v2ray-core在lede源码下编译会报错，不知是那一方的问题。我是希望用xray完全替代v2ray，请问编译的时候应该如何去修改。

make[3]: Entering directory '/workdir/openwrt/feeds/passwall/v2ray-core'
mkdir -p /workdir/openwrt/dl
SHELL= flock /workdir/openwrt/tmp/.v2ray-core-5.0.3.tar.gz.flock -c ' /workdir/openwrt/scripts/download.pl "/workdir/openwrt/dl" "v2ray-core-5.0.3.tar.gz" "c0fe91f715293cfc39a5afeef71e1ff43d379ae0faa139c560fdc3ede88a458a" "" "https://codeload.github.com/v2fly/v2ray-core/tar.gz/v5.0.3?" '
rm -f /workdir/openwrt/build_dir/target-x86_64_musl/v2ray-core-5.0.3/.built
touch /workdir/openwrt/build_dir/target-x86_64_musl/v2ray-core-5.0.3/.built_check
CONFIG_GOLANG_MOD_CACHE_WORLD_READABLE="" GO_BUILD_CACHE_DIR="/workdir/openwrt/tmp/go-build" GO_MOD_CACHE_DIR="/workdir/openwrt/dl/go-mod-cache" GO_MOD_ARGS="-modcacherw" GO_PKG="github.com/v2fly/v2ray-core/v5" GO_INSTALL_EXTRA="" GO_INSTALL_ALL="" GO_SOURCE_ONLY="" GO_BUILD_PKG="github.com/v2fly/v2ray-core/v5/..." GO_EXCLUDES="" GO_GO_GENERATE="" GO_INSTALL_BIN_PATH="/usr/bin" BUILD_DIR="/workdir/openwrt/build_dir/target-x86_64_musl/v2ray-core-5.0.3" GO_BUILD_DIR="/workdir/openwrt/build_dir/target-x86_64_musl/v2ray-core-5.0.3/.go_work/build" GO_BUILD_BIN_DIR="/workdir/openwrt/build_dir/target-x86_64_musl/v2ray-core-5.0.3/.go_work/build/bin" GO_BUILD_DEPENDS_PATH="/usr/share/gocode" GO_BUILD_DEPENDS_SRC="/workdir/openwrt/staging_dir/target-x86_64_musl/usr/share/gocode/src" GOOS="linux" GOARCH="amd64" GO386="" GOARM="" GOMIPS="" GOMIPS64="" CGO_ENABLED=1 CC="x86_64-openwrt-linux-musl-gcc" CXX="x86_64-openwrt-linux-musl-g++" CGO_CFLAGS="-Os -pipe -fno-caller-saves -fno-plt -fhonour-copts -Wno-error=unused-but-set-variable -Wno-error=unused-result -fmacro-prefix-map=/workdir/openwrt/build_dir/target-x86_64_musl/v2ray-core-5.0.3=v2ray-core-5.0.3 -Wformat -Werror=format-security -fstack-protector -D_FORTIFY_SOURCE=1 -Wl,-z,now -Wl,-z,relro" CGO_CPPFLAGS="-I/workdir/openwrt/staging_dir/toolchain-x86_64_gcc-8.4.0_musl/usr/include -I/workdir/openwrt/staging_dir/toolchain-x86_64_gcc-8.4.0_musl/include/fortify -I/workdir/openwrt/staging_dir/toolchain-x86_64_gcc-8.4.0_musl/include" CGO_CXXFLAGS="-Os -pipe -fno-caller-saves -fno-plt -fhonour-copts -Wno-error=unused-but-set-variable -Wno-error=unused-result -fmacro-prefix-map=/workdir/openwrt/build_dir/target-x86_64_musl/v2ray-core-5.0.3=v2ray-core-5.0.3 -Wformat -Werror=format-security -fstack-protector -D_FORTIFY_SOURCE=1 -Wl,-z,now -Wl,-z,relro" CGO_LDFLAGS="-L/workdir/openwrt/staging_dir/toolchain-x86_64_gcc-8.4.0_musl/usr/lib -L/workdir/openwrt/staging_dir/toolchain-x86_64_gcc-8.4.0_musl/lib -znow -zrelro" GOPATH="/workdir/openwrt/build_dir/target-x86_64_musl/v2ray-core-5.0.3/.go_work/build" GOCACHE="/workdir/openwrt/tmp/go-build" GOMODCACHE="/workdir/openwrt/dl/go-mod-cache" GOENV=off /usr/bin/env bash /workdir/openwrt/feeds/packages/lang/golang//golang-build.sh build -v -trimpath -ldflags "all=-buildid '1649178380' -linkmode external -extldflags '-L/workdir/openwrt/staging_dir/toolchain-x86_64_gcc-8.4.0_musl/usr/lib -L/workdir/openwrt/staging_dir/toolchain-x86_64_gcc-8.4.0_musl/lib -Wl,-z,now -Wl,-z,relro'" -ldflags " -X github.com/v2fly/v2ray-core/v5.build=OpenWrt -X github.com/v2fly/v2ray-core/v5.version=5.0.3 -buildid '1649178380' -linkmode external -extldflags '-L/workdir/openwrt/staging_dir/toolchain-x86_64_gcc-8.4.0_musl/usr/lib -L/workdir/openwrt/staging_dir/toolchain-x86_64_gcc-8.4.0_musl/lib -Wl,-z,now -Wl,-z,relro'"
Finding targets

Building targets
github.com/marten-seemann/qtls-go1-18

github.com/marten-seemann/qtls-go1-18

../../../../../dl/go-mod-cache/github.com/marten-seemann/[email protected]/cipher_suites.go:141:43: undefined: any
../../../../../dl/go-mod-cache/github.com/marten-seemann/[email protected]/cipher_suites.go:399:45: undefined: any
../../../../../dl/go-mod-cache/github.com/marten-seemann/[email protected]/cipher_suites.go:404:46: undefined: any
../../../../../dl/go-mod-cache/github.com/marten-seemann/[email protected]/cipher_suites.go:412:45: undefined: any
../../../../../dl/go-mod-cache/github.com/marten-seemann/[email protected]/common.go:1496:41: undefined: any
../../../../../dl/go-mod-cache/github.com/marten-seemann/[email protected]/conn.go:177:10: undefined: any
../../../../../dl/go-mod-cache/github.com/marten-seemann/[email protected]/conn.go:183:13: undefined: any
../../../../../dl/go-mod-cache/github.com/marten-seemann/[email protected]/conn.go:211:62: undefined: any
../../../../../dl/go-mod-cache/github.com/marten-seemann/[email protected]/conn.go:973:14: undefined: any
../../../../../dl/go-mod-cache/github.com/marten-seemann/[email protected]/conn.go:1056:33: undefined: any
../../../../../dl/go-mod-cache/github.com/marten-seemann/[email protected]/conn.go:973:14: too many errors
note: module requires Go 1.18

make[3]: *** [Makefile:111: /workdir/openwrt/build_dir/target-x86_64_musl/v2ray-core-5.0.3/.built] Error 2
make[3]: Leaving directory '/workdir/openwrt/feeds/passwall/v2ray-core'
time: package/feeds/passwall/v2ray-core/compile#2.86#0.94#2.47
ERROR: package/feeds/passwall/v2ray-core failed to build.
make[2]: *** [package/Makefile:116: package/feeds/passwall/v2ray-core/compile] Error 1
make[2]: Leaving directory '/workdir/openwrt'
make[1]: *** [package/Makefile:110: /workdir/openwrt/staging_dir/target-x86_64_musl/stamp/.package_compile] Error 2
make[1]: Leaving directory '/workdir/openwrt'
make: *** [/workdir/openwrt/include/toplevel.mk:230: world] Error 2
Error: Process completed with exit code 2.

Passwall is a great tool. But I am facing a problem with a WhatsApp voice call that does not connect at all. And Whatsapp Desktop app keeps disconnecting needs to refresh it every time to get new messages.

I am using nanopi with passwall , using SSR servers. I have tried the following things so far but nothing has worked.

1. Complete re-flash
2. DNS to google
3. Changing CDU servers
   none of the above methods fix the issue.

But when I am using CLASH for windows and Andriod I don't face the same problem with the same CDU servers.

some screenshots are attached.

怎么和以前比起来感觉少了很多菜单？是哪没对吗？

使用的是LIenol最新源码。

在不开启passwall2的情况下，test-ipv6.com测试通过，ipv6.ustb.edu.cn获取到的也是ipv6地址。

开启passwall2，使用xray分流，节点本身支持ipv6（曾经用passwall是没问题的），勾选了ipv6透明代理。test-ipv6.com测试虽然通过，但显示浏览器默认使用ipv4；ipv6.ustb.edu.cn获取到的也是我的ipv4地址。

（并且有时访问直连网站会报 DNS_PROBE_FINISHED_NXDOMAIN 错误，不清楚是否与这个问题相关。）

不确定是passwall2本身的原因，还是我的配置不对。能否帮我分析一下是什么引起的问题？谢谢！

今天编译了个新版本，在组件更新中没有了trojan-go组件了，是我编译有问题还是新版本就不支持了？ver:luci-app-passwall2_1.1

4月7号源码编译后，在规则管理中添加geosite:gfw，xray global.json无法启动
手动执行后报这个错误：
2022/04/07 02:55:57 [Info] infra/conf/serial: Reading config: /tmp/etc/passwall2/global.json
Failed to start: main: failed to load config files: [/tmp/etc/passwall2/global.json] > infra/conf: invalid field rule > infra/conf: failed to parse domain rule: geosite:gfw > infra/conf: failed to load geosite: GFW > infra/conf: list not found in geosite.dat: GFW

然后先删除geosite:gfw配置启动后，在规则管理中“手动更新”成功后，再次使用geosite:gfw就正常了。

hy的wiki链接

  "resolver": "1.1.1.1:53", // DNS 地址
  "resolve_preference": "64" // DNS IPv4/IPv6 优先级。可用选项 "64" (IPv6 优先，可回落到 IPv4) "46" (IPv4 优先，可回落到 IPv6) "6" (仅 IPv6) "4" (仅 IPv4)

此参数在客户端也可以配置，可能用的人非常少，还是希望能增加对话框，方便(自己要)使用。