xiaoqingfengatgh / homelede Goto Github PK

反馈bug/问题模板，提建议请删除

1.关于你要提交的问题

Q：是否搜索了issue (使用 "x" 选择)
[ ] 没有类似的issue

2. 详细叙述

(1) 具体问题

A：我设置了ipv6，同时确定及确信设置好了路由配置，但始终说我没有ipv6地址，我用l大的就没有问题，这是什么原因呢
同时也按https://www.right.com.cn/forum/thread-3184881-1-1.html这个网址2楼的朋友回复的设置进行了调整，还是不行

(2) 路由器型号和固件版本

A：j2900 cpu软路由

(3) 详细日志

A：1

编译的时候有选ChinaDNS-NG 没有显示出来。请问是怎么回事

反馈bug/问题模板，提建议请删除

1.关于你要提交的问题

Q：是否搜索了issue (使用 "x" 选择)

• 没有类似的issue

2. 详细叙述

(1) 具体问题

A：用QNAP的NAS上的虚拟机运行，目前使用v2020.10.01 测试版，NAS断电，来电后NAS启动后，必须要重启Homelede一次才能连接PPPOE，在接口中停止WAN后在连接，能看到WAN口IP变化，但不能访问网站，重启后可正常访问

(2) 路由器型号和固件版本

A：NAS是QNAP的TS-453Bmini，固件版本v2020.10.01 测试版

(3) 详细日志

A：

src/gz openwrt_core https://openwrt.proxy.ustclug.org/snapshots/targets/x86/64/packages src/gz openwrt_base https://openwrt.proxy.ustclug.org/snapshots/packages/x86_64/base src/gz openwrt_homeclash https://openwrt.proxy.ustclug.org/snapshots/packages/x86_64/homeclash src/gz openwrt_lienol https://openwrt.proxy.ustclug.org/snapshots/packages/x86_64/lienol src/gz openwrt_luci https://openwrt.proxy.ustclug.org/releases/18.06.8/packages/x86_64/luci src/gz openwrt_packages https://openwrt.proxy.ustclug.org/snapshots/packages/x86_64/packages src/gz openwrt_routing https://openwrt.proxy.ustclug.org/snapshots/packages/x86_64/routing src/gz openwrt_strongswanInDocker https://openwrt.proxy.ustclug.org/snapshots/packages/x86_64/strongswanInDocker src/gz openwrt_xiaoqingfeng https://openwrt.proxy.ustclug.org/snapshots/packages/x86_64/xiaoqingfeng

以上源链接404

其中部分源链接可转化为 https://mirrors.bfsu.edu.cn/openwrt/snapshots

src/gz openwrt_base http://192.168.5.155:8989/homelede/base
src/gz openwrt_homeclash http://192.168.5.155:8989//homelede/homeclash
src/gz openwrt_lienol http://192.168.5.155:8989/homelede/lienol
src/gz openwrt_luci http://192.168.5.155:8989/homelede/luci
src/gz openwrt_packages http://192.168.5.155:8989/homelede/packages
src/gz openwrt_strongswanInDocker http://192.168.5.155:8989/homelede/strongswanInDocker
src/gz openwrt_xiaoqingfeng http://192.168.5.155:8989/homelede/xiaoqingfeng
src/gz openwrt_core http://192.168.5.155:8989/homelede/core
src/gz openwrt_infinityfreedom http://192.168.5.155:8989/homelede/infinityfreedom
src/gz openwrt_freifunk https://openwrt.proxy.ustclug.org/snapshots/packages/x86_64/freifunk
src/gz openwrt_routing https://openwrt.proxy.ustclug.org/snapshots/packages/x86_64/routing
src/gz openwrt_telephony https://openwrt.proxy.ustclug.org/snapshots/packages/x86_64/telephony

后面几个都不行

固件版本：HomeLede v2020.06.20 based on OpenWrt R20.6.18 / LuCI Master (git-20.163.44275-dc93ce3)
运行AdGuard Home插件
日志配置及统计配置均勾选启用日志及保留时间为90天后
一周左右发现 文件querylog.json异常庞大，而此时AdGuard无法启用报无空间
文件位置： /usr/bin/AdGuardHome/data/querylog.json

请问如何扩充/usr目录大小，或修改querylog.json文件位置？

以下方法从编译固件步骤8.make -j8 V=s开始，编译教程见homelede主页
${kernel_version}为issue发布前源码内核版本：5.4.72
解决方法一：修改已有的内核配置
1.执行make -j8 V=s生成内核配置后ctrl+c终止编译
2.修改build_dir/target-x86_64_musl/linux-x86_64/${kernel_version}/.config
配置
# CONFIG_BINFMT_MISC is not set
改为
CONFIG_BINFMT_MISC=y
3.执行make -j8 V=s重新编译

解决方法二：新增配置选项(作者添加@xiaoqingfengATGH)
1.在config/Config-kernel.in添加配置选项

config KERNEL_BINFMT_MISC
	bool "Enable support for binfmt_misc"
	default y
	help
	  binfmt_misc (Miscellaneous Binary Format) is a capability of the
	  Linux kernel which allows arbitrary executable file formats to be
	  recognized and passed to certain user space applications, such as
	  emulators and virtual machines.

2.执行命令make menuconfig，出现界面后什么也不做ctrl+c退出，
这时目录下defconfig(.conf)自动生成配置：CONFIG_KERNEL_BINFMT_MISC=y
3.已有内核编译缓存需要删除：build_dir/target-x86_64_musl/linux-x86_64/${kernel_version}
4.开始重新编译：make -j8 V=s

反馈bug/问题模板，提建议请删除

1.关于你要提交的问题

