浅唱博客

AntiDebug_Breaker

Sat, 28 Feb 2026 00:00:00 +0000

前言

面对无限DeBugger束手无策？打开控制台即跳转白屏？苦苦寻找加密函数和密钥？这个插件助您事半功倍

脚本使用场景

AntiDebug

Bypass Debugger
hook log
Hook table
hook clear
hook close
hook history
Fixed window size
页面跳转JS代码定位通杀方案
Hook CryptoJS
Hook JSEncrypt RSA
Hook SM-crypto

Hook

document.cookie
XMLHttpRequest.setRequestHeader
XMLHttpRequest.open
localStorage.setItem
localStorage.getItem
localStorage.removeItem
localStorage.clear
sessionStorage.setItem
sessionStorage.getItem
sessionStorage.removeItem
sessionStorage.clear
fetch
JSON.parse
JSON.stringify
Promise
Math.random
Date.now
performance.now

Vue

获取路由
清除跳转
清除路由守卫
激活Vue Devtools

反调试

Bypass Debugger

插件安装

谷歌插件应用商店安装地址：https://chromewebstore.google.com/detail/antidebug-breaker/opkclndfcbafdaecbbaklefnaadopcln

手动安装将源码下载到本地后打开chrome，访问chrome://extensions/，点击左上角的加载未打包的扩展程序，然后选中源码文件夹即可：

来源

Github

scrcpy-remote

Fri, 27 Feb 2026 00:00:00 +0000

前言

双持用户，想用苹果手机控制安卓手机，用magiskWiFiADB和zerotier解决网络问题之后，在苹果商店找到scrcpy-remote，但是卖3美元或者22港币，网上别人买了6人民币，不甘心，找ipa包的时候发现它是个开源的。

软件截图

特色

支持通过WiFi与ADB的SCRCPY传输;
通过硬件解码，耗电和CPU消耗更少;
针对移动设备不稳定网络优化手势体验;
支持从 URL 方案启动 SCRCPY;
支持配对代码配对安卓设备;
配备安卓导航按钮：返回、主页、切换应用;
支持切换 iOS 键盘并将按键发送到远程设备;
iPhone与远程安卓设备同步剪贴板内容;
支持adbkey管理：生成、修改、导入、导出;
支持音频转发到 iPhone（适用于 Android 11+ 设备）;

用法

ADB模式：

安装应用后，默认模式是VNC。您可以通过以下选项之一切换到 ADB WiFi 模式：

点击 scrcpy2://adb 访问此网址方案
在主机文本框中输入文本，然后点击连接adb
在端口文本框中输入文本，然后点击连接5555
然后请确保安卓设备已启用adb tcpip模式：

adb tcpip 5555

在你的安卓设备上授权后，scrcpy 将继续连接。

或者配对代码：

这只适用于Android 10+设备：

点击... （Scrcpy Remote 主窗口左上角的菜单图标）;
点击与配对代码配对;
然后在安卓设备上，选择：

Settings -> System -> Developer Options -> Enable Wireless Debugging -> Pair device with pairing code

然后在安卓设备上按照提示开始配对。

VNC模式：

您可以通过以下选项之一切换回VNC模式：

点击 scrcpy2://vnc 访问 URL Scheme
在主机文本框中输入文本，然后点击连接vnc
在端口文本框中输入文本，然后点击连接5900

注意：VNC模式只能连接通过websockify代理的VNC端口，且基于noVNC（一个网页虚拟客户端），所以性能和体验可能不理想。

网址方案：

更改选项后，你可以点击复制 URL Scheme获取 URL Scheme 字符串，并且可以在 Shorcuts.app 中创建快捷方式快速连接到 scrcpy。

scrcpy2://example.com:5555?bit-rate=4M&max-size=1080

下载链接

Github（需要自签名或者用巨魔安装，否则就只能花钱在Apple Store买了）

ipaDown 下载苹果旧版应用

Fri, 27 Feb 2026 00:00:00 +0000

前言

