Welcome to OpenWrt-nikki Discussions!

[morytyann]

👋 Welcome!

We’re using Discussions as a place to connect with other members of our community. We hope that you:

• Ask questions you’re wondering about.
• Share ideas.
• Engage with other community members.
• Welcome others and are open-minded. Remember that this is a community we
  build together 💪.

To get started, comment below with an introduction of yourself and tell us about what you do with this community.

[ForestL18]

Hope to add the TUN mode later, thanks.

[morytyann]

Maybe in August

[morytyann]

I add tun proxy mode in tun branch, you can try it by build it yourself or just use packages build by GitHub Action

[mswarmtree]

请问怎么自己手动更新metacubexd面板？在面板里点更新后直接崩

[morytyann]

插件还不支持，如果想更新的话，禁用MetaCubeXD再启用MetaCubeXD，或者移除/etc/mihomo/run/ui/metacubexd文件夹后重启服务
面板里点击更新的话，会直接覆盖整个ui文件夹，核心不支持配置多个面板

[t20240919]

👏👏👏👏👏👏👏👏👏👏👏👏👏👏👏👏👏👏👏🎉🎉🎉🎉🎉🎉🎉🎉🎉🎉🎉🎉
太棒了,简洁.

请教一下啊,局域网dns服务器的数据经过op时会被劫持吗?它两如何共存,比如,我只需要Mihomo负责代理,dns交给局域网的另一台ADGUARD服务器(比较幸运可直连国外加密地址).

[morytyann]

应该有两种办法

1. 打开 DNS 劫持，将Mihomo的DNS上游指向ADG，即客户端 -> Mihomo -> ADG
2. 关闭 DNS 劫持，将DNSMasq上游指向ADG，ADG上游指向Mihomo，即客户端 - > DNSMasq -> ADG -> Mihomo（ADG和Mihomo的顺序可以交换

但是我没测试过，理论可行

[625045508]

应该有两种办法

1. 打开 DNS 劫持，将Mihomo的DNS上游指向ADG，即客户端 -> Mihomo -> ADG
2. 关闭 DNS 劫持，将DNSMasq上游指向ADG，ADG上游指向Mihomo，即客户端 - > DNSMasq -> ADG -> Mihomo（ADG和Mihomo的顺序可以交换

但是我没测试过，理论可行

DNSmasq 端口改为0 Adguardhome 端口设置53 adg 上游指向 nikki ， 发现 adg不显示客户端ip 和请求的dns，是哪没设置对嘛？

[xkdvSrPD]

应该有两种办法

1. 打开 DNS 劫持，将Mihomo的DNS上游指向ADG，即客户端 -> Mihomo -> ADG
2. 关闭 DNS 劫持，将DNSMasq上游指向ADG，ADG上游指向Mihomo，即客户端 - > DNSMasq -> ADG -> Mihomo（ADG和Mihomo的顺序可以交换

但是我没测试过，理论可行

DNSmasq 端口改为0 Adguardhome 端口设置53 adg 上游指向 nikki ， 发现 adg不显示客户端ip 和请求的dns，是哪没设置对嘛？

dnsmasq不会向后传递客户端IP，你可以选择修改dnsmasq的dns端口为其他端口，设置adguardhome端口为53
注意这样设置之后需要修改lan口的dhcp，添加dhcp option，6,0.0.0.0，否则dhcp服务器不会下发DNS服务器到客户端（主路由模式，旁路有没用过）

[binzi723]

请教，r4s安装的istore OS系统，应该下载对应的哪个链接？

[t20240919]

先安装mihomo,再luci-app-mihomo,再luci-i18n-mihomo-zh-cn.
就是内核,图像控制界面,翻译,按顺序来.

[morytyann]

iStore好像不是firewall4吧，那没办法

[binzi723]

哦哦……😂
谢谢了 @morytyann @t20240919
还要请教一下，哪里有可以装iStore的版本的？

[t20240919]

iStore只是个皮肤马甲,可以自行根据需求编译.https://github.com/istoreos/istoreos

[morytyann]

istoreos/istoreos#1778 (comment)

[minisind]

求问，能不能增加一个定时测试网络连通性再切换节点的功能？有的机场很多节点，运行一段时间会有的节点断连，需要切换节点。

[morytyann]

https://wiki.metacubex.one/config/proxy-groups/fallback/

[minisind]

感谢感谢！
已经用上了，简洁不简单的好插件！