Q：是否搜索了issue (使用 "x" 选择)

• 没有类似的issue

2. 详细叙述

系统-备份/升级 选择gz压缩包更新时，无效

(1) 具体问题

A：系统-备份/升级 选择gz压缩包更新时，无效

(2) 路由器型号和固件版本

A：x86 软路由 9.12

(3) 详细日志

A： /usr/libexec/validate_firmware_image：permission denied

解决办法：ssh登陆，chmod +x /usr/libexec/validate_firmware_image
git仓库中文件权限需要修正

新建了两个ext4文件分区 分别挂载到overlay和opt

opt能够重启自动挂载
overlay 一重启就挂回原来的/dev/loop0了
已经在fstab删除了原来的overlay挂载记录修改为新建的分区 但还是没用
请问是还有其他的配置文件需要修改吗
非常感谢

rt

1.passwall配置好了无法访问国外 国内都正常，用clash试了下还是一样，机场确认没问题（有问题我也来不了github了）

2. 详细叙述

在passwall里面的连接状态百度谷歌gihthub都能ping通但是就是无法访问，在通过教程里面的学习的ssh上路由器用
nslookup www.google.com 127.0.0.1#7053
nslookup www.google.com 127.0.0.1#54
nslookup www.google.com 127.0.0.1#53
都有返回地址，SSH内ping www.google.com 也能通
但是换到电脑上就无法访问，cmd下使用 nslookup www.google.com 也有返回的ip，但是 ping www.google.com 就不通，反复确认了电脑的host文件及刷新DNS缓存都无效，很神器的问题，怀疑是ipv6惹得祸，连上光猫也改成只有ipv4的，软路由的wan6、wan和lan里面的ipv6也都关了，电脑的ipv6也关了，还是同样的问题，后来看了下homelede的dns架构图，发现我固件内的smartdns第二组也就是7053的这一组是没有开启的，但是我如果勾选启用第二DNS服务器，smartdns就无法启动了，现在不知道到底是哪出了问题，想请大佬帮忙看看能不能解决。非常喜欢大佬的固件！支持一波！

反馈bug/问题模板，提建议请删除

1.关于你要提交的问题

Q：是否搜索了issue (使用 "x" 选择)

• 没有类似的issue

2. 详细叙述

(1) 具体问题

A：我的家庭网络方案是，主路由华硕AX3000，homelede用作旁路由，旁路由网关指向主路由，主路由网关指向主路由自己，主路由开DHCP服务，旁路由关闭DHCP服务，对于局域网内有需求的设备，手动设置网关和DNS服务器为旁路由，请问这种情况下旁路由的DNS方案是否起作用？

(2) 路由器型号和固件版本

A：

(3) 详细日志

A：

反馈bug/问题模板，提建议请删除

1.关于你要提交的问题

系统日志提示报错
Q：是否搜索了issue (使用 "x" 选择)

• 没有类似的issue
  无

2. 详细叙述

(1) 具体问题

A：系统日志中大量类似错误
kern.warn kernel: [121669.543660] ixgbe 0000:01:00.1: Warning firmware error detected FWSM: 0x00000000

(2) 路由器型号和固件版本

A：

(3) 详细日志

A：[121766.305260] ixgbe 0000:01:00.1: Warning firmware error detected FWSM: 0x00000000
[121766.529255] ixgbe 0000:01:00.0: Warning firmware error detected FWSM: 0x00000000
[121768.325211] ixgbe 0000:01:00.1: Warning firmware error detected FWSM: 0x00000000
[121768.545230] ixgbe 0000:01:00.0: Warning firmware error detected FWSM: 0x00000000

反馈bug/问题模板，提建议请删除

1.关于你要提交的问题

Q：是否搜索了issue (使用 "x" 选择)

• 没有类似的issue

2. 详细叙述

(1) 具体问题

A：AdGuard Home功能关闭后浏览器无法打开之前未访问过的网页，之前访问过的网页可以打开，疑似无法解析DNS

(2) 路由器型号和固件版本

A：笔记本软路由+20201201_内核V5.4.79测试版

(3) 详细日志

A：

大佬，本人ddns用的阿里的域名，下载的免费ssl有一年有效期，下载的apache证书有三个文件，跟您的教程里的有所不同。
三个文件如下：（我的域名以abc.com替代）
4063076_abc.com.key
4063076_abc.com_chain.crt
4063076_abc.com_public.crt
哪个导入到哪个请指导，谢谢

反馈bug/问题模板，提建议请删除

1.关于你要提交的问题

Q：是否搜索了issue (使用 "x" 选择)

• 没有类似的issue

2. 详细叙述

(1) 具体问题

A：

(2) 路由器型号和固件版本

A：

(3) 详细日志

A：

反馈bug/问题模板，提建议请删除

1.关于你要提交的问题

Q：是否搜索了issue (使用 "x" 选择)

• [x ] 没有类似的issue

2. 详细叙述

(1) 具体问题

A：PVE环境下完全新装的718版固件，“禁止解析ipv6 DNS记录”关掉了，终端可以获取到2409:8a3c开头的ipv6公网地址，但是实际不能访问纯ipv6网站，是有其他地方还需要设置吗？

(2) 路由器型号和固件版本

A：i5软路由

(3) 详细日志

A：

排查发现Merge remote-tracking branch 'upstream/master' into k5 @ 11.16 这个提交存在问题
部分补丁与5.4.75不匹配

1.关于你要提交的问题

Q：是否搜索了issue (使用 "x" 选择)

• 没有类似的issue

2. 详细叙述

(1) 具体问题

A：

间歇性断网，系统日志中反复出现