昨天室友发现正版的旧版zerotier可以自定义planet，遂使用下载砸壳包自签名的方式安装，突然想起我有下载官方正版应用的工具，通过拦截iTunes的下载请求实现，但使用旧版的iTunes遇到种种问题，无网络问题（通过爱思重置解决），搜索不到应用的问题，遂翻阅论坛找到该工具可以直接扫码安装（失败了），用爱思直接安装。

软件截图

踩坑提醒

旧版iTunes 12.6.5.3不太能用，建议舍弃不折腾
要使用下载的账号登录手机才可以打开应用

下载链接

iTunes 12.6.5.3
软件下载地址 https://wangfei.lanzoum.com/b0ei1zlje 密码:huihui
打不开就这个 https://wangfei.lanzoux.com/b0ei1zlje 密码:huihui
天翼云盘（访问码：z41c）

转载来源

52pojie
actions-iTunes-header.js-github
ipatool.js-github

中兴U30 Air随身WIFI移植zerotier

Wed, 11 Feb 2026 00:00:00 +0000

前言

zerotier实在优秀，我的大部分设备都接入了zerotier，单位采购了两台随身WIFI，安装了zerotier的安卓版本APP，VPN建立之后无法正常工作
连接建立，controller也看到在线，但是其他的设备ping不通
当然了，如果在这个随身WIFI下，由于网络会进到随身WIFI，而那个IP已经分配给随身WIFI内部了，所以可以ping通，如果不在这个网络内，通过zeortier就无法连通了
因此退而求其次的方案就是frp内网穿透+gost搭建socks5代理
但是linux下是可以直接运行zerotier-one的，因此我尝试在github上寻找arm版本的zerotier-one可执行文件，于是找到了zerotier-magisk这个项目，他是通过magisk模块去运行。
但是我没有Magisk，也不想尝试刷机，但我通过UFI的高级功能已经获取到了root权限
我已经移植好一台成功了
现在操作一下第二台，特此记录下过程

开始移植

下载对应架构模块包

:/ # uname -a
Linux localhost 5.4.254-android12-9-g7463324543ed #1 SMP PREEMPT Tue Mar 4 16:37:57 CST 2025 armv8l Toybox

armv8l是arm32位的架构，故下载zerotier-magisk-arm-gcc-xxxxxx.zip版本,下载过NDK版本，由于无法调用系统链接库报错

CANNOT LINK EXECUTABLE "/data/adb/zerotier/zerotier-one": library "libm.so" needed or dlopened by "/data/adb/zerotier/zerotier-one" is not accessible for the namespace "(default)"

由于/system是只读，也无法放入/system/bin中，故更换为GCC版本可以运行
顺便下载app控制台app-xxxxxx.zip，一起push到设备中

adb push app-f55e880.zip /sdcard
adb push zerotier-magisk-arm-gcc-e2c0c3a.zip /sdcard

安装

magisk模块安装脚本的方式是运行customize.sh，但是非magisk环境里面的很多命令没有，因此只挑出有用的命令手动在shell运行，达到安装的效果