[minisind]

牛！
这个会用了之后解锁了很多新技能。
还学会配置HY2类型节点，手搓YAML配置文件后估计我就无敌了。

[t20240919]

你好v6语法是这样吗？不知道怎么填 ，[2402:4e00::] "2402:4e00::" "[2402:4e00::]"

[morytyann]

不需要转义，直接写引号里的内容应该就可以吧

[t20240919]

👌👍

[minisind]

大佬，使用一段时间，有个情况问一下，路由器上安装好后，使用一段时间（估计十几个小时）后，客服端就会有些网站打不开了。 重启一下MIHOMO就正常，这个可以如何调试？ 可以查什么LOG文件找到原因吗？

[morytyann]

定时清除？你可以写个脚本定时调用API获取连接并关闭，然后加到crontab里。

不过这样是有问题的，有些软件需要长连接，强行断开可能会导致断线/掉线等问题。

[mqcycy]

定时清除？你可以写个脚本定时调用API获取连接并关闭，然后加到crontab里。

不过这样是有问题的，有些软件需要长连接，强行断开可能会导致断线/掉线等问题。

因为一段时间后urltest已经切换到其他节点了，但长连接并没有断开或刷新，

[refined-fish]

keep-alive机制不就是来干这个的吗，是不是题主用的订阅转换把换个功能给关了或者尝试时间设置的过长

[mqcycy]

keep-alive机制不就是来干这个的吗，是不是题主用的订阅转换把换个功能给关了或者尝试时间设置的过长

这个不是单独用于移动端的吗，
我的理解是给使用了mihomo内核的移动端APP解决耗电问题的，openwrt上我试过300s或600s貌似都没有作用

[refined-fish]

keep-alive机制不就是来干这个的吗，是不是题主用的订阅转换把换个功能给关了或者尝试时间设置的过长

这个不是单独用于移动端的吗， 我的理解是给使用了mihomo内核的移动端APP解决耗电问题的，openwrt上我试过300s或600s貌似都没有作用

不是啊，这个是个内核功能，确实是因为移动端耗电问题被注意到然后提供的（PS：但实际上也不是一个好办法），你设置是有效果的，我尝试过设置1800s，然后我面板连接数爆了，不好使。保持默认设置，把长链接绕过内核才是正确地做法

[hanling2805]

保存表单时出错： 选项“要代理的 TCP 目标端口”不能为空。 这个怎么办？

[morytyann]

选一下全部端口

[hanling2805]

感谢

[halfroom]

按照README安装的，咋没有嗅探设置了

[halfroom]

我还没说一下我的网络拓扑。。我的TrueNAS有两张网卡，直通一张做软路由的，所以软路由只做了一个网口。
设置了DNS为旁路由，还是不行。这是我tun和dns的配置，其中dns-hijack无论配置53端口还是1053，都不行，但有一点很奇怪，看起来偶尔有那么一两条是正常走规则的，比如截图里的ntp3.aliyun.com，但我终端里curl https://google.com，和docker pull，日志里都不识别为域名。

配置文件：

tun:
  enable: true
  stack: mixed
  auto-route: true
  auto-redirect: false
  route-address:
    - 0.0.0.0/1
    - 128.0.0.0/1
    - ::/1
    - 8000::/1
  auto-detect-interface: true
  dns-hijack:
    - any:53
  device: mihomo
  mtu: 9000
  strict-route: true
  endpoint-independent-nat: true
dns:
  enable: true
  ipv6: true
  use-hosts: false
  use-system-hosts: true
  default-nameserver:
    - 192.168.x.1
    - 223.5.5.5
    - 114.114.114.114
  nameserver:
    - 192.168.x.1
    - 223.5.5.5
    - 114.114.114.114
  nameserver-policy: {}
  enhanced-mode: redir-host
  fake-ip-range: 198.18.0.1/16
  fake-ip-filter-mode: blacklist
  fake-ip-filter:
    - "*.lan"
    - "*.localdomain"
    - "*.example"
    - "*.invalid"
    - "*.localhost"
    - "*.test"
    - "*.local"
    - "*.home.arpa"
    - "*.msftconnecttest.com"
    - "*.msftncsi.com"
  fallback:
    - 1.1.1.1
    - 8.8.8.8
  fallback-filter:
    geoip: true
    geoip-code: CN
    geosite:
      - gfw
    ipcidr:
      - 240.0.0.0/4
    domain:
      - +.facebook.com
      - +.youtube.com
      - +.google.com
  prefer-h3: false