Fri Sep 25 16:17:56 2020 daemon.info xl2tpd[3933]: Can not find tunnel 62503 (refhim=0)
Fri Sep 25 16:17:56 2020 daemon.debug xl2tpd[3933]: network_thread: unable to find call or tunnel to handle packet.  call = 15074, tunnel = 62503 Dumping.
Fri Sep 25 16:17:56 2020 daemon.info xl2tpd[3933]: Can not find tunnel 62503 (refhim=0)
Fri Sep 25 16:17:56 2020 daemon.debug xl2tpd[3933]: network_thread: unable to find call or tunnel to handle packet.  call = 15074, tunnel = 62503 Dumping.
Fri Sep 25 16:17:57 2020 daemon.info xl2tpd[3933]: Can not find tunnel 62503 (refhim=0)
Fri Sep 25 16:17:57 2020 daemon.debug xl2tpd[3933]: network_thread: unable to find call or tunnel to handle packet.  call = 15074, tunnel = 62503 Dumping.
Fri Sep 25 16:18:00 2020 daemon.info xl2tpd[3933]: Can not find tunnel 62503 (refhim=0)
Fri Sep 25 16:18:00 2020 daemon.debug xl2tpd[3933]: network_thread: unable to find call or tunnel to handle packet.  call = 15074, tunnel = 62503 Dumping.
Fri Sep 25 16:18:02 2020 daemon.info xl2tpd[3933]: Can not find tunnel 62503 (refhim=0)
Fri Sep 25 16:18:02 2020 daemon.debug xl2tpd[3933]: network_thread: unable to find call or tunnel to handle packet.  call = 15074, tunnel = 62503 Dumping.
Fri Sep 25 16:18:03 2020 daemon.info xl2tpd[3933]: Can not find tunnel 62503 (refhim=0)
Fri Sep 25 16:18:03 2020 daemon.debug xl2tpd[3933]: network_thread: unable to find call or tunnel to handle packet.  call = 15074, tunnel = 62503 Dumping.
Fri Sep 25 16:18:16 2020 daemon.info xl2tpd[3933]: Can not find tunnel 62503 (refhim=0)
Fri Sep 25 16:18:16 2020 daemon.debug xl2tpd[3933]: network_thread: unable to find call or tunnel to handle packet.  call = 15074, tunnel = 62503 Dumping.

(2) 路由器型号和固件版本

A：x86软路由，0905固件

root@OpenWrt:~# docker run --rm --privileged multiarch/qemu-user-static --reset -p yes \
Unable to find image 'multiarch/qemu-user-static:latest' locally \
latest: Pulling from multiarch/qemu-user-static \
9758c28807f2: Pull complete \
1541dc593e72: Pull complete \
ed8a5179ae11: Pull complete \
1ec39da9c97d: Pull complete  \
ebb26d08461b: Pull complete \
Digest: sha256:a9944443ade713bc12ca0579c0e15a090ab43aa7a0d7b4c6883d1fbd44f6902f \
Status: Downloaded newer image for multiarch/qemu-user-static:latest \
No binfmt support in the kernel. \
Try: '/sbin/modprobe binfmt_misc' from the host \
root@OpenWrt:~# \ 

解决在这里，也许您知道。我只是说不清，贴出来比较方便
https://www.right.com.cn/forum/thread-4052047-1-1.html

反馈bug/问题模板，提建议请删除

1.关于你要提交的问题

Q：是否搜索了issue (使用 "x" 选择)

• 没有类似的issue

2. 详细叙述

(1) 具体问题

A：HomeLEDE在Vmware中运行时，执行"挂起客户机操作系统"后，下次重新运行时，PASSWALL和clash无法更新订阅，已经确定订阅链接可用，在其他电脑和手机中均可访问并更新订阅。

(2) 路由器型号和固件版本

A：家用主机Vmware虚拟机15.0，固件为Homelede20200718内核V5.4.50版本

(3) 详细日志

A：passwall始终提示获取到的订阅为空，clash更新配置文件提示下载失败请检查网络设置或稍后再试，Clash提供的网站访问检查均现实连接正常

反馈bug/问题模板，提建议请删除

1.关于你要提交的问题

Q：是否搜索了issue (使用 "x" 选择)

• 没有类似的issue

2. 详细叙述

(1) 具体问题

A：由于光猫的IP地址是192.168.1.1，我将软路由LAN的IP地址改成了192.168.50.1
在web页面保留配置升级固件后，网络-接口-高级设置-DHCP选项会多出来"6,192.168.1.1"

(2) 路由器型号和固件版本

A：从2020.09.05升级到2020.11.08、从2020.11.08升级到2020.12.01
这2次升级都发生了这样的情况

(3) 详细日志

A：

红框里是多出来的DNS服务器

1.关于你要提交的问题

Q：是否搜索了issue (使用 "x" 选择)

• 没有类似的issue

2. 详细叙述

某些情况下homeclash启动失败，这时dnsmasq的转发设置并没有还原

(1) 具体问题

A：某些情况下 openclash启动失败，这时dnsmasq的转发设置并没有还原

根据homeclash独有dns逻辑，临时修复方法：
start_fail方法添加几行
start_fail()
{
kill_clash
enable=$(uci get openclash.config.enable 2>/dev/null)
dns_port=$(uci get openclash.config.dns_port 2>/dev/null)
redirect_dns=$(uci get openclash.config.redirect_dns 2>/dev/null)
masq_cache=$(uci get openclash.config.masq_cache 2>/dev/null)
revert_dns "$redirect_dns" "$masq_cache" "$dns_port" "$enable"
stop
exit 0
}

由于希望实现通过微信推送路由器状态到设备(检测设备接入)

所以希望能够添加serverchan插件/自建微信推送插件