echo "- unzip"
unzip -o /sdcard/zerotier-magisk-arm-gcc-e2c0c3a.zip -x 'META-INF/*' -d /data/local/tmp/zerotier
echo "- create work dir"
rm -rf /data/adb/zerotier/
mkdir -p /data/adb/zerotier/run /data/adb/zerotier/home
mv /data/local/tmp/zerotier/zerotier/* /data/adb/zerotier/
ln -sf /data/adb/zerotier/zerotier-one /data/adb/zerotier/zerotier-cli
ln -sf /data/adb/zerotier/zerotier-one /data/adb/zerotier/zerotier-idtool
echo "- set file permission"
chmod -R 755 /data/adb/zerotier
chmod 755 /data/adb/zerotier/zerotier.sh
chmod 755 /data/adb/zerotier/zerotier-one
chmod 755 /data/local/tmp/zerotier/*.sh

修改service.sh

由于service.sh里面的inotifyd命令不能正常工作，似乎是因为这个系统过于精简的原因

inotifyd /data/local/tmp/zerotier/handle.sh /data/adb/zerotier/run/pipe:w
inotifyd: /data/adb/zerotier/run/pipe: Invalid argument

因此需要替代几处inotifyd命令

# ----------------------------------------------
#             CLI before login
# ----------------------------------------------
#touch $PIPE_CLI
#inotifyd $MODDIR/handle.sh $PIPE_CLI:w &>/dev/null &  # toybox inotifyd bug: needs an extra character after colon
(
  while true; do
    # 等待文件有写入变化
    inotifywait -e modify $PIPE_CLI 2>/dev/null
    # 文件变化时调用 handle.sh，并传入文件名
    $MODDIR/handle.sh w $PIPE_CLI
  done
) &

# ----------------------------------------------
#             APP after login
# ----------------------------------------------

wait_until_login

if [[ -d "$APPROOT" ]]; then
  rm -rf $APPROOT/run
  mkdir -p $APPROOT/run

  cp $ZTROOT/home/authtoken.secret $APPROOT/run/authtoken
  touch $PIPE_APP
  APP_UID=$(stat -c %u $APPROOT)
  APP_GID=$(stat -c %g $APPROOT)
  chown -R $APP_UID:$APP_GID $APPROOT/run #更改所有者和所有组为应用
  chmod 666 $APPROOT/run/authtoken $PIPE_APP
  #inotifyd $MODDIR/handle.sh $PIPE_APP:w &>/dev/null &
  (
    while true; do
      inotifywait -e modify $PIPE_APP 2>/dev/null
      $MODDIR/handle.sh w $PIPE_APP
    done
  ) &

最后还有个fi别弄丢了
再push进去

adb push service.sh /sdcard

cp /sdcard/service.sh /data/local/tmp/zerotier/service.sh

替换planet

adb push "C:\ProgramData\ZeroTier\One\planet" /sdcard

cp /sdcard/planet /data/adb/zerotier/home/planet

安装APP

手动运行service.sh

先安装APP打开一次再运行脚本，脚本里面有处理APP路径的逻辑，如果还没安装运行过路径不存在处理不了，APP将不能正常使用

/data/local/tmp/zerotier/service.sh
/data/adb/zerotier/zerotier.sh status

随后用检测一下状态，运行中

关闭重启一下APP

加入网络

在APP或者在命令行中操作

/data/adb/zerotier/zerotier-cli join 5873cad879664679

新增上线，授权

到此就已经能用了延迟真的好低 ping一下另一台试下相当可以了

配置路由

因为两个都是192.168.0.0/24段，主要的固定远程电脑都连接在设备1上，只要将192.168.0.0路由到设备1即可，这样如果连接在设备2，会先查找在设备2的路由，找不到就找设备1的路由（我是这样想的），试验一下可不可以成功
很遗憾失败了路由并没有回退机制，直接就路由不可达
手动桥接错乱，在控制台勾选Active bridge 桥接可能适用于 zerotier网络是个大型网络…… 好像也不是这么回事
算了搞不定
用配置路由的方式让.0.0/24走设备1路由 .2.0走设备2路由
很遗憾也不行这个随身WIFI不像Openwrt路由器随身WIFI下面的设备没办法通过路由器走进zerotier网络使用代理的方式应该是可以完结

安卓利用iptables转发到流量绕过代理检测

Mon, 02 Feb 2026 00:00:00 +0000

痛点直击：为什么你的安卓App抓不到包？

当渗透测试遇到这种情况：明明设置了Burp代理，App却罢工不上网？或是流量死活不走代理？这往往是应用层的代理检测机制在作祟！

核心原理：用「防火墙」欺骗App

安卓基于Linux内核，通过iptables防火墙将流量强制转发到本地代理，彻底绕过应用层检测！
（相当于给App的流量套上”隐身衣”）

工具准备清单

已root的安卓手机（推荐模拟器：Genymotion）
Burp Suite（社区版即可）
ADB调试工具
Termux终端（手机端操作）

四步攻破代理检测（附代码）

配置Burp「隐身模式」

打开Burp → Proxy → Options
绑定地址：0.0.0.0:8080（或者实际IP地址）
关键操作：勾选Support invisible proxying （伪装成正常服务器，避免被识别为代理）

手机端iptables防火墙规则

# ADB连接手机后执行
adb shell
su
iptables -t nat -A OUTPUT -p tcp -j DNAT --to 127.0.0.1:8080 （或者实际代理IP地址）

代码解读：

-t nat：操作NAT表（网络地址转换）
-A OUTPUT：拦截所有外发流量
--to 127.0.0.1:8080：强制重定向到本地代理（或者实际代理IP地址）

实战抓包演示

打开手机上的目标App
触发任意网络请求（如登录操作）
查看Burp History面板 → 流量全部现形！

高阶玩法：定向爆破

只针对特定App进行转发（以包名进程id为准）：

iptables -t nat -A OUTPUT -p tcp -m owner --uid-owner com.target.app -j DNAT --to 127.0.0.1:8080

避坑指南（血泪经验）

重启后iptables规则会丢失，不建议用技术手段保持修改，每次临时测试前修改，测完重启手机即可。
HTTPS证书错误？用xoposed模块信任证书或者安装Burp的CA证书到系统证书目录：/system/etc/security/cacerts/

技术对比

传统代理透明代理方案
应用层设置内核层流量劫持
易被检测完全隐身
需要配置WIFI 绝大部分网络环境通用（VPN不行）

参考文章

转载自微信公众平台 CodeRevolt原创

梆梆加固企业版脱壳修复过签名验证

Wed, 28 Jan 2026 00:00:00 +0000

前言

由于工作需要渗透测试的两个APK都使用了梆梆加固企业版，一直是一块硬骨头不想去啃。其他地方实在交不出漏洞了，遂抽空死磕一下。
APK自身还有防止代理抓包，防止VPN甚至自己建立了个VPN，加固防止Frida注入、Root检测等。
构想了两套方案：

绕过Frida注入检测、Root检测等，进行Frida注入，同事研究了很长时间，实在没有技术去修复环境，对每个检测点注入绕过检测，困难巨大。
对加固包进行脱修，获得未加固包，即可随意进行注入操作

鉴于Frida对持久化支持不好，尝试使用jsHook工具也不稳定，后期测试每次都需要借助电脑注入脚本，主要是也绕不过去加固包的检测。于是尝试脱壳修复方法，前期同事否认了我的方案，认为脱壳出来的dex支离破碎，也不完整，只能阅读代码，不能够再恢复成未加固包。同事使用的脱壳手机脱出来的dex确实很凌乱，有重复和不完整，用这个dex进行修复确实无法运行，要么闪退无法运行，要么没有成功去除签名检测，加固的签名检测仍然生效，刚打开弹出一句提示就退出了。

阅读了很多文章，讲原理的，教脱壳的，事实上是因为刚开始同事脱出来dex有问题，因而没有修复成功，斥巨资购买了mt论坛的邀请码，在上面看到了一篇1月份的热腾腾的热门帖子，第一句就指明了去哪里进行脱壳。我晕。下面开始介绍全过程

脱壳

打开脱壳网站，上传加固的apk包，下载脱壳结果网站很好找，合规原因避免泛滥，不提供地址链接，懂得都懂

修复

删除加固特征

路径:

/assets/mate-data
/lib/所有/libDexHelper.so
/lib/所有/libDexHelper-x86.so

保存时不要勾选自动签名

查找原入口

反编译classes.dex在com.secneo.apkwrapper.H类中找到原入口APPNAME、ACFNAME

替换入口删除提供者

打开AndroidManifest.xml文件
android:name的值com.secneo.apkwrapper.AW 替换成APPNAME的值 android:appComponentFactory的值 com.secneo.apkwrapper.AP 替换成ACFNAME的值将最后一个提供者删除

处理脱壳的dex

回填apk包

去除签名校验

参考文章

【实战】梆梆企业脱修
 某点社区之梆梆脱壳修复过程（非企业版）
爱加密企业版参考
“爱加密用反射大师是因为反射大师脱爱加密脱的比较全。”52破解参考
 工具包分享文章
 大佬脱壳包分享（提取码：mJTC）
MT管理器会员版2.14.5文章
 MT管理器会员版2.14.5共存版蓝奏云

RM500Q-GL 驱动程序整理

Sat, 11 Oct 2025 00:00:00 +0000

使用说明

在 windows 平台测试 RM500Q-GL 模组时，搜集的一些驱动程序模组的模式要与驱动程序对应才可以正确识别否则可能出现无法收发 AT 指令等
siriling 大神推荐 windows11 使用 NDIS 驱动本人测试用 NDIS 无法正确识别模组只有 RNIDS 模式使用 RNDIS 驱动可以正确识别但是获取到 192.168.225.x 段 IP 无法上网使用 MBIM 可以正常使用获取 IPV6 较慢

简单来说模组的 usbnet 模式搭配正确的驱动程序使用

AT 命令使用串口终端 sscom，微雪电子里面有

下载

参考siriling 参考微雪电子移远下载中心

天翼云盘（访问码：w5wd）

Mountain Duck 5.0.4.28064 x64

Sat, 11 Oct 2025 00:00:00 +0000

软件介绍

Mountain Duck 允许您在 macOS 上的 Finder 和 Windows 上的文件资源管理器中将服务器和云存储作为磁盘挂载。使用任何应用程序打开远程文件，就像在本地卷上一样工作。
全新集成连接模式，可与 File Provider (macOS) 和 Cloud Files (Windows) API 同步。无需安装设备驱动程序或进行网络挂载。用户界面与 iCloud 和 OneDrive 类似，文件打开后会同步到本地磁盘，以便离线使用。

下载

转载自rsload

天翼云盘（访问码：2jq5）

PDF-XChange.Editor.Plus.v10.5.2.395-portable

Sat, 11 Oct 2025 00:00:00 +0000

软件介绍

PDF-XChange PRO-使用 PDF 的通用解决方案。包含了 Tracker 软件的三个最佳应用程序的软件包：PDF-XChange Editor Plus，PDF-Tools 和 PDF-XChange Standard。
使用 PDF-XChange Editor Plus，您可以创建，查看和编辑图像和 PDF 文件。
PDF-Tools 在创建和处理 PDF 文件方面处于世界领先地位。
得益于便捷的界面，您几乎可以将任何格式转换为 PDF，反之亦然。PDF-XChange Standard 是一种虚拟打印机，可用于创建，更新和打印标准 PDF 文件。

软件截图

下载

天翼云盘（访问码：gn7n）

esxi虚拟机安装istoreos软路由模块定制系统

Sat, 27 Sep 2025 00:00:00 +0000

前言

了解到有定制版的 istoreos 固件，便于模块操作，安装一看里面还支持 homeassistan、zerotier、openlist 等插件，正好将目前分散的服务集成起来。且 openwrt 不知道是否是驱动的原因，高下载负载时会断连，istoreos 固件据说集成了官方驱动，试下可否解决问题。

下载固件

Siriling 由于使用 exsi，故下载了 vmdk 虚拟硬盘便于扩容和转换安装。

扩展容量

在之前的安装过程中，默认 2G 的空间不足以安装 homeassistan，所以扩容到 4G 进行尝试安装。在 Vmware Workstation 进行新建虚拟机，选择磁盘文件。
扩展磁盘到 4G

新建虚拟机

删除无用硬件后点击添加磁盘，选择现有磁盘关闭安全引导，否则无法启动系统

磁盘最好最后添加，新建好虚拟机后将磁盘文件上传到新建的虚拟机文件夹中，避免混乱。配置好后打开电源打开电源失败将从属改为主要试试

配置静态网络地址

vi etc/config/network

修改 dhcp 为 static
静态配置 ipaddr 地址子网掩码

config interface 'lan'
    option device 'br-lan'
    option proto 'static'
    option ipaddr '192.168.10.6'
    option netmask '255.255.255.0'
    option ip6assign '60'

重启启动后在图形界面设置网关，DNS（网关 DNS 不响应，不知道为什么，故将 DNS 设置为 8.8.8.8）删除全局网络设置的 IPV6 保存应用

扩容分区

回到首页看到磁盘容量为 4G，分区容量还是 2.4G，参照上次折腾的帖子进行分区扩容，重要操作之前先打快照（快照点 1）。

opkg update
opkg install cfdisk
cfdisk

扩容 sda3，先排序 soft-resize-write-quit。

tune2fs -O^resize_inode /dev/sda2 #删除GPT块
/etc/init.d/dockerd stop
mount -o remount,ro /dev/sda3
e2fsck -f /dev/sda3
  e2fsck 1.46.5 (30-Dec-2021)
  Warning!  /dev/sda3 is mounted.
  Filesystem does not have resize_inode enabled, but s_reserved_gdt_blocks
  is 255; should be zero.  Fix<y>? yes
  Resize_inode not enabled, but the resize inode is non-zero.  Clear<y>? yes
  Pass 1: Checking inodes, blocks, and sizes
  Pass 2: Checking directory structure
  Pass 3: Checking directory connectivity
  Pass 4: Checking reference counts
  Pass 5: Checking group summary information
  Block bitmap differences:  -(2--256) -8486 -(32770--33024)
  Fix<y>? yes
  Free blocks count wrong for group #0 (24094, counted=24350).
  Fix<y>? yes
  Free blocks count wrong for group #1 (32427, counted=32682).
  Fix<y>? yes
  Free blocks count wrong for group #3 (32511, counted=32766).
  Fix<y>? yes
  Free blocks count wrong for group #5 (32511, counted=32766).
  Fix<y>? yes
  Free blocks count wrong for group #7 (32511, counted=32766).
  Fix<y>? yes
  Free blocks count wrong for group #9 (32511, counted=32766).
  Fix<y>? yes
  Free blocks count wrong (497623, counted=499154).
  Fix ('a' enables 'yes' to all) <y>? yes

  etc: ***** FILE SYSTEM WAS MODIFIED *****
  etc: 206/131072 files (0.5% non-contiguous), 25134/524288 blocks

remount 之前要先停止 docker 服务，否则提示设备正忙。
重启之后查看 df

操作之后硬盘挂载不上了，完犊子。

回退快照再次扩容

参考知乎的文章，用 parted 进行扩容操作。

parted
print
resizepart
输入4096M（这个程序4G=4000M）
quit
resize2fs -p /dev/sda3
df -h

？？？扩容竟如此简单？？？真令人无语，Openwrt 中弄得要死要活（快照点 2）

设置 Docker 代理

参考恩山论坛的记录

vi /etc/init.d/dockerd
找到 start_service()

在 procd_set_param stderr 1 这一行下面添加如下地址

    procd_set_param env HTTP_PROXY=http://192.168.10.234:7897
    procd_set_param env HTTPS_PROXY=http://192.168.10.234:7897

http 地址为代理 http 接口地址。

保存退出并重启/etc/init.d/dockerd restart
操作完成之后记得注释并重启

设置全局代理

export http_proxy="http://192.168.10.234:7897"
export https_proxy="http://192.168.10.234:7897"

安装 homeassistant

界面安装失败，故复制 shell 命令到终端进行安装

is-opkg install 'app-meta-homeassistant'

服务中继续安装 docker，因为设置好了 Docker 代理，所以这步不会出现问题

发现缺少默认路由

这时候系统启动不了，回到快照点 2，将网关删除，重新设置了一下，再次安装 homeassistant
再次安装成功启动系统，homeassistant 也正常运行，扩容 4G 是刚好够安装 homeassistant 的最低需要容量关机打快照点 3

直通模块配置模块上网。

按照之前的直通操作配置硬件直通

参考知乎文章

启用 exsi 的 SSH 功能
查看 USB 设备的 VID 和 PID 号

进入虚拟机设置添加参数

usb.genreic.allowHID TRUE
usb.quirks.device0   0x2c7c:0x0800 allow

usb.quirks.device1   0x2c7c:0x0800 allow # 多个设备

修改 exsi 的/etc/vmware/config 配置

末尾新增行

usb.quirks.device0 = "0x2c7c:0x0800 allow"
usb.quirks.device1 = "0x2c7c:0x0800 allow" #多个设备

修改启动引导文件/bootbank/boot.cfg

ESXi 重启后还会再次获取设备的控制权，因此需要在 ESXi 启动引导中禁用 VMkernel 对上述设备的控制权。

在“kernelopt=”行末尾添加：一个设备
```
CONFIG./USB/quirks=0x2c7c:0x0800::0xffff:UQ_KBD_IGNORE
```
两个设备
```
CONFIG./USB/quirks=0x046d:0xc534::0xffff:UQ_KBD_IGNORE:0x046d:0xc52f::0xffff:UQ_KBD_IGNORE
```
以此类推，添加第三个 USB 设备则在末尾追加：
```
:0x\***\*:0x\*\***::0xffff:UQ_KBD_IGNORE
```
注意 CONFIG 前有空格
重启 exsi
添加 USB 设备在虚拟机设置中添加需要直通的 USB 设备，不可以热拔插，所以已经启动的虚拟机需要关机
启动虚拟机

之前操作过的就不需要再次操作了，只需要操作 3 和 7
启动虚拟机没有找到模组，重新拔插模组，点击模组扫描，成功找到模组模组配置又出现异常，退回快照 3 发现又正常…………，再次将模组直通到虚拟机原来是这里没有找到 cdc-wdm0 设备，此时/dev 目录下有 ttyUSB0-3 共 4 个设备
移动网络接口无法选择，所以出现 nil 空变量，qmi 模式实在识别不到没招。

切换网络模式

qmi 模式创建不出 cdc-wdm0 设备，切换其他模式尝试除 QMI 模式以外，其他均会直接产生一个设备，要么 wwan0 要么 usb0，成功获取到 IP 地址，牛逼。切换网络模式最好拔插一下模组，重启一下 iStoreOS 系统

收尾工作

取消网关和 DNS 开启 DHCP 注释 Docker 代理

vi /etc/init.d/dockerd

#procd_set_param env HTTP_PROXY=http://192.168.10.234:7897
#procd_set_param env HTTPS_PROXY=http://192.168.10.234:7897

/etc/init.d/dockerd restart

不分配 DHCP

设置完之后 DHCP 无效不分配 IP
参考Github 打开 etc/config/dhcp 发现 dhcpv4 ‘disabled’，后来直接把 ‘disable’ 改成 ‘server’ ，就可以使用了，真无语

配置 zerotier

在 iStoreOS 商店下载 zerotier，运行一次替换/etc/config/zero/planet 文件不需要添加网络接口，不需要配置防火墙，这个跟 openwrt 里面 opkg 安装的官方的 zerotier 不太一样，如果是官方的参考之前的文章，测试下是否需要放通防火墙，接收和转发
这里固件默认接收是允许，转发是拒绝，测试可通。
管理页面放通，设置好路由 192.168.10.0/24 <- 10.10.1.xx

带宽监控

下载了个带宽监控，似乎开启代理的情况下无法统计，没用。营业厅查询流量已经跑了 20G 了，这里显示还是 1G，根本没用。

enable 模块

设置好短信功能，选择发送端口为/dev/ttyUSB3
modemmanager 启用 mmcli -m 0 -e方能接收短信来电
sms-tools 接收短信似乎会乱码，发发短信指令还可以用 modemmanager 进行 qmi 模式连接的时候就会自动 enable，其他模式似乎创建设备的方式，联网的同时 modem 还是 disabled
顺便安装 dbus-utils软件包获取dbus-monitor

opkg install dbus-utils

Installing dbus-utils (1.13.18-12) to root...
Downloading https://mirrors.cernet.edu.cn/openwrt/releases/22.03.7/packages/x86_64/packages/dbus-utils_1.13.18-12_x86_64.ipk
Configuring dbus-utils

chmod +x ./modem_event_listener_iStoreOS.sh
cat ./modem_event_listener_iStoreOS.sh



#!/bin/sh
# modemmanager 通过 dbus-utils 监听短信来电并转发飞书
FEISHU_WEBHOOK="https://open.feishu.cn/open-apis/bot/v2/hook/f197a3f1-fc87-4870-8a49-ff7c925d2def"
send_feishu_msg() {
  local text="$1"
  local cmd="wget -O- --no-check-certificate --header=\"Content-Type: application/json\" \
  --post-data='{\"msg_type\":\"text\",\"content\":{\"text\":\"${text}\"}}' \
  \"$FEISHU_WEBHOOK\""

  # 输出原始命令到文件
  echo "$cmd" >> /tmp/wget.log

  # 执行命令
  eval "$cmd" >> /tmp/wget_log.log 2>&1
}
get_modem_number() {
  mmcli -L | grep -o '/Modem/[0-9]\+' | grep -o '[0-9]\+' | head -n 1
}
# 监听 ModemManager DBus 信号，过滤 Messaging 和 Voice 接口
(dbus-monitor --system "type='signal',sender='org.freedesktop.ModemManager1'" | while read -r line; do

# 来电事件（Voice Call Added）
echo "$line" | grep "signal time=" | grep "interface=org.freedesktop.ModemManager1.Modem.Voice" | grep "member=CallAdded" >/dev/null && {
  # 查询所有活动通话
  call_path=$(mmcli -m "$(get_modem_number)" --voice-list-calls | grep "(ringing-in)" | awk '{print $1}' | head -n1)
  call_info=$(mmcli -o "$call_path" --output-keyvalue)
  state=$(echo "$call_info" | grep 'call.properties.state-reason' | awk -F': ' '{print $2}' | sed 's/^[[:space:]]*//;s/[[:space:]]*$//')
  if [ "$state" = "incoming-new" ]; then
  time=$(date "+%Y-%m-%d %H:%M:%S")
  number=$(echo "$call_info" | grep 'call.properties.number' | awk -F': ' '{print $2}' | sed 's/^[[:space:]]*//;s/[[:space:]]*$//')
  text="【来电】\n时间: $time\n号码: $number\n状态: $state"
  send_feishu_msg "$text"
  else
  echo "状态不匹配: $state"
  fi
}
  # --- 短信处理：监听 PropertiesChanged ---