time="2024-11-21T23:24:59.793960998+08:00" level=info msg="Initial configuration complete, total time: 905ms"
time="2024-11-21T23:24:59.794259878+08:00" level=info msg="RESTful API listening at: [::]:9090"
time="2024-11-21T23:24:59.800660982+08:00" level=info msg="Sniffer is closed"
time="2024-11-21T23:24:59.800679046+08:00" level=info msg="Use tcp concurrent"
time="2024-11-21T23:24:59.800744128+08:00" level=info msg="DNS server listening at: [::]:1053"
time="2024-11-21T23:24:59.80079862+08:00" level=info msg="HTTP proxy listening at: [::]:8080"
time="2024-11-21T23:24:59.800844997+08:00" level=info msg="SOCKS proxy listening at: [::]:1080"
time="2024-11-21T23:24:59.800896023+08:00" level=info msg="Redirect proxy listening at: [::]:7891"
time="2024-11-21T23:24:59.80095331+08:00" level=info msg="TProxy server listening at: [::]:7892"
time="2024-11-21T23:24:59.800979529+08:00" level=info msg="Mixed(http+socks) proxy listening at: [::]:7890"
time="2024-11-21T23:24:59.805681459+08:00" level=info msg="[TUN] Tun adapter listening at: mihomo([198.18.0.1/30],[fdfe:dcba:9876::1/126]), mtu: 9000, auto route: true, auto redir: false, ip stack: Mixed"

[halfroom]

今天改了一下sniffer，就莫名奇妙的公网端口转发访问也好了，，而且我也没把NAS的DNS配置成旁路由的DNS。以下是我的sniffer配置，就是把force-dns-mapper从true改成了false，然后重启了一下NAS的网络服务。真是瞎猫碰见了死耗子，不知道哪里的操作触发成功了。

sniffer:
  enable: true
  force-dns-mapping: false
  parse-pure-ip: true
  override-destination: true
  sniff:
    HTTP:
      ports: [80, 8080-8880]
      override-destination: true
    TLS:
      ports: [443, 8443]
    QUIC:
      ports: [443, 8443]
  force-domain:
    - +.v2ex.com
  skip-domain:
    - Mijia Cloud

[halfroom]

解决嗅探问题。

端口转发的问题，你试试把环回源IP改为使用外部IP地址。

经过无数次的尝试，最终确定结论是，把TUN关掉，TCP使用Redirect，UDP使用TPROXY，还要把那个“绕过大陆IP”勾上，就能公网端口映射访问的问题。


所以这个绕过中国大陆IP的原理是什么？通过iptables控制还是程序里控制的呢？勾选这个之后，我发现从NAS上访问国内的网站，旁路由的mihomo都没有日志的

[mqcycy]

GEO大陆IP,SITE不劫持直接出去了，就没经过mihomo

[halfroom]

GEO大陆IP,SITE不劫持直接出去了，就没经过mihomo

这个值得研究一下。其实不用旁路由，本地启动一个mihomo的带tun的容器也能解决，但是这样有一个问题，本1地开启TUN的模式下，对于路由器转发的来自公网的请求，假如docker容器服务是非host模式启动的，容器的响应会出不去的问题，公网访问就超时，如果是host模式的容器就没有问题。不知道有没有什么思路可以解决？

[Radisnt01]

要如何使用局域网连接，设置了allow-lan: true但无法使用，是需要设置防火墙吗？

[morytyann]

什么意思？你想使用http或者socks代理？

[Radisnt01]

是的

[morytyann]

代理没配置用户名和密码吧？

[Radisnt01]

是的，之前一直没仔细看启动配置忽略了会自动混入authentication，感谢感谢

[hanling2805]

Received, the issue has been resolved. Thank you very much Joseph Mory ***@***.***> 于2024年11月15日周五 08:53写道：

…

image.png (view on web) <https://github.com/user-attachments/assets/ae5dd59a-f7c6-4e6c-9d8b-0d766db97e97> 选一下全部端口 — Reply to this email directly, view it on GitHub <#46 (reply in thread)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/BMMUWUQFVUPD7RUTIJHIQYL2AVAYDAVCNFSM6AAAAABLT5FQ7CVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTCMRWGEZTKOI> . You are receiving this because you commented.Message ID: ***@***.*** com>