反馈bug/问题模板，提建议请删除

1.关于你要提交的问题

Q：是否搜索了issue (使用 "x" 选择)

• [X ] 没有类似的issue

2. 详细叙述

(1) 具体问题

A：全程follow你的步骤 开了2台机器同时做编译 1台GCP的vps，1台家里的虚拟Ubuntu（全局上网）
但是还是出错，在helloworld 处

(2) 路由器型号和固件版本

A：X86

(3) 详细日志

A：helloworld

反馈bug/问题模板，提建议请删除

1.关于你要提交的问题

Q：是否搜索了issue (使用 "x" 选择)

• 没有类似的issue
  X

2. 详细叙述

终于编译成功，但是不能上网？
在路由器上用TTYD ping www.sina,com.cn 或者 ping114.114.114.114 都可以
但是用客户端DHCP 到的地址 192.168.1.x 只能ping 114.114.114.114 DNS无法解析任何地址
客户端 nslookup 显示 reqeust time out

(1) 具体问题

A：

(2) 路由器型号和固件版本

A：

(3) 详细日志

A：

你好。有幸找到你的固件，看了你固件里面的说明，图文介绍很清晰。不过我对你里面的SmartDNS+ChinaDNS-NG有一点不太理解的地方，希望能指明，谢谢
在SmartDNS里面，默认端口是6053，你创建的服务组是mainland，第二端口是7053，你创建的服务组是overseas。
可是第二服务器默认是没开启的。在里面也没看到有任何命令是把他们归类然后开启的命令，请问第2端口真的有在工作吗？
因为在ChinaDNS-NG里面，我看到你把2个端口的地址都填在里面了，所以问一下

反馈bug/问题模板，提建议请删除

1.关于你要提交的问题

Q：是否搜索了issue (使用 "x" 选择)

• [ x] 没有类似的issue

2. 详细叙述

(1) 具体问题

A：HomeLede中的 Aria2 无法启动。Aria2 状态 一直显示为未运行。

(2) 路由器型号和固件版本

A：X86 Proxmox VM HomeLede20200620

(3) 详细日志

A：无日志输出。打开日志后日志文件夹也无日志

这个DNS方案很好，市面上完全找不到替代品，作者你这个是业余学的还是职业搞编程的呢，佩服佩服，表示也想学习
就是升级问题，不知道现在解决了吗，不能直接升级就导致这个固件只能适合虚拟机的玩家，没有照顾到实体机直接安装的人群

1.关于你要提交的问题

Q：是否搜索了issue (使用 "x" 选择)

• [x ] 没有类似的issue

2. 详细叙述

(1) 具体问题

A：在openclash运行状态，重启路由器会丢失：保存策略组节点选择，并且开机时间变长
1./etc/init.d/openclash 将自启动优先级改为99
2./etc/init.d/openclash disable
3./etc/init.d/openclash enable
再次启动则正常。

(2) 路由器型号和固件版本

A：esxi x86 今天源码编译，

(3) 详细日志

A：无

反馈bug/问题模板，提建议请删除

1.关于你要提交的问题

2. 详细叙述

(1) 具体问题

A 1. upnp无法正常工作
2. ipsec vpn 很容易断 基本上连上一分钟就断掉了 macos和iPhone下都是这种情况 以前用的softether 提供的L2TP从没出现过类似情况

(2) 路由器型号和固件版本

A：四网口软路由 双wan 动态IP接入 0627版本

(3) 详细日志

A：

(1) 具体问题

A：路由界面去掉选中adguardhome后无法打开网页,必须勾选才能打开网页。

root@OpenWrt:/# nslookup www.baidu.com 127.0.0.1#6053
Server: 127.0.0.1
Address: 127.0.0.1#6053

Name: www.baidu.com
www.baidu.com canonical name = www.a.shifen.com
Name: www.a.shifen.com
Address 1: 112.80.248.76
*** Can't find www.baidu.com: No answer

(2) 路由器型号和固件版本

A：固件是最新的版本,9.5号的。

1.关于你要提交的问题

Q：是否搜索了issue (使用 "x" 选择)

• 没有类似的issue

2. 详细叙述

(1) 具体问题

A：smartdns第二服务无法启动，端口7053被http-dns-prox占用

(2) 路由器型号和固件版本

A：x86 esxi 软路由 9.12test源码编译

(3) 详细日志