echo "$line" grep "signal time=" | grep	"interface=org.freedesktop.ModemManager1.Modem.Messaging" | grep "member=Added" >/dev/null && {
  # 取最新received短信路径
  sms_path=$(mmcli -m "$(get_modem_number)" --messaging-list-sms | grep receiv | head	-n1 | awk '{print $1}')
  if [ -n "$sms_path" ]; then
  until [ "$(mmcli -s "$sms_path" --output-keyvalue | grep 'sms.properties.state' | awk -F': ' '{print $2}' | tr -d ' ')" = "received" ]; do
  sleep 1
  done
  sms_info=$(mmcli -s "$sms_path" --output-keyvalue)
  from=$(echo "$sms_info" | grep 'sms.content.number' | awk -F': ' '{print $2}')
  content=$(echo "$sms_info" | grep 'sms.content.text' | head -n1 | awk -F': ' '{print $2}')
  decoded_content=$(echo -e "$(echo "$content" | sed 's/\\\\/\\/g')")
  sent=$(echo "$sms_info" | grep 'sms.properties.timestamp' | awk -F': ' '{print $2}')
  json_text=$(printf '%s' "$decoded_content" | tr -d '\r' | sed ':a;N;$!ba;s/\n/\\n/g')
  text="【短信】\n发件人: $from\n时间: $sent\n内容: $json_text"
  send_feishu_msg "$text"
  fi
}
done) &

设置启动项 sleep 15 mmcli -m 0 -e #enable modemmanager /root/modem_event_listener_iStoreOS.sh & #监听短信和来电转发到飞书

断连

在测试的过程中发现 openwrt 下的 qmi 模式在高下载负载时百分百断连

短信

不需要通过 modemmanager 执行指令，所以不再需要修改日志等级为 DEBUG，但需要留意短信条数 127 条满了可能无法收到，可以通过 sms-tools 查看并删除。

致谢

siriling