root@OpenWrt:/etc/chinadns-ng# netstat -ap | grep 53
tcp        0      0 100.64.115.133:56214    dns9.quad9.net:https    ESTABLISHED 5153/https-dns-prox
udp        0      0 10.10.10.251:5351       0.0.0.0:*                           21189/miniupnpd
udp        0      0 localhost:35332         localhost:54            ESTABLISHED -
udp        0      0 localhost:35375         localhost:54            ESTABLISHED -
udp        0      0 localhost:53094         localhost:54            ESTABLISHED -
udp        0      0 localhost:53094         localhost:54            ESTABLISHED -
udp        0      0 0.0.0.0:8053            0.0.0.0:*                           28440/smartdns
udp        0      0 0.0.0.0:8053            0.0.0.0:*                           28440/smartdns            <<<<-------手动改8053
udp        0      0 localhost:7053          0.0.0.0:*                           5153/https-dns-prox     <<<<-------7053被占用
udp        0      0 0.0.0.0:6053            0.0.0.0:*                           28440/smartdns
udp        0      0 localhost:5053          0.0.0.0:*                           30315/chinadns-ng
udp        0      0 localhost:5053          0.0.0.0:*                           30314/chinadns-ng
udp        0      0 localhost:7053          0.0.0.0:*                           5153/https-dns-prox     <<<<-------7053被占用
udp        0      0 0.0.0.0:6053            0.0.0.0:*                           28440/smartdns
udp        0      0 localhost:5053          0.0.0.0:*                           30315/chinadns-ng
udp        0      0 localhost:5053          0.0.0.0:*                           30314/chinadns-ng
udp        0      0 localhost:53192         localhost:54            ESTABLISHED -
udp        0      0 0.0.0.0:53237           0.0.0.0:*                           28440/smartdns
udp        0      0 0.0.0.0:53237           0.0.0.0:*                           28440/smartdns
udp        0      0 localhost:53253         localhost:54            ESTABLISHED -
udp        0      0 localhost:53424         localhost:54            ESTABLISHED -
udp        0      0 :::5351                 :::*                                21189/miniupnpd
udp        0      0 :::53642                :::*                                21189/miniupnpd
unix  2      [ ]         DGRAM                      3203 3453/wpa_supplicant /var/run/wpa_supplicant/global
unix  2      [ ]         DGRAM                    725530 13649/pppd          
unix  3      [ ]         STREAM     CONNECTED       3206 3453/wpa_supplicant 
unix  2      [ ]         DGRAM                      3201 3453/wpa_supplicant 
unix  3      [ ]         STREAM     CONNECTED       5483 5153/https-dns-prox 
unix  3      [ ]         STREAM     CONNECTED       5482 5153/https-dns-prox

A：不知道则是不是bug...

root@OpenWrt:/etc/chinadns-ng# nslookup google.com 127.0.0.1#7053
;; connection timed out; no servers could be reached

反馈bug/问题模板，提建议请删除

1.关于你要提交的问题

Q：是否搜索了issue (使用 "x" 选择)

• [x ] 没有类似的issue

2. 详细叙述

(1) 具体问题

A：miniupnpd程序，开启后没有任何端口显示，经过搜索，修改/etc/config目录下upnpd文件，添加一行 option external_iface 'wan' 后，重启miniupnpd进程后，可以正常使用。希望下次更新固件时可以将这一条加入文件

(2) 路由器型号和固件版本

A：20200905固件

(3) 详细日志

A：

反馈bug/问题模板，提建议请删除

1.关于你要提交的问题

Q：是否搜索了issue (使用 "x" 选择)

• 没有类似的issue

2. 详细叙述

(1) 具体问题

A：

(2) 路由器型号和固件版本

A：

(3) 详细日志

A：

反馈bug/问题模板，提建议请删除

1.关于你要提交的问题

Q：是否搜索了issue (使用 "x" 选择)

• 没有类似的issue

2. 详细叙述

(1) 具体问题

A：作者你好，非常喜欢你的源码，但是如何执行源码更新，例如 git pull为什么更新不了

(2) 路由器型号和固件版本

A：

(3) 详细日志

A：

1.关于你要提交的问题

Q：是否搜索了issue (使用 "x" 选择)

• 没有类似的issue

2. 详细叙述

坏境：我在校园网部署了小型NAS，使用HomeLEDE作为软路由（按照说明修改了默认的LAN-IP），并使用了DDNS给域名配置了软路由的IP，另接入一个配置成AP的刷了Pandavan的MI-R3G路由器来提供WIFI。
我再两个地方遇到了改问题：
情景1：我在该服务器上搭建了NextCloud和onlyoffice套件，在连接WIFI或有线（即内网）下访问NextCloud中的onlyoffice时，会出现无法连接。而在校园网（相对于路由器是外网）中访问却可以正确进行。
情景2：我将打印机连接在了MI-R3G路由器上，并在防火墙中配置好WAN口和LAN口的端口转发后，只有WAN口的转发起作用（两个配置只有源区域的不同

）。同样是连接校园网的情况下能正常打印，在内网情况下无法打印。

总结：发生问题的情况应该是这样：内网客户端A发出指向路由器外网IP的请求时，路由器不能正确的把流量转发给内网客户端B。但如果A在外网或者A经过中转，就能正确访问B。
（中转指：直接有线连接路由器，通过域名或者路由器内/外网IP+端口无法访问内网其他客户端，只能访问路由器本身，但如果经过无线AP的WIFI则可以访问内网其他客户端）

本人也尝试过直接在防火墙-自定义规则中添加规则来尝试解决这个问题，但不知道是我配置没正确还是固件本身的问题，也没有成功。
好像是NAT环回没有正常配置导致的
另外，本人之前使用的koolshare的LEDE固件使用相同的配置则没有出现这样的问题。

此外，还有两个小问题

1. 固件没有自带打印机驱动，我尝试安装使用p910nd，发现打印机完全没有反应，所以把它接在了MI-R3G路由器上，然后产生了情景2的问题。我本人在HomeLEDE上安装了CUPS来解决这个问题，解决方案。
2. 在使用HomeClash时，按照您的教程，没有发现HomeClash的第三方规则集
   

(2) 路由器型号和固件版本

--
A：
路由器型号：EXSI下的X86软路由
固件版本：HomeLede v2020.09.05 based on OpenWrt R20.8.27 / LuCI Master (git-20.227.55359-a3340a9)

(3) 详细日志

A：未看到有相关记录

反馈bug/问题模板，提建议请删除

1.关于你要提交的问题

Q：是否搜索了issue (使用 "x" 选择)

• [ x] 没有类似的issue

2. 详细叙述

有点疑惑，希望作者解答

(1) 具体问题

A：homelede更新了多次dns逻辑：
一.smartdns的第二服务被dnscrypt-proxy2代替
二.10.1版本dnscrypt-proxy2被https-dns-proxy代替

smartdns与dnscrypt-proxy2都支持doh，并且有缓存功能，一直疑惑为什么不再使用，就研究了下
关于第二项，有可能是bug导致的，因为dnscrypt-proxy2启动顺序是16，https-dns-proxy是84
dnscrypt-proxy2在启动过中等待超时被https-dns-proxy后占端口7053
如果https-dns-proxy没有使用，建议固件启动项中默认禁用

请问是否有IPV6的详细设置教程，我是江苏移动宽带，ipv6-test.com 测试没有IPV6地址，但是路由器明明分配到了公网ipv6 ，电脑也有ipv6 就是没法访问ipv6网站，我使用电脑直接拨号是可以正常访问ipv6的

反馈bug/问题模板，提建议请删除

1.关于你要提交的问题

Q：是否搜索了issue (使用 "x" 选择)
[ * ] 没有类似的issue

2. 详细叙述

(1) 具体问题

A：PassWall里面，直连列表里面的网址还是通过代理
在直连列表中添加了网址，没有加http://www前缀。通过网站查看访问ip，发现走的是代理。
模式设置的是“**列表以外”。

改过IP地址，把192.168.1.1改成192.168.1.2，DHCP关了。其他设置没动过，不知道这个有没有影响。

(2) 路由器型号和固件版本

A：软路由，PVE建的虚拟机，2核1G，固件：2020.10.01；2020.07.18。

(3) 详细日志

A：2020-11-05 09:46:59: 执行启动延时 1 秒后再启动!
2020-11-05 09:47:00: 分析 Socks 服务的节点配置...
2020-11-05 09:47:00: TCP_1节点：gcore.aiji.ru，节点：www.abc.com:443，监听端口：1041
2020-11-05 09:47:00: UDP_1节点：gcore.aiji.ru，节点：www.abc.com:443，监听端口：1051
2020-11-05 09:47:00: 过滤服务配置：准备接管域名解析[0]...
2020-11-05 09:47:00: | - (homelede -> chinadns-ng) 只支持2~4级的域名过滤...
2020-11-05 09:47:00: | - (homelede -> chinadns-ng) 上游 DNS (127.0.0.1#7053) 有一定概率会比 DNS (127.0.0.1#6053) 先返回的话(比如 DNS 的本地查询缓存)，启用 '公平模式' 可以优先接受代理 DNS 的**IP段内(chnroute/chnroute6)的应答...
2020-11-05 09:47:00: + 过滤服务：HomeLede->ChinaDNS-NG(:7913-f) + 代理：**域名列表：127.0.0.1#6053，防火墙域名列表：127.0.0.1#7053
2020-11-05 09:47:01: - [0]节点列表中的域名(vpsiplist)：119.29.29.29
2020-11-05 09:47:01: - [0]域名白名单(whitelist)：默认
2020-11-05 09:47:01: - [1]代理域名表(blacklist)：默认
2020-11-05 09:47:01: - [0]防火墙域名表(gfwlist)：默认
2020-11-05 09:47:01: - [0]以上所列以外及默认(homelede -> chinadns-ng)：127.0.0.1#7913
2020-11-05 09:47:01: 开始加载防火墙规则...
2020-11-05 09:47:01: 本机网段互访直连：192.168.1.2/24
2020-11-05 09:47:01: 过滤所有节点直接 IP 地址完成[0]
2020-11-05 09:47:01: 加载路由器自身 TCP 代理...
2020-11-05 09:47:01: 使用链表 PREROUTING 排列索引2[0]
2020-11-05 09:47:01: 分析 Socks 服务所使用节点...
2020-11-05 09:47:01: 分析 TCP 代理自动切换1...
2020-11-05 09:47:06: - [2]TCP直连代理使用链2，节点（v2ray）：www.abc.com:443
2020-11-05 09:47:06: 分析 UDP 代理自动切换1...
2020-11-05 09:47:11: - [2]UDP直连代理使用链2，节点（v2ray）：www.abc.com:443
2020-11-05 09:47:11: 加载路由器自身 UDP 代理...
2020-11-05 09:47:11: - [0]不代理 UDP 端口：80,443
2020-11-05 09:47:11: TCP默认代理：使用TCP节点1 **列表以外代理所有端口
2020-11-05 09:47:11: UDP默认代理：使用UDP节点1 **列表以外代理除disable外的所有端口
2020-11-05 09:47:11: 防火墙规则加载完成！
2020-11-05 09:47:11: 重启 dnsmasq 服务[0]
2020-11-05 09:47:11: 配置定时任务：自动更新规则。
2020-11-05 09:47:11: 运行完成！

目前使用1108作为旁路由， serverchan配置运行后，一直无法推送，手动推送也不行。
serverchan配置极其简单，肯定不是配置问题，同样的PushKey在其他应用上测试过正常使用。

TCP默认代理模式换成防火墙表就访问不了谷歌了，但是换成**列表以外就可以。

2020.09.05和2020.10.01都有碰到这个问题，我的是在虚拟机里面跑的，lan口和wan口在同一个网段。

想用防火墙表是不想迅雷也走代理。

开启passwall 白名单模式
部分国内网址ip无法解析 adguard home 显示servfail
国外网站一切正常
13:50:07
koolshare.cn
A
状态： SERVFAIL

未开启passwall时
国外未被墙网站打不开 apple.com github.com 等
在路由nslookup后发现 dns请求在54端口无响应 上游 smartdns 和chinadns-ng都能返回ip

应该是dnsmasq问题吧 我试着重启了几次 也一样

对overlay扩容后，一直无法实现挂载，具体情况见截图。不知道是怎么回事？

718版本DNS有问题，在我使用中，DNS总是会很快无法解析。
而在这期间我只是配置了homeclash的订阅地址，并按照clash的要求在lan中关闭了ipv6的DHCP。
之后突然发现不能打开网页了，测试DNS超时。试着关闭去广告、smartDNS和ChinaDNS都没用。

反馈bug/问题模板，提建议请删除

1.关于你要提交的问题

没有类似的issue

2. 详细叙述

编译报错,每次都是这个错误，即使重新git也是到这一步就不行了，

(2) 路由器型号和固件版本

X86

(3) 详细日志

make[1]: *** [package/Makefile:107: /home/kailsay/homeLede/staging_dir/target-x86_64_musl/stamp/.package_compile] Error 2
make[1]: Leaving directory '/home/kailsay/homeLede'
make: *** [/home/kailsay/homeLede/include/toplevel.mk:227: world] Error 2

反馈bug/问题模板，提建议请删除

1.关于你要提交的问题

Q：是否搜索了issue (使用 "x" 选择)

• [ x] 没有类似的issue

2. 详细叙述

(1) 具体问题

0620版本，
问题1：一刷完更改wan为pppoe 死活不拨号，必须删除wan从新创建，才会好，或者是 更改物理接口去别的接口。在改回eth1 才会拨号。
问题2：开了ad，smartdns，iphone的今日头条app一开始是可以访问的，过了几个小时，app内变成无法访问，网络错误，但是toutiao.com等网址打开均正常。安卓手机app也正常。
问题3：系统无法从web更新其他固件。

(2) 路由器型号和固件版本

A：d2800 主机。双rtl8111千兆卡。

(3) 详细日志

A：无。

反馈bug/问题模板，提建议请删除

1.关于你要提交的问题

Q：是否搜索了issue (使用 "x" 选择)

• 没有类似的issue

2. 详细叙述

(1) 具体问题

A：我用的是0718的版本，发现解析国内的网址速度很慢，经常发现解析失败
用dig命令看5053端口已经解析到地址了，但是54端口还是没有结果，看上去像是dnsmasq的问题
想了解一下，chinadns-ng是如何重定向到dnsmasq的？ 我遇到的这个问题，可能的原因是什么

谢谢

(2) 路由器型号和固件版本

A：0718版本, 软路由

(3) 详细日志

A：
root@OpenWrt:/tmp# dig ip111.cn @127.0.0.1 -p 5053; dig ip111.cn @127.0.0.1 -p 54

; <<>> DiG 9.16.4 <<>> ip111.cn @127.0.0.1 -p 5053
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 63741
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;ip111.cn. IN A

;; ANSWER SECTION:
ip111.cn. 3584 IN A 121.41.110.161

;; Query time: 0 msec
;; SERVER: 127.0.0.1#5053(127.0.0.1)
;; WHEN: Mon Aug 31 23:51:01 CST 2020
;; MSG SIZE rcvd: 50

; <<>> DiG 9.16.4 <<>> ip111.cn @127.0.0.1 -p 54
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 24416
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;ip111.cn. IN A

;; Query time: 16 msec
;; SERVER: 127.0.0.1#54(127.0.0.1)
;; WHEN: Mon Aug 31 23:51:01 CST 2020
;; MSG SIZE rcvd: 37

主路由时ikuai 能够ping通114.114.114.114 和.baidu 192.168.2.200
旁路由homelede 能够ping通114.114.114.114 dns解析正常 可在线安装插件 默认状态 未开任何其他功能 192.168.2.201
主旁路由能正常互相ping通 所有设置都参照Google网盘里都二级路由示意图且homelede所有防火墙都被设置为允许
内网设备能够正常获取ip 网关 dns 且能够正常解析网址ip nslookup返回的dns服务器地址就是旁路由ip
内网设备无法访问外网 只能ping通主旁路由 无法ping通任何外网ip
tranceroute追踪显示到homelede处就没有响应了

`
Software-Version

OpenWrt - HomeLede v2020.07.11 based on OpenWrt R20.7.7
LuCI - git-20.191.45716-b73d3a4

Output of "ip a show"

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master br-lan state UP group default qlen 1000
link/ether be:eb:d3:69:26:73 brd ff:ff:ff:ff:ff:ff
3: ip6tnl0@NONE: mtu 1452 qdisc noop state DOWN group default qlen 1000
link/tunnel6 :: brd ::
4: sit0@NONE: mtu 1480 qdisc noop state DOWN group default qlen 1000
link/sit 0.0.0.0 brd 0.0.0.0
5: ip_vti0@NONE: mtu 1480 qdisc noop state DOWN group default qlen 1000
link/ipip 0.0.0.0 brd 0.0.0.0
6: ip6_vti0@NONE: mtu 1332 qdisc noop state DOWN group default qlen 1000
link/tunnel6 :: brd ::
7: dummy0: <BROADCAST,NOARP> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether d6:9a:33:96:32:7b brd ff:ff:ff:ff:ff:ff
8: gre0@NONE: mtu 1476 qdisc noop state DOWN group default qlen 1000
link/gre 0.0.0.0 brd 0.0.0.0
9: gretap0@NONE: <BROADCAST,MULTICAST> mtu 1462 qdisc noop state DOWN group default qlen 1000
link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff
10: erspan0@NONE: <BROADCAST,MULTICAST> mtu 1450 qdisc noop state DOWN group default qlen 1000
link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff
11: bond0: <BROADCAST,MULTICAST,MASTER> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether 52:63:b3:cf:9c:19 brd ff:ff:ff:ff:ff:ff
12: br-lan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether be:eb:d3:69:26:73 brd ff:ff:ff:ff:ff:ff
inet 192.168.2.201/24 brd 192.168.2.255 scope global br-lan
valid_lft forever preferred_lft forever
inet6 fd4d:a9f:58e3::1/60 scope global noprefixroute
valid_lft forever preferred_lft forever
inet6 fe80::bceb:d3ff:fe69:2673/64 scope link
valid_lft forever preferred_lft forever
18: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
link/ether 02:42:fc:2f:8a:01 brd ff:ff:ff:ff:ff:ff
inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0
valid_lft forever preferred_lft forever

Output of "ip route show"

default via 192.168.2.200 dev br-lan proto static
172.17.0.0/16 dev docker0 proto kernel scope link src 172.17.0.1 linkdown
192.168.2.0/24 dev br-lan proto kernel scope link src 192.168.2.201

Output of "ip rule show"

0: from all lookup local
32766: from all lookup main
32767: from all lookup default

Output of "ip route list table 1-250"

Output of "iptables -L -t mangle -v -n"

Chain PREROUTING (policy ACCEPT 6063 packets, 390K bytes)
pkts bytes target prot opt in out source destination

Chain INPUT (policy ACCEPT 1088 packets, 106K bytes)
pkts bytes target prot opt in out source destination
1092 106K RRDIPT_INPUT all -- * * 0.0.0.0/0 0.0.0.0/0

Chain FORWARD (policy ACCEPT 2169 packets, 137K bytes)
pkts bytes target prot opt in out source destination
2181 138K RRDIPT_FORWARD all -- * * 0.0.0.0/0 0.0.0.0/0
2152 136K TCPMSS tcp -- * br-lan 0.0.0.0/0 0.0.0.0/0 tcp flags:0x06/0x02 /* !fw3: Zone newzone MTU fixing */ TCPMSS clamp to PMTU

Chain OUTPUT (policy ACCEPT 1176 packets, 442K bytes)
pkts bytes target prot opt in out source destination
1180 442K RRDIPT_OUTPUT all -- * * 0.0.0.0/0 0.0.0.0/0

Chain POSTROUTING (policy ACCEPT 3347 packets, 580K bytes)
pkts bytes target prot opt in out source destination

Chain RRDIPT_FORWARD (1 references)
pkts bytes target prot opt in out source destination
100 4816 RETURN all -- * * 192.168.2.23 0.0.0.0/0
0 0 RETURN all -- * * 0.0.0.0/0 192.168.2.23
2079 133K RETURN all -- * * 192.168.2.102 0.0.0.0/0
0 0 RETURN all -- * * 0.0.0.0/0 192.168.2.102
0 0 RETURN all -- * * 192.168.2.200 0.0.0.0/0
0 0 RETURN all -- * * 0.0.0.0/0 192.168.2.200

Chain RRDIPT_INPUT (1 references)
pkts bytes target prot opt in out source destination
0 0 RETURN all -- eth0 * 0.0.0.0/0 0.0.0.0/0
956 91580 RETURN all -- br-lan * 0.0.0.0/0 0.0.0.0/0

Chain RRDIPT_OUTPUT (1 references)
pkts bytes target prot opt in out source destination
0 0 RETURN all -- * eth0 0.0.0.0/0 0.0.0.0/0
1044 428K RETURN all -- * br-lan 0.0.0.0/0 0.0.0.0/0

Chain qos_Default (0 references)
pkts bytes target prot opt in out source destination
0 0 CONNMARK all -- * * 0.0.0.0/0 0.0.0.0/0 CONNMARK restore mask 0xf
0 0 qos_Default_ct all -- * * 0.0.0.0/0 0.0.0.0/0 mark match 0x0/0xf
0 0 MARK udp -- * * 0.0.0.0/0 0.0.0.0/0 mark match 0x0/0xf0 length 0:500 MARK xset 0x22/0xff
0 0 MARK icmp -- * * 0.0.0.0/0 0.0.0.0/0 MARK xset 0x11/0xff
0 0 MARK tcp -- * * 0.0.0.0/0 0.0.0.0/0 mark match 0x0/0xf0 tcp spts:1024:65535 dpts:1024:65535 MARK xset 0x44/0xff
0 0 MARK udp -- * * 0.0.0.0/0 0.0.0.0/0 mark match 0x0/0xf0 udp spts:1024:65535 dpts:1024:65535 MARK xset 0x44/0xff
0 0 CONNMARK all -- * * 0.0.0.0/0 0.0.0.0/0 CONNMARK save mask 0xff

Chain qos_Default_ct (1 references)
pkts bytes target prot opt in out source destination
0 0 MARK tcp -- * * 0.0.0.0/0 0.0.0.0/0 mark match 0x0/0xf tcp multiport ports 22,53 /* ssh, dns / MARK xset 0x11/0xff
0 0 MARK udp -- * * 0.0.0.0/0 0.0.0.0/0 mark match 0x0/0xf udp multiport ports 22,53 / ssh, dns / MARK xset 0x11/0xff
0 0 MARK tcp -- * * 0.0.0.0/0 0.0.0.0/0 mark match 0x0/0xf tcp multiport ports 20,21,25,80,110,443,993,995 / ftp, smtp, http(s), imap / MARK xset 0x33/0xff
0 0 MARK tcp -- * * 0.0.0.0/0 0.0.0.0/0 mark match 0x0/0xf tcp multiport ports 5190 / AOL, iChat, ICQ / MARK xset 0x22/0xff
0 0 MARK udp -- * * 0.0.0.0/0 0.0.0.0/0 mark match 0x0/0xf udp multiport ports 5190 / AOL, iChat, ICQ */ MARK xset 0x22/0xff
0 0 CONNMARK all -- * * 0.0.0.0/0 0.0.0.0/0 CONNMARK save mask 0xff`