Myth's Blog | Myth 的小站

Asterisk + EC20 实现短信收发+语音通话+网络代理

Tue, 20 Jan 2026 00:00:00 +0000

起因

笔者有一张新加坡 eight 的电话卡，带有一些中国大陆漫游流量，也支持在国内语音漫游和接收短信。之前一直使用备用 Android 机 + SmsForwarder 来接收短信通知，体验还是不错的。不过，想要远程接打电话不太可能，并且想利用这张卡的漫游流量也不太容易。于是，笔者决定研究一下 4G 模块的方案。

购买 Quectel EC20 模块

笔者从闲鱼购买了 EC20CEFAG-512-SGNS 模块 + USB 转接板 + 天线，总共花费 60 左右，还是很合算的。美中不足的是配套的天线太弱，导致网速很慢，笔者后来又新购了较长的天线。购买时需要注意，EC20 有多个版本，因为我们希望支持通话和短信，建议直接购买全功能的 EC20CEFAG 版本。另外，购买时最好让商家检查一下模块固件版本，确保是 EC20CEFAGR06AXXM4G 或者 EC20CEFAGR08AXXM4G，具体原因下面会说明。

更新固件

刚刚到手时，EC20 模块的固件版本是 EC20CEFAGR06A10M4G。笔者测试了 eight 电话卡，功能正常，但笔者的中国电信卡却无法进行短信收发和语音通话。经过一番查找，发现 R06 基线的固件较老，对新版中国电信卡的支持不好，需要升级到新的 R08 基线固件。

EC20 的固件获取比较麻烦，因为移远没有把固件放在官网上。许多人是通过在论坛发帖的方式获得固件的，不过论坛上的技术支持回复往往较慢。笔者由于在淘宝上的移远旗舰店购买过一些东西，所以直接联系客服获取了最新的 R08 固件。另外闲鱼上也有一些卖家出售固件。截止笔者写作时（2026/01/20），最新的 EC20 固件版本是 EC20CEFAGR08A03M4G。

获取固件之后，从官网下载 Quectel QFlash 工具，按照 PDF 里的说明更新固件即可。

配置模块

笔者使用的系统为 Ubuntu 24。下面的测试均使用中国电信卡进行。

连接到串口

首先在 Ubuntu 上安装 minicom：

`1`	`sudo apt install minicom`

然后插入模块，检查 /dev/ 下新增的设备，会出现四个 /dev/ttyUSB* 设备：

`1`	`/dev/ttyUSB0 /dev/ttyUSB1 /dev/ttyUSB2 /dev/ttyUSB3`

其中，/dev/ttyUSB2 是 AT 命令端口，使用 minicom 连接：

`1`	`sudo minicom -D /dev/ttyUSB2`

重置模块

输入 AT+QPRTPARA=3 重置模块，避免之前的配置影响测试。之后输入 AT+CFUN=1,1 重启模块。

AT 命令测试

首先查看下模块信息。输入 ATI：

Quectel
EC20F
Revision: EC20CEFAGR08A03M4G

OK

固件版本已经是最新的 R08 基线。接下来输入 AT+COPS?，查看注册状态：

1
2
3

+COPS: 0,0,"CHN-CT",7

OK

可以看到，已经成功注册到中国电信网络了。

配置 VoLTE（可选）

VoLTE 有助于提高语音通话质量，并且类似 eight 这样的国外卡在国内必须使用 VoLTE 才能进行语音通话。输入 AT+QCFG="ims",1 启用 VoLTE。

之后，使用 AT+QCFG="ims" 检查当前 VoLTE 状态，如果显示 "ims",1,1 则表示成功激活。

配置 UAC 数字音频（可选）

UAC 数字音频也有助于提高通话质量。输入 AT+QCFG="usbcfg",0x2C7C,0x0125,1,1,1,1,1,0,1。之后在 Ubuntu 终端运行 aplay -L，可以看到新增了音频设备：

1
2
3

hw:CARD=Android,DEV=0
    Android, USB Audio
    Direct hardware device without any conversions

配置网络

为了方便之后配置代理，现在可以修改好模块的网络模式。输入 AT+QCFG="usbnet",1，将 USB 网络模式设置为 ECM 模式。之后输入 AT+CFUN=1,1 重启模块。重启后，Ubuntu 会自动识别出一个新的网络接口 enx...。

退出 minicom

按下 Ctrl-A，然后按 X，选择 Yes 退出 minicom。

安装 Asterisk

笔者此处和其他教程的区别是没有使用 FreePBX，而是直接使用 Asterisk 进行配置。可以将 FreePBX 看作是 Asterisk 的一个图形化管理界面，由于我们的使用场景较为简单，可以直接手动配置 Asterisk，免去了安装 FreePBX 的麻烦。

安装 Asterisk 和依赖

`1`	`sudo apt install asterisk asterisk-dev adb git autoconf automake libsqlite3-dev build-essential libasound2-dev alsa-utils`

编译安装 asterisk-chan-quectel 模块

1
2

git clone https://github.com/IchthysMaranatha/asterisk-chan-quectel
cd asterisk-chan-quectel

笔者这里按照另一篇文章的说明，修改了 pdu.c 文件中 663 行左右的代码：

1
2
3

int i = 0;
int sca_digits = (pdu[i++] - 1) * 2;
int field_len = pdu_parse_number(pdu + i, pdu_length - i, sca_digits, sca, sca_len);

修改为：

int i = 0;
int sca_digits = (pdu[i++] - 1) * 2;
if (pdu[i-1] == 0) {
    return i;
}
int field_len = pdu_parse_number(pdu + i, pdu_length - i, sca_digits, sca, sca_len);

之后运行 asterisk -V，查看 Asterisk 版本号：

`1`	`Asterisk 20.6.0~dfsg+~cs6.13.40431414-2build5`

然后以下命令，编译安装 asterisk-chan-quectel 模块：

./bootstrap
./configure DESTDIR=/usr/lib/x86_64-linux-gnu/asterisk/modules --with-astversion=20.6.0
make
sudo make install

之后，将 quectel.conf 复制到 /etc/asterisk/ 目录下。如果你之前激活了 UAC 数字音频，将配置文件末尾部分中的两行取消注释：

[quectel0]
audio=/dev/ttyUSB1		         ; tty port for Audio, set as ttyUSB4 for Simcom if no other dev present
data=/dev/ttyUSB2		         ; tty port for AT commands; 		no default value
quec_uac=1                              ; Uncomment line if using UAC mode
alsadev=hw:CARD=Android,DEV=0           ; Uncomment if using UAC, set device name or index as reqd

最后，运行 sudo systemctl restart asterisk 重启 Asterisk 服务。

设置权限

Ubuntu 安装的 Asterisk 默认使用 asterisk 用户运行，该用户无权访问 /dev/ttyUSB 设备。需要将该用户添加到 dialout 组：

`1`	`sudo usermod -aG dialout asterisk`

另外，Ubuntu 上默认安装的 modemmanager 也会干扰 EC20 模块的使用，将其禁用：

1
2

sudo systemctl stop ModemManager
sudo systemctl disable ModemManager

之后重启系统。

检查 EC20 模块状态

重启后，运行 sudo asterisk -rvvv 进入 Asterisk CLI，输入 quectel show device state quectel0 检查模块状态：

-------------- Status -------------
  Device                  : quectel0
  State                   : Free
  Audio                   : /dev/ttyUSB1
  Data                    : /dev/ttyUSB2
  Voice                   : Yes
  SMS                     : Yes
  Manufacturer            : Quectel
  Model                   : EC20F
  Firmware                : EC20CEFAGR08A03M4G
  IMEI                    : XXXXXX
  IMSI                    : XXXXXX
  GSM Registration Status : Registered, home network
  RSSI                    : 27, -59 dBm
  Mode                    : No Service
  Submode                 : No service
  Provider Name           : CHN-CT
  Location area code      : XXXXXX
  Cell ID                 : XXXXXX
  Subscriber Number       : Unknown
  SMS Service Center      : XXXXXX
  Use UCS-2 encoding      : Yes
  Tasks in queue          : 0
  Commands in queue       : 0
  Call Waiting            : Disabled
  Current device state    : start
  Desired device state    : start
  When change state       : now
  Calls/Channels          : 0
    Active                : 0
    Held                  : 0
    Dialing               : 0
    Alerting              : 0
    Incoming              : 0
    Waiting               : 0
    Releasing             : 0
    Initializing          : 0

以上内容说明已经成功注册到中国电信网络，并且 Asterisk 能够正常访问 EC20 模块。由于是电信卡，我们可以向 10000 发送一条免费短信进行测试：

`1`	`quectel sms quectel0 10000 "cxll"`

看到 Successfully sent SMS message 即表示发送成功。如果不出意外，几秒钟后可以在终端里看到运营商的回复短信。

配置短信转发和语音通话

配置 SIP 账号

首先编辑 /etc/asterisk/pjsip.conf，在文件末尾添加以下内容：

[transport-udp]
type=transport
protocol=udp
bind=0.0.0.0

[1001]
type=endpoint
context=from-internal
disallow=all
allow=ulaw,alaw,g722,gsm
auth=auth1001
aors=1001
rewrite_contact=yes
rtp_symmetric=yes

[auth1001]
type=auth
auth_type=userpass
username=1001
password=YourStrongPassword ; 请修改为强密码

[1001]
type=aor
max_contacts=10

这里我们创建了一个 SIP 账号，后续我们将把 EC20 模块的来电转发到该账号，并将该账号拨出的电话通过 EC20 模块拨出。

禁用 chan_sip 模块

由于我们使用了 chan_pjsip，需要禁用默认的 chan_sip 模块，否则会产生冲突。编辑 /etc/asterisk/modules.conf：

[modules]
autoload=yes

; Do not load the chan_sip since we are using chan_pjsip
noload => chan_sip.so

配置 extensions_custom.conf

现在我们来配置短信转发和语音通话。新建 /etc/asterisk/extensions_custom.conf，添加以下内容：

[from-internal]
exten => _[+0-9].,1,NoOp(Calling out via EC20: ${EXTEN})
same => n,Dial(Quectel/quectel0/${EXTEN})
same => n,Hangup()

[incoming-mobile]
; --- 短信处理 ---
exten => sms,1,Verbose(Incoming SMS from ${CALLERID(num)})
; 运行短信通知脚本
same => n,System(/usr/bin/python3 /etc/asterisk/scripts/sms_notify.py "${CALLERID(num)}" "${SMS_BASE64}" &)
; 保存短信内容到本地
same => n,System(echo '${STRFTIME(${EPOCH},,%Y-%m-%d %H:%M:%S)} - ${QUECTELNAME} - ${CALLERID(num)}: ${BASE64_DECODE(${SMS_BASE64})}' >> /var/log/asterisk/sms.txt)
same => n,Hangup()

; --- USSD 处理 ---
exten => ussd,1,Verbose(Incoming USSD: ${BASE64_DECODE(${USSD_BASE64})})
same => n,System(echo '${STRFTIME(${EPOCH},,%Y-%m-%d %H:%M:%S)} - ${QUECTELNAME}: ${BASE64_DECODE(${USSD_BASE64})}' >> /var/log/asterisk/ussd.txt)
same => n,Hangup()

; --- 语音来电处理 ---
exten => s,1,NoOp(Incoming call from ${CALLERID(num)})
same => n,Set(CALLERID(all)="${CALLERID(num)}" <${CALLERID(num)}>)
; 运行来电通知脚本
same => n,System(/usr/bin/python3 /etc/asterisk/scripts/call_notify.py "${CALLERID(num)}" &)
; 保存来电记录到本地
same => n,System(echo '${STRFTIME(${EPOCH},,%Y-%m-%d %H:%M:%S)} - ${QUECTELNAME} - Incoming call from ${CALLERID(num)}' >> /var/log/asterisk/calls.txt)

; 设置循环参数
same => n,Set(MAX_RETRIES=8) ; 每 5 秒检查一次，共等待 40 秒
same => n,Set(COUNTER=0)

; 循环检查点
same => n(check_reg),NoOp(Checking if 1001 is online... Attempt ${COUNTER})
; 检查 PJSIP 1001 是否上线
same => n,Set(CONTACTS=${PJSIP_DIAL_CONTACTS(1001)})

; 如果有地址，跳转到拨号
same => n,GotoIf($[ "${CONTACTS}" != "" ]?dial_now)

; 如果无地址，判断是否超时
same => n,Set(COUNTER=$[${COUNTER} + 1])
same => n,GotoIf($[${COUNTER} >= ${MAX_RETRIES}]?timeout)

; 未超时则等待 5 秒重试
same => n,Ringing() ; 向主叫方播放回铃音
same => n,Wait(5)
same => n,Goto(check_reg)

; 拨号分支
same => n(dial_now),NoOp(1001 is online, dialing...)
same => n,Dial(PJSIP/1001,30)
same => n,Hangup()

; 超时分支
same => n(timeout),NoOp(1001 did not register in time. Hanging up.)
same => n,Hangup()

这里我们创建了两个拨号计划：from-internal 用于处理从 SIP 账号拨出的电话，incoming-mobile 用于处理来自 EC20 模块的短信和来电。相比与其他教程中的配置，该配置有如下特点：

支持拨国际号码（以 + 开头的号码）
短信、UUSD 和来电会被储存到本地文件中。同时，在收到短信和来电时，会调用 /etc/asterisk/scripts 中的外部 Python 脚本进行通知。如果你不需要脚本功能，可以将相关行删除
一般来说，SIP 客户端需要保持在线，才能接听到来电。但这要求手机上的客户端一直与服务端连接，一是耗电，二是容易被手机系统杀进程，很不稳定。如果客户端不在线，按照其他教程中的设置，来电会被直接挂断。这里我们设置了一个循环检查机制，来电时如果客户端不在线，则会每 5 秒检查一次 SIP 客户端是否在线，最多等待 40 秒。由于来电时 Python 脚本将通知发送到微信，用户看到通知后会立即去打开 SIP 客户端。如果在 40 秒内客户端上线，则来电可以接通；如果超时，则 Asterisk 会挂断来电

Python 脚本可以按照如下框架编写：

# sms_notify.py

import sys
import requests
import base64

caller_id = sys.argv[1]
msg_base64 = sys.argv[2]

def send_notification(cid, b64_content):
    try:
        content = base64.b64decode(b64_content).decode('utf-8')
    except:
        content = "Decode Error"

    # ...

if __name__ == "__main__":
    send_notification(caller_id, msg_base64)

# call_notify.py

import sys
import requests

caller_id = sys.argv[1]

def send_notification(cid):
    # ...

if __name__ == "__main__":
    send_notification(caller_id)

配置完 extensions_custom.conf 后，需要在 /etc/asterisk/extensions.conf 中包含该文件。在 /etc/asterisk/extensions.conf 末尾添加：

`1`	`#include extensions_custom.conf`

最后，重启 Asterisk 服务：

`1`	`sudo systemctl restart asterisk`

SIP 客户端设置

笔者使用 Groundwire 作为 Android 系统上的 SIP 客户端。

配置时，新建 SIP 账号，用户名填写 1001，密码填写之前在 pjsip.conf 中设置的密码，域名填写 Asterisk 所在机器的 IP 地址或者域名。

配置完成后，可以拨打 10000 进行测试。也可以顺便测试一下短信接收的通知脚本是否工作正常。

如果你想测试接听电话，可以先完全关闭 Groundwire，然后用另一个手机拨打 EC20 模块的号码。此时主叫手机会听到 5 秒一次的回铃音。重新打开 Groundwire，等待片刻，即可收到来电，接听后双方可以正常通话。

网络代理

固定网卡名称

由于 EC20 并没有内置固定 MAC 地址，导致每次重新插入后，Ubuntu 会按照随机生成的 MAC 地址创建不同的网卡名称，给后续配置带来麻烦。我们可以通过 udev 规则固定网卡名称。

首先查看 EC20 的 idVendor 和 idProduct。运行 sudo lsusb：

`1`	`Bus 001 Device 005: ID 2c7c:0125 Quectel Wireless Solutions Co., Ltd. EC25 LTE modem`

创建 /etc/udev/rules.d/70-ec20-net.rules 文件，添加以下内容：

`1`	`SUBSYSTEM=="net", ACTION=="add", ATTRS{idVendor}=="2c7c", ATTRS{idProduct}=="0125", NAME="ec20"`

运行 sudo udevadm control --reload 重载规则。重新插入 EC20 模块后，运行 ip a，可以看到网卡名称已经变为 ec20。

配置静态地址、路由和度量值

EC20 模块的网络接口默认使用 DHCP 获取地址。为了方便配置，我们可以为其设置静态 IP 地址。编辑 /etc/netplan/01-network-manager-all.yaml，添加以下内容：

# Let NetworkManager manage all devices on this system
network:
  version: 2
  renderer: NetworkManager
  ethernets:
    ec20:
      dhcp4: false
      addresses: [192.168.225.2/24]
      routes:
        - to: 0.0.0.0/0
          via: 192.168.225.1
          metric: 999
      nameservers:
        addresses: [192.168.225.1]

我们在这里设置一个较大的路由度量值，确保默认路由不通过 EC20 模块。保存后运行 sudo netplan apply 应用配置。

搭建 SOCKS5 代理服务器

理想情况下，应该通过 Linux 网络命名空间来隔离 EC20 的网络流量，不过配置较为复杂。于是笔者使用 Go 语言编写了一个简单的 SOCKS5 代理服务器，将流量绑定在 EC20 网卡，并使用 192.168.225.1 作为 DNS 服务器。

项目地址：Mythologyli/go-socks5-server。读者可以在仓库中下载编译好的二进制文件，或者自行编译。

之后，运行 sudo ./go-socks5-server -bind=":10800" -dns="192.168.225.1:53" -iface=ec20，即可启动 SOCKS5 代理服务器。

使用 curl --socks5 127.0.0.1:10800 http://ip-api.com 测试代理是否工作正常。笔者这里使用了 eight 电话卡：

{
  "status"       : "success",
  "continent"    : "Asia",
  "continentCode": "AS",
  "country"      : "Singapore",
  "countryCode"  : "SG",
  "region"       : "02",
  "regionName"   : "North East",
  "city"         : "Singapore",
  "district"     : "Ang Mo Kio",
  "zip"          : "560629",
  "lat"          : 1.38028,
  "lon"          : 103.84,
  "timezone"     : "Asia/Singapore",
  "offset"       : 28800,
  "currency"     : "SGD",
  "isp"          : "STARHUB-MOBILE",
  "org"          : "",
  "as"           : "AS4657 StarHub Ltd",
  "asname"       : "STARHUB-INTERNET",
  "mobile"       : true,
  "proxy"        : false,
  "hosting"      : false,
  "query"        : "117.20.x.x"
}

参考资料及致谢

IchthysMaranatha/asterisk-chan-quectel

本文大量参考了以下两篇文章：

以及，感谢 Google Gemini 的帮助。

蜂鸟 bebird 可视洁耳仪逆向分析+Python 客户端

Tue, 24 Dec 2024 00:00:00 +0000

笔者最近在 B 站看到很多可视洁耳仪的推荐，于是入手了一款 bebird Note 5 可视洁耳仪。使用体验还不错，但 bebird 没有提供 PC 客户端，导致必须要配合手机才能显示摄像头画面，低头盯着手机的小屏幕操作太难受了。这怎么行呢？这就开始逆向分析+手搓客户端！

本文所述的内容仅适用于 bebird Note 5，不过同一个公司的产品大概也大同小异。

抓包分析

bebird Note 5 的使用方法为：首先拔出保护罩，洁耳仪自动开机；之后用手机连接 SSID 为 bebird-Note5-xxxx 的 Wi-Fi，打开 APP，点击开始即可查看洁耳仪摄像头画面。

笔者使用 PCAPdroid 对 bebird APP 的流量进行抓包。结果如下：

可以发现，APP 与洁耳仪之间的通信是通过 UDP 进行的：

APP 发送 UDP 广播包 66390101

洁耳仪 192.168.5.1:58080 返回文本

{
    {
        "uuid": "13EE6135082E4E56880AA2831DD53D46",
        "sn": "v9onosWEusKZCoIM12InCJLxzXgx7ucM",
        "factory": false,
        "show_fname": true,
        "nickname": "",
        "parent": "HC",
        "model": "Note5",
        "brand": "bebird",
        "ssid_prefix": "bebird",
        "random_num": 838130,
        "soc": "BEBIRD",
        "hardware": "1.0.10",
        "firmware": "2.1.30",
        "fw_date": "Aug  2 2023 17:20:21",
        "bat_capacity": "130mAh",
        "bat_life": [
            3047,
            4100,
            40
        ],
        "bat_charge": false,
        "web_home_size": 32637,
        "macid": "FC584ACA9CC5",
        "macrd": "A89CEDB40636",
        "imu_axis": 3,
        "imu_devid": 39,
        "calibrated": [
            0,
            0,
            0,
            0,
            0,
            0
        ],
        "cam_brightness": 70,
        "cam_devid": 51,
        "cam_chipid": 56853,
        "cam_initex": [],
        "jpeg_rate_ctrl": [
            0,
            20,
            30,
            1
        ],
        "wifi_direct": false,
        "wifi_mode": 0,
        "has_ble": false,
        "has_http": true,
        "tssi_gb": 27005,
        "videotime": 2499,
        "video_hdq": false,
        "rlb_time": 3600,
        "powerup_cnt": 53,
        "stream_type": "mjpeg",
        "country": [
            "CN"
        ],
        "wifi_encrypt": false,
        "wifi_channel": 11,
        "reliability": false,
        "save_ap": false,
        "rotate_angle": -90,
        "ota_url": "http://192.168.5.88:8080/ota",
        "batch_no": [
            "888888888888888",
            "666666666666"
        ],
        "designed_by": "Heifeng Zhizao Technology Co., Ltd",
        "manufacturer": "Lingmou Zhizao Technology Co., Ltd",
        "production_date": "2020-08-18 17:56:18",
        "activation_date": "2024-01-01 21:46:29",
        "last_conn_date": "never"
    }
}

APP 向洁耳仪 192.168.5.1:58080 发送 663A
洁耳仪 192.168.5.1:58080 返回 00010041
APP 向洁耳仪 192.168.5.1:58080 发送 2036
洁耳仪开始视频传输

从第 2 步返回的 JSON 中可以发现 "stream_type": "mjpeg"，故视频应该是以 JPEG 帧的格式传输的。

观察传输视频的包，可以发现：

N 个包为一组，前 N-1 个包大小为 1468，最后一个包较小，大小不确定
第 1 组 (N=10) 包中的第 1 个包开头为 01000108FFD8FFE0....，其中 FFD8 为 JPEG 的开始标志
第 1 组包中的第 2 到第 9 个包开头为 01000208.... 到 01000908....
第 1 组包中的第 10 个包开头为 01020A3C....，结尾为 ....FFD900B7360000，其中 FFD9 为 JPEG 的结束标志

由此可知，若干个包为一组，传输一帧 JEPG 图像，每个包都有编号保证顺序。

APK 分析

由上面得到的内容已经可以尝试编写客户端，不过我们先分析一下 bebird 的 APK 文件。

新版本经过了混淆不好分析，使用旧版本 v6.1.01，通过 jadx-gui 反编译。

com.blackbee.libbb 中有如下内容：

private static final byte[] SOI_MARKER = {-1, -40};
private static final byte[] EOF_MARKER = {-1, -39};
private static final byte[] BK_START_VIDEO = {32, 54};
private static final byte[] BK_STOP_VIDEO = {32, 55};
private static final byte[] BK_START_OTA = {102, 56};
private static final byte[] BK_START_CONF = {102, 57, 1, 1};
private static final byte[] BK_GET_APLIST = {102, 57, 2};
private static final byte[] BK_CONNECT_AP = {102, 57, 3, 1};
private static final byte[] BK_FORGET_AP = {102, 57, 4};
private static final byte[] BK_GET_CONNECTED_AP = {102, 57, 5};
private static final byte[] BK_GET_SELF_AP = {102, 57, 6};
private static final byte[] BK_GET_BAT_VOLTAGE = {102, 58};
private static final byte[] BK_SET_CAM_EFFECT = {102, 59, 0};
private static final byte[] BK_SET_CAM_BRIGHTNESS = {102, 60, 0};
private static final byte[] BK_START_AP = {102, 61};
private static final byte[] BK_REBOOT = {102, 62};
private static final byte[] BK_TRIGGER_LED = {102, Utf8.REPLACEMENT_BYTE, 0, 0};
private static final byte[] BK_TRIGGER_TWEEZERS = {102, 64, 0};
private static final byte[] BK_TRIGGER_RELIABILITY = {102, 65, 0};
private static final byte[] BK_TOGGLE_ANGLE = {-122, 6, 0};

注意到，第一步中出现的 66390101 在十进制下为 {102, 57, 1, 1} (BK_START_CONF)，663A 在十进制下为 {102, 58} (BK_GET_BAT_VOLTAGE)，2036 在十进制下为 {32, 54} (BK_START_VIDEO)。由此我们可以弄明白这些控制字节的含义。

Python 客户端 Demo

通过以上分析，我们可以实现一个简单的客户端：

import socket
from io import BytesIO

import cv2
import numpy as np
from PIL import Image, ImageFile

ImageFile.LOAD_TRUNCATED_IMAGES = True


def main():
    client_socket = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)
    client_socket.settimeout(1)
    client_socket.sendto(b'\x20\x37', ("192.168.5.1", 58080))
    client_socket.sendto(b'\x20\x36', ("192.168.5.1", 58080))

    full_data = b''

    cv2.namedWindow("bebird", cv2.WINDOW_AUTOSIZE)
    while True:
        try:
            data, server = client_socket.recvfrom(1500)
            if data[4:6] == b'\xff\xd8':
                full_data = data[4:]
            elif data[-7:-5] == b'\xff\xd9':
                full_data += data[4:-5]
                try:
                    img = np.array(Image.open(BytesIO(full_data)))
                    img = cv2.cvtColor(img, cv2.COLOR_RGB2BGR)
                    cv2.imshow("bebird", img)
                    cv2.waitKey(1)
                except Exception as e:
                    print(e)
            else:
                full_data += data[4:]
        except socket.timeout:
            print('Socket timeout')


if __name__ == "__main__":
    main()

上述代码没有考虑 UDP 非顺序到达的情况，有待进一步完善。

Github Repo

Mythologyli/py-bebird-viewer

深入探究 Windows 系统代理设置

Tue, 17 Oct 2023 00:00:00 +0000

想必大家都经常用到 Windows 系统代理设置——即使没有亲自修改，多半也由软件代劳了。毕竟科学上网客户端干的事情通常都是：开启一个 HTTP 代理服务端，然后配置系统代理去设置去使用它。

但是，某些情况下，Windows 系统代理却会出现一些玄学问题。比如，使用 ZJU 官方的有线校网客户端，或是自己创建名称带有中文的 L2TP VPN 时，系统代理设置好像无效了——浏览器说什么也不肯通过代理访问互联网。只好借助 SwitchyOmega 这样的插件，但总觉得不爽。又或者，在使用 L2TP VPN 环境下使用 Clash Verge，也会出现系统代理无效的问题。

这篇文章通过试验，探究了 Windows 系统代理的一些细节，试图为以上问题找到答案。

最基本的情况——无拨号连接

首先，我们来看看最基本的情况：没有任何拨号连接，即通过路由器直接上网。

我们使用 Clash for Windows，在 7890 端口上开启 HTTP 代理服务器。之后，不用 Clash for Windows 内置的功能，而是在设置 - 网络和 Internet - 代理中进行手动配置。

开启“使用代理服务器”后，我们可以发现 Clash log 中已经有浏览器的流量，这说明浏览器正在使用代理上网。

为了知其所以然，让我们看看此时在注册表里发生了什么：

可以发现，HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings 中的 ProxyEnable 被设置为 1，ProxyServer 被设置为 127.0.0.1:7890，ProxyOverride 被设置为 localhost; <local>。这三个值分别对应“使用代理服务器”、“代理 IP 地址 + 端口”、“不使用代理服务器的地址”这三个选项。

就这么简单吗？——还有设置！

要是就这么简单就好了。实际上，仔细观察注册表，就会发现还有设置！

进入 HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Connections，查看 DefaultConnectionSettings 键的值，这是一个二进制：

诶！怎么又来一份代理设置！而且是一模一样的！

我们回到设置 - 网络和 Internet - 代理中，将端口从 7890 改成 7891，然后再看看注册表：ProxyServer 变了，DefaultConnectionSettings 也变了。此时浏览器也无法正常上网。看来在设置中的修改会同时影响这两个。

那么，浏览器上网的代理到底由哪个决定呢？我们直接在注册表修改 DefaultConnectionSettings，将端口改回 7890，此时浏览器又可以正常上网了。看来 DefaultConnectionSettings 决定浏览器上网的代理。

实际上，DefaultConnectionSettings 对应着 Internet 属性 - 连接 - 局域网设置，这是从古老的 IE 那里流传下来的设置界面——即使现在 IE 已经没了但这个界面还在控制面板里。

另外，还有一个有趣的现象——这两个键会互相影响。例如，初始情况下 ProxyServer 和 DefaultConnectionSettings 中的端口均为 7890，此时可以正常上网。此时修改 ProxyServer 中的端口为 7899，就会发现不能上网了——奇怪，不是应该由 DefaultConnectionSettings 决定吗？但此时再去检查 DefaultConnectionSettings，发现也跟着变了。再把 DefaultConnectionSettings 改回 7890，立马又可以上网了，不过 ProxyServer 没有变回 7890。但打开设置后，ProxyServer 也变回 7890 了。

拨号连接——又来一份设置！

进过一番讨论，无拨号的情况研究的差不多了——别急，还有拨号连接呢！

我们先复原所有代理设置，创建一个名为 ZJUVPN 的 L2TP VPN 并连接，然后重复一开始的过程：在设置 - 网络和 Internet - 代理中进行手动配置。此时的结果就和我们预想的大不相同了：没有用！还是在直连。查看注册表，更觉得古怪：

首先，ProxyServer 和 ProxyOverride 消失了，只有 ProxyEnable 还在，但是值是 0——这和说好的不一样啊，设置里代理不是启用状态吗？再看 DefaultConnectionSettings，这个好像比较正常（此时在设置里更改还是可以改变 DefaultConnectionSettings 的值），但是不生效。不过，仔细看看 HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Connections，原因显而易见了：

Connections 中多出了一个名为 ZJUVPN 的键，并且看起来是没有设置的。打开 Internet 属性 - 连接，也可以看到多了一个 ZJUVPN 配置项。

看来，Windows 的 VPN 拨号连接的设置是独立的，而设置 - 网络和 Internet - 代理中的设置只对无拨号连接生效。要更改 VPN 拨号连接的代理设置，需要在 Internet 属性 - 连接中进行更改。当然，Windows 也做了相应的现代界面（经典的设置+控制面板）：

单独修改代理设置后，浏览器可以正常使用代理。可以看到，这一设置较为隐蔽。一些科学上网客户端也忽略了这一点，导致无法在使用 VPN 时正确设置系统代理。详见此链接。

中文名称——锟斤拷的噩梦

众所周知，使用 ZJU 有线校网客户端会导致梯子无法正常工作。我们来看看这究竟是为什么。（友情提示：有线校网客户端容易炸注册表，强烈建议在虚拟机内试验）

成功连接客户端后，在终端输入 ipconfig 命令：

C:\Users\Myth>ipconfig

Windows IP 配置


以太网适配器 Ethernet0:

   连接特定的 DNS 后缀 . . . . . . . : localdomain
   本地链接 IPv6 地址. . . . . . . . : fe80::8f6a:5577:f304:1fea%6
   IPv4 地址 . . . . . . . . . . . . : 192.168.163.132
   子网掩码  . . . . . . . . . . . . : 255.255.255.0
   默认网关. . . . . . . . . . . . . : 192.168.163.2

PPP 适配器 SRun3K专用宽带拨号连接:

   连接特定的 DNS 后缀 . . . . . . . :
   IPv4 地址 . . . . . . . . . . . . : 222.205.2.241
   子网掩码  . . . . . . . . . . . . : 255.255.255.255
   默认网关. . . . . . . . . . . . . : 0.0.0.0

以太网适配器 蓝牙网络连接:

   媒体状态  . . . . . . . . . . . . : 媒体已断开连接
   连接特定的 DNS 后缀 . . . . . . . :

有线客户端创建了一个名为“SRun3K专用宽带拨号连接”的 PPP 适配器，通过这个适配器访问互联网。此时手动配置设置 - 网络和 Internet - 代理。根据上一节的经验，我们知道 Internet 属性 - 连接中会出现一个新的配置…嗯？

怎么空空如也？赶快看看注册表：

好家伙，乱码了！看来又是 GBK 和 Unicode 混用搞得鬼！有没有可能手动修改这个乱码键的值来设置代理呢？试了试发现不行。不过，手动新建一个名为“SRun3K专用宽带拨号连接”的键，然后把 DefaultConnectionSettings 的值偷过来，发现可以正常使用代理了。

自建中文名称的 L2TP VPN 也同理，同样会因为中文乱码造成无法设置系统代理的问题。

默认 VPN 名称含中文——巨硬的坑人大法

写到这里有读者可能会好奇——为什么那么多人创建名称含中文的 L2TP VPN 呢？呵呵，这就要问问微软了。

默认名称？？！！

总结——复杂而混乱的代理设置体系

Windows 复杂而混乱的代理设置体系给我们带来了许多困难。用户和开发者很容易忽视拨号连接代理设置的独立性，造成种种问题，更何况还有中文乱码这个大坑。

在这方面的使用、开发中，必须要注意：

程序在设置系统代理时，不可遗漏 HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Connections 中的键值。当然二进制的形式给开发者带来了更多困难。
使用 VPN 时，要注意不能创建名称含有中文的网络适配器。

QQ NT Windows 数据库解密+图片/文件清理

Sat, 14 Oct 2023 00:00:00 +0000

笔者测试时使用的 QQ 版本：9.9.3-17412

找到数据库 `passphrase`

使用 IDA Pro 打开 C:\Program Files\Tencent\QQNT\resources\app\versions\9.9.3-17412\wrapper.node。打开 Strings 视图，搜索 sqlite3_key_v2
跳转到主视图，再跳转到引用该字符串的位置

反编译此函数

参考文档可知 sqlite3_key_v2 的参数为：

int sqlite3_key_v2(
    sqlite3 *db,                   /* Database to be keyed */
    const char *zDbName,           /* Name of the database */
    const void *pKey, int nKey     /* The key */
);

可以猜测 a3 为我们所需的 passphrase。打上断点

退出 QQ 并重新打开，但不要登录。使用 IDA Debug 的 Attach to Process 功能，附加到 QQ 进程。之后登录，可以看到断点被命中

打开一个 Locals 视图查看参数的值
每次命中后，跳转到 a3 对应的位置，直到看到如下图所示的 16 位字符串。#8xxxxxxxxxxx@uJ 即为我们需要的 passphrase

导出/修复数据库

数据库位置：C:\Users\Myth\Documents\Tencent Files\<QQ>\nt_qq\nt_db

考虑到在 Windows 上编译 sqlcipher 较为困难，笔者使用了 MSYS2 环境并直接安装了mingw-w64-x86_64-sqlcipher

首先，数据库文件头部有 1024 个字符的纯文本内容，去除这部分内容：

`1`	`cat nt_msg.db \| tail -c +1025 > nt_msg.clean.db`

笔者处理了 nt_msg.db、files_in_chat.db 两个文件，并将处理后的文件移动到 data/clean_db

根据 sqlcipher 的文档，解密数据的流程为：

打开数据库

1
2

$ sqlcipher
sqlite> .open nt_msg.clean.db

输入 passphrase

`1`	`sqlite> PRAGMA key = '#8xxxxxxxxxxx@uJ'; PRAGMA kdf_iter = '4000';`

导出无加密的数据库

1
2

sqlite> ATTACH DATABASE 'nt_msg.db' AS plaintext KEY ''; SELECT sqlcipher_export('plaintext'); DETACH DATABASE plaintext;
sqlite> .exit

不过，很有可能在导出时提示数据库损坏 Runtime error: database disk image is malformed。此时需要对数据库进行修复：

1
2
3

sqlite> .output nt_msg.sql
sqlite> .dump
sqlite> .exit

之后对得到的 nt_msg.sql 进行处理，并使用 sqlite3 生成无加密的数据库

`1`	`$ cat nt_msg.sql \| sed -e 's\|^ROLLBACK;$ -- due to errors$*$\|COMMIT;\|g' \| sqlite3 nt_msg.db`

将解密后的数据库移动到 data/decrypted_db

图片/文件清理

下图是 nt_msg.db 中的表：

注意 c2c/group_msg_table 中的 40800（消息内容）是 Protobuf 二进制。笔者暂时没有弄明白每个字段的意义

图片/文件清理可以参考仓库中的两个 Python 脚本

Github Repo

Mythologyli/qq-nt-db

致谢

QQBackup/qq-win-db-key

https://lengyue.me/2023/09/19/ntqq-db/

利用 HAProxy 让 Minecraft 服务器在内网穿透后获取客户端 IP

Sat, 09 Sep 2023 00:00:00 +0000

对于笔者这样没有公网 IP 的服主而言，如何让玩家在仅有 IPv4 的情况下访问服务器是一个大问题。

在家宽环境下，NAT 类型往往比较理想，可以利用类似 qBittorrent TCP 打洞的方法，为玩家提供公网 IPv4 线路。但在校园网环境下，往往没有 Full Cone NAT 条件，无法进行 TCP 打洞。此时就只能采用内网穿透的办法，通过一台具有公网 IPv4 地址的服务器做跳板，实现访问。

一直以来，笔者的服务器 Akashic MC 的游戏线路如下：

其中，IPv6 线路和校园网线路都是直接连接到服务端的。而 IPv4 线路是通过 NPS 内网穿透连接的。对于 IPv6 和校园网玩家而言，他们的 IP 都可以正常被服务端获取。而 IPv4 玩家的 IP 均为 127.0.0.1，这是因为对于 Minecraft 服务端而言，TCP 传入连接的源地址始终是 NPS Client 的 127.0.0.1。真正的源地址只有 NPS Server 知道，但这一信息无法传达给 Minecraft 服务端。

玩家 IP 错误会造成种种问题。典型的例子是无法使用 /banip 命令，这会将所有使用 IPv4 线路的玩家封禁。

HTTP 为什么可以？

众所周知，Web 的世界里存在着大量的反向代理。例如在 Nginx 上配置反代，转发给后端服务。这种情况下，TCP 连接的源地址同样只有 Nginx 知道，可是为什么后端服务能正确获取客户端 IP 呢？

这是因为 HTTP 协议中有一个 X-Forwarded-For 头，用于记录客户端的 IP 地址。以 Nginx 为例，可以通过配置 proxy_set_header X-Forwarded-For $remote_addr; 来将客户端 IP 传递给后端服务。

由此我们可知，尽管 Nginx 发送到后端服务的 TCP 包中的源 IP 已经不是客户端 IP 了，但由于包裹在 TCP 中的 HTTP 协议本身记录了源 IP，故即使进过多层转发，后端服务也可以正确获取 IP。

BungeeCord?

HTTP 协议对我们的启示是：我们需要在协议中记录源 IP，并让 Minecraft 服务端正确读取。而原版的服务端和协议显然不支持这一点。为了解决这一问题，笔者首先想到了 BungeeCord。

在使用 BungeeCord 时，如果在 Spigot 服务端和 BungeeCord 端同时打开 ip_forward 相关功能，Spigot 服务端可以正确获取玩家 IP。与 HTTP 的情况类似，BungeeCord 会在转发数据包时，将玩家 IP 附加在数据包中。Spigot 支持 BungeeCord 的相关协议，可以正确解析玩家 IP。

但对于笔者的用例，BungeeCord 不太适合：

BungeeCord 需要 Java 运行时，而笔者的跳板机只有可怜的 256M 内存，BungeeCord 对于它来说太吃力。
如果 Spigot 端开启了 BungeeCord 支持，便无法直接连接到服务端，而必须通过 BungeeCord 连接。但笔者还要支持 IPv6 和校园网玩家，故还需要在服务器主机再部署一个 BungeeCord，整个架构变得十分复杂。

HAProxy

放弃了 BungeeCord，笔者开始寻找其他解决方案。在搜索相关信息时，笔者发现了 HAProxy：

HAProxy is a free, very fast and reliable reverse-proxy offering high availability, load balancing, and proxying for TCP and HTTP-based applications. It is particularly suited for very high traffic web sites and powers a significant portion of the world’s most visited ones. Over the years it has become the de-facto standard opensource load balancer, is now shipped with most mainstream Linux distributions, and is often deployed by default in cloud platforms. Since it does not advertise itself, we only know it’s used when the admins report it

可以看到，HAProxy 是一个具有良好负载均衡功能的代理，这本与本文的主题不太相关。不过笔者发现，HAProxy 支持一个叫做 Proxy Protocol 的协议：

What is the Proxy Protocol? It is a network protocol for preserving a client’s IP address when the client’s TCP connection passes through a proxy. Without such a mechanism, proxies lose this information because they act as a surrogate for the client, relaying messages to the server but replacing the client’s IP address with their own. This distorts the logs of upstream servers because the logs incorrectly indicate that all traffic originated at the proxy.

这不正是我们想要的吗！现在剩下的问题就是：Spigot 能否支持 Proxy Protocol？开启 Proxy Protocol 支持时是否还能直接连接？

在 GitHub 一搜，居然找到一个完美符合笔者要求的项目：HAProxyDetector

This BungeeCord (and now Spigot and Velocity) plugin enables proxied and direct connections both at the same time.

现在解决问题所需的一切条件都凑齐了。

解决方案

我们在跳板机上部署 HAProxy 并监听 25565，修改 NPS 中对应转发的端口为 2556。在 HAProxy 配置中添加如下内容：

listen minecraft
        bind *:25565
        mode tcp
        balance leastconn
        option tcp-check
        server minecraft1 127.0.0.1:2556 send-proxy

此时 HAProxy 将收到的 TCP 包处理后，通过 NPS 发送到服务端。服务端通过 HAProxyDetector 插件，从 TCP 包中读取源 IP，即可正确获取玩家 IP。同时，通过 HAProxyDetector 的检测功能，IPv6 和校园网玩家也可以正常连接。

OpenWrt 路由器 MacVLAN+MWAN3 校园网多拨超详细指南

Mon, 10 Apr 2023 00:00:00 +0000

在校园网上网的过程中，许多同学都会有一些多线程下载需求。例如：公网 PT/BT 种子下载、Steam 游戏下载等等。这时，大家都希望能提高自己的网速，节省下载时间。

对于这类多线程的下载需求，如果采用多拨，在配置得当的情况下，系统会将流量分流至多个网络接口，实现网络带宽叠加的效果。

在介绍 OpenWrt 有线多拨方式前，先对校园网认证方式和现有的几种多拨方法作简要总结。不感兴趣的同学可以跳过这些部分。

校园网认证方式

网页认证方式

网页登录认证常用于 ZJUWLAN/ZJUWLAN-NEW 无线网。目前大多数宿舍区的有线网也支持此方式。接入 ZJUWLAN 或支持此方式的有线网，使用浏览器访问任意公网站点（如百度），会被重定向到认证网页。在认证网页输入账号密码，登录后即可访问公网。

认证的详细过程如下：设备接入无线或受支持的有线网后，DHCP 服务器向设备分配 IP 地址。在网页认证过程中，设备提交自己的 IP，服务端将 IP 在 DHCP 表中比对，如找不到 IP 则无法完成认证。这也是在不支持网页认证的有线网中强行认证会提示“IP 不在 DHCP 表中”的原因。具体的请求细节可以参考田发呆同学的网页认证登录脚本。

值得注意的是，在连接网络但未认证的情况下，经实测，ZJUWLAN/ZJUWLAN-NEW 不能访问包括 CC98 服务器在内的大部分内网主机。以下是在 ZJUWLAN-NEW 上的一些测试：

$ ping 10.10.98.98 -n 1

Pinging 10.10.98.98 with 32 bytes of data:
Request timed out.

$ ping 10.10.0.21 -n 1

Pinging 10.10.0.21 with 32 bytes of data:
Reply from 10.10.0.21: bytes=32 time=11ms TTL=250

$ ping lns.zju.edu.cn -n 1

Pinging lns.zju.edu.cn [10.0.2.3] with 32 bytes of data:
Reply from 10.0.2.3: bytes=32 time=2ms TTL=61

$ ping ee.zju.edu.cn -n 1

Pinging ee.zju.edu.cn [10.203.4.85] with 32 bytes of data:
Request timed out.

$ ping net.zju.edu.cn -n 1

Pinging net.zju.edu.cn [10.50.200.245] with 32 bytes of data:
Reply from 10.50.200.245: bytes=32 time=2ms TTL=60

$ ping speedtest.zju.edu.cn -n 1

Pinging speedtest.zju.edu.cn [10.202.41.81] with 32 bytes of data:
Reply from 10.202.41.81: bytes=32 time=7ms TTL=59

有线网则可在未认证的情况下访问几乎整个 10.0.0.0/8 段（未仔细验证）。

在登录认证后，公网流量会被正确路由，限速规则也在此时生效。不好的一点是，登录认证同样会对内网流量施加限速，导致在访问内网主机时无法达到链路速度。与后面介绍的 L2TP 认证方式不同，限速是在上级网关配置的，这导致我们原本的接口被限速，无法将 10.0.0.0/8 的流量分流到不限速的接口。对于使用 NexusHD、期望内网高速上传/下载的同学来说是重大弊端。

相比下面介绍的 L2TP 方式，网页认证的优点是支持同时登录多个设备，而 L2TP 只支持登录 1 个设备。参考信息技术中心说明。并且，由于网页认证无需在设备上进行加解密，对设备性能的要求较低。

注：性能需求在单账号时影响不显著，但在多拨情况下有较大影响。大多数路由器在同时运行数个 L2TP 客户端、满带宽运行时会出现显著的性能问题。

L2TP 认证方式

L2TP 认证方式常用于有线网。在实际的使用中常有两种方式：有线 VPN 客户端和自建 L2TP 客户端。其中，信息技术中心提供的有线 VPN 客户端易于使用，但可能在 Windows 10/11 上导致一些网络问题，并且与科学上网工具的兼容性不佳。自建 L2TP 客户端的常见方式包括：Windows 自带的 VPN 功能、Linux 环境下的 xl2tpd/zjunet。

L2TP 认证方式重要优点为：在拨号后可以在本机设置静态路由，让 10.0.0.0/8 的流量通过原本的接口（未被限速）而非 L2TP 接口（被限速），对使用 NexusHD 的同学相当有用。缺点为设置方法复杂，并且只能一次登录一个设备。

802.1X 认证方式

用于 ZJUWLAN-Secure 无线网。本文主要聚焦于有线网，故不再赘述。

现有多拨方式

目前常见的多拨方式有：

有线 L2TP 多拨
有线 L2TP 叠加 ZJUWLAN 无线

注：2021 年前可实现单账号 L2TP 多拨，目前漏洞已修复，只能进行多账号 L2TP 多拨。

我们分两种情况介绍：

不借助路由器

不借助路由器直接在 Windows PC 上多拨，需要使用 Connectify Dispatch 软件。详细介绍可以看我的这篇帖子。然而，Connectify Dispatch 软件需要破解，并且实测多拨的稳定性很差，故非常不推荐。

注：直接在 Windows 上拨几个 L2TP 账号并不会使带宽叠加，因为 Windows 不会进行负载均衡。同时登录无线和有线，迅雷之类的软件可能会使用全部可用的网络接口，使带宽叠加。

借助路由器多拨

这种情况下一般采用 L2TP 多拨，大多数路由器原装系统并不支持，需要安装第三方固件：

OpenWrt

可以借助 xl2tpd+MWAN3 实现多拨。但实测 OpenWrt 对 L2TP 的支持不太好，容易出现断连的情况（我这里测试的结果是这样，存疑）。

高恪、爱快、ROS 等流控系统

这类系统具有强大的流控功能，可以很好的进行负载均衡。ROS（RouterOS，不是 Robot Operating System）多拨可以参考 hzdrro 同学的这篇帖子。高恪、爱快等系统的设置也较为容易。

我之前一直使用刷写了高恪固件的新三路由器进行 L2TP 多拨。这类方法也存在一定缺点：

L2TP 多拨需要多个账号
L2TP 对设备性能的要求较高，多个 L2TP 客户端对一般的路由器过于吃力，可能需要 x86 软路由
ROS、爱快均不支持常见的 MT7621 芯片路由器，需要 x86 软路由。高恪支持一些 MT7621 路由器，但高恪系统无 IPv6 支持，需要另想办法

下面开始这篇指南的主要内容：基于网页认证的多拨。

OpenWrt+网页认证实现多拨

这一方案具有如下优点：

OpenWrt 适用于大多数路由器，无需购买软路由
网页认证支持单账号多拨，无需使用多个账号
网页认证方式对设备性能要求低
通过 MacVLAN，可以绕过网页认证后的内网限速

在开始教程前，首先说明以下几点：

多拨的上限受账号并发数和链路速度的限制。其中，链路速度主要和宿舍的交换机有关。将网线插入电脑，适配器属性中会显示 100Mbps 或 1000Mbps，这个即为多拨的上限（此处假设电脑网卡支持 1000Mbps）。

注：不要傻乎乎地以为把宿舍交换机换了就可以实现百兆到千兆的飞跃：先把宿舍交换机到上级的那根网线接自己电脑上试一下，如果还是显示 100Mbps——别折腾了，认了吧，双拨够了。这在玉泉很常见。
多拨并不能加速单个连接。因此，在测速时需要进行多连接测试。可以使用 speedtest.net，或者直接进行 BT 下载。

安装 OpenWrt 及相关依赖

刷入 OpenWrt 固件

首先，确保你的路由器支持刷写 OpenWrt 固件。可以在此列表中查找你的路由器。

注1：大多数市售路由器需要先刷 breed 这个第三方 BootLoader 再刷写系统。可以直接在 breed 支持列表中看看有没有自己的路由器，有的话可以在恩山论坛搜索对应路由器刷 breed 的教程。

注2：建议使用最新的原版 OpenWrt 而非 Lean 的 LEDE 版本。这些版本来源不一，有的会遇到 IPv6 支持问题和 MWAN3 版本问题，不推荐使用。

找到自己的路由器后，从 Firmware OpenWrt Install URL 下载最新稳定版固件，并利用 breed 刷入固件。之后，登入 OpenWrt 的 LuCI Web 界面并修改密码。

安装依赖

由于浙大镜像源支持 OpenWrt，安装依赖的过程只需内网连接，相当简单。

确保路由器的 WAN 口已连接，网络-接口的 WAN 处已获取到校园网 10.0.0.0/8 端的内网 IP。
SSH 连接路由器：

ssh root@192.168.1.1
替换镜像源为浙大源：

sed -i 's_https\?://downloads.openwrt.org_http://mirrors.zju.edu.cn/openwrt_' /etc/opkg/distfeeds.conf
安装依赖：

opkg update && opkg install nano kmod-macvlan mwan3 luci-app-mwan3 luci-i18n-mwan3-zh-cn python3 python3-pip
重启路由器：

reboot

配置 MacVLAN 接口

默认情况下，网络-接口中有 LAN、WAN、WAN6 三个接口。关于 IPv6 配置的部分不再展开，有需要的同学可以在论坛自行搜索。

根据上面介绍的网页认证的实现方式可知：单个接口具有一个 MAC，可以通过 DHCP 获取一个 IPv4 地址，完成此接口的网页认证。如果需要多拨，则需要多个网络接口，此时仅仅一个 WAN 是不够的。

一种简单的想法是将 br-lan 网桥中用做 LAN 的接口拿出，配置为新的 WAN 口，从而拿到更多 IP 地址。问题在于这需要从上级交换机连接多根网线，非常不便。何况路由器的网卡是有限的，可能不够使用。

利用 MacVLAN 技术，可以很方便的解决这个问题。关于 MacVLAN 的详细介绍可以参考这篇文章。简单地讲，MacVLAN 技术可以在单个物理网卡上虚拟出多个 MAC 地址不同的虚拟网卡。当物理网卡收到数据包后，会根据目的 MAC 地址判断这个包属于哪一个虚拟网卡。因此，创建多个 MacVLAN 虚拟网卡，即可从 DHCP 服务器获取多个 IP 地址。具体的配置方法如下：

点击网络-接口，查看 WAN 对应的网卡名称，如 eth0。
点击设备选项卡，根据想要多拨的次数添加 MacVLAN 设备。例如，想要双拨，则添加两个 MacVLAN 设备。

添加设备时，设备类型选 MAC VLAN，基设备填 WAN 对应的设备（本例中为 eth0），模式 VEPA，MAC 地址填写一个不与原设备重复的 MAC 地址（可以简单地修改最后一位）。其他不填即可。

全部添加完成后，点击保存并应用。确保原设备 eth0 与新添加的所有 MacVLAN 设备的 MAC 地址互不重复。
回到接口选项卡，添加新接口，个数与刚刚添加的 MacVLAN 数相同。

名称可填 WAN22/WAN33/WAN44 等等，确保不重复即可。协议选择 DHCP 客户端，设备选择刚刚添加的 MacVLAN 设备。

注意：每个接口都需要填写跃点数。在编辑-高级设备-使用网关跃点中填写。这个值无所谓，互不重复即可。可以填名称中的数字：22/33/44。

所有接口创建完成后，点击保存并应用。之后检查每个接口的状态。每个接口都应获取到互不重复的 IPv4 地址。

配置 MWAN3

MWAN3 可以实现负载均衡，配置方法如下：

点击网络-MultiWAN 管理器-接口。首先删除所有原有的接口。然后在下方输入刚刚添加的 MacVLAN 接口的名称，点击添加。在弹出的窗口中勾选已启用，跟踪的主机或 IP 地址填百度的 IP 地址 110.242.68.66，其他默认既可。点击保存。重复此过程，直到所有的 MacVLAN 接口都已添加。
点击成员选项卡。首先删除所有原有的成员，然后在下方输入 web1/web2/web3 之类的名称，点击添加。接口选择上一步中的接口，跃点数和 Weight 都填 1（除非每个接口的带宽不同，此时按比例填写 Weight）。点击保存。重复此过程，直到所有的口都已添加。
点击策略选项卡，删除原有策略，只保留 balanced 策略。将 balanced 策略的成员选择为上一步中添加的成员。点击保存。
点击规则选项卡，删除原有规则，只保留 default_rule_v4 和 default_rule_v6。将 default_rule_v4 的策略选择为 balanced，default_rule_v6 的策略选择为 default。点击保存并应用。

配置网页认证脚本

虽然 MWAN3 配置完成，但此时一定无法访问公网，因为还未进行网页认证。由于此时的 IPv4 流量会被随机分配给某个 MacVLAN 接口，我们只能不断设置到 net.zju.edu.cn 的静态路由，手动完成网页认证，过于麻烦。因此，需要编写一个脚本，自动完成网页认证。

MWAN3 的通知功能可以在接口失败时运行用户自定义的脚本。因此，可以利用这个功能，当某个接口连网失败时，自动在这个接口进行网页认证。登录脚本由田发呆同学的新ZJUWLAN登录脚本修改得来。

下载地址，访问密码：cc98

配置方法如下：

更换 Python3 源：

pip config set global.index-url https://mirrors.zju.edu.cn/pypi/web/simple
安装 requests 模块：

pip install requests
修改脚本：

脚本中此处需要进行修改：
1 2 3 4 5 6

if __name__ == '__main__': if action == "disconnected" and device.find("eth0mac") != -1: global username, password username = "xxxxxxxxxx" password = "xxxxxxxxxx"
将 eth0mac 修改为刚刚添加的所有 MacVLAN 设备名称的共同部分。将 username 和 password 修改为自己的账号密码。

如果有多个账号，可以多添加一些逻辑，根据 device 名称使用不同的账号密码。
将脚本复制到 /root 路径下：

cd /root && nano mwan3.py

之后粘贴脚本内容，然后 Ctrl+O，回车保存。
测试是否能利用脚本完成认证：

python3 mwan3.py wan1 eth0mac0 disconnected

如显示成功，则说明脚本配置无误。修改 eth0mac0，完成所有 MacVLAN 接口的网页认证。
点击网络-MultiWAN 管理器-通知。在输入框最后一行添加：

/usr/bin/python3 /root/mwan3.py $INTERFACE $DEVICE $ACTION

之后保存并应用。

此后，断开连接后会 MWAN3 会自动运行脚本，重新完成网页认证。

配置静态路由分流内网流量

完成上述步骤后，所有的 IPv4 流量都会被分配给 MacVLAN 接口，而这些接口已被限速。因此，访问内网的单连接速度也随之降低。

不过，原接口 WAN 未完成网页认证，未被限速。通过静态路由将 10.0.0.0/8 的流量分配给 WAN，即可避免访问内网时被限速。

注：静态路由规则优先级高于 MWAN3。

配置方法如下：

点击状态-概览，找到 WAN 对应设备的网关地址。
点击网络-路由-静态 IPv4 路由。点击添加，接口选择 WAN，目标填写 10.0.0.0/8，网关填写刚刚记录的网关。保存并应用。

指南到此结束。

为移动魔百盒 GITV 生成 Kodi 可用的 M3U 源和 EPG 节目表

Sat, 28 Jan 2023 00:00:00 +0000

笔者在陕西移动办理宽带时，移动公司赠送了一个魔百盒 OTT 盒子。移动魔百盒可以通过 GITV（银河互联网电视）观看电视直播，虽比起 IPTV 延迟较高，但也有一定价值。最近在折腾 Kodi，于是想通过抓包的方式得到 GITV 的 M3U 源，以便在 Kodi 和其他设备上观看。

抓包

抓包采用 Wireshark 进行。具体方法为：在电脑上开热点，让魔百盒连接热点，再使用 Wireshark 抓包相应的网卡。

开始抓包后，在魔百盒上打开节目点播，得到节目列表（不需要开始播放）后停止抓包。

通过分析抓包结果，我们筛选出两个重要的 URL：

channel_info_url: http://111.20.43.97:29010/chnInfos/SAXYD_ZX/0.json
epg_list_url: http://111.20.43.97:29010/tagNewestEpgList/SAXYD_ZX/1/100/0.json

其中，channel_info_url 的内容如下：

{
    "timestamp": "20230122220712",
    "data": [
        {
            "bigIconWidth": 220,
            "width": 88,
            "chnDefinition": "200",
            "chnIcon": "http:\/\/live.pic.gitv.tv\/images\/sx_icon\/CCTV-1.png",
            "nodeChn_status": "1",
            "playIcon": "",
            "height": 22,
            "bigIconHeight": 90,
            "forbidReplay": "1",
            "chns": [
                {
                    "codeRate": "default",
                    "playUrl": "http:\/\/saxyd-livod.dispatcher.gitv.tv\/gitv_live\/CCTV-1-HD\/CCTV-1-HD.m3u8?p=GITV&area=SAXYD_ZX",
                    "num": 3,
                    "definition": "清晰度自适应"
                },
                {
                    "codeRate": "3M",
                    "playUrl": "http:\/\/saxyd-livod.dispatcher.gitv.tv\/gitv_live\/CCTV-1-HD\/CCTV-1-HD.m3u8?p=GITV&area=SAXYD_ZX",
                    "num": 3,
                    "definition": "高清"
                }
            ],
            "newIcon": "http:\/\/live.pic.gitv.tv\/images\/sx_icon\/cctv-1_B.png",
            "chnName": "CCTV-1高清",
            "chn_status": "1",
            "bigChnIcon": "http:\/\/live.pic.gitv.tv\/\/images\/livod_icon\/20191224\/CCTV-1.png",
            "subTags": [
                {
                    "tagId": 0,
                    "subTagId": 1,
                    "tagType": 0
                }
            ],
            "guidWidth": null,
            "playIconWidth": null,
            "showLive": "1",
            "chnCode": "CCTV-1-HD",
            "guideHeight": null,
            "guideIcon": "",
            "playIconHeight": null
        },
        ...
    ]
}

从中我们可以获取到：

bigChnIcon: 高清台标
chnName: 频道名称
chnCode: 频道代码

epg_list_url 的内容如下：

{
    "timestamp": "20230121093506",
    "data": [
        {
            "backgroundImg": null,
            "chnunCode": "cctv1",
            "packageCode": "5889b41f35db5e5d3c8e9a10_CCTV-1-HD",
            "chnDefinition": 200,
            "isShift": 1,
            "isBroadcastChn": 0,
            "packageCover": "http:\/\/live.pic.gitv.tv\/\/images\/2023\/1\/154\/5f841190a0294f32b102dfc8c283130c.jpg",
            "backPoster": "http:\/\/saxyd-livod.dispatcher.gitv.tv\/gitv_live\/CCTV-1-HD\/images?p=GITV&area=SAXYD_ZX",
            "tag": "综艺",
            "purchaseOwn": 0,
            "defHis": 0,
            "chnNum": 1,
            "title": "喜气洋洋合家欢-2023东西南北贺新春1",
            "packageCoverH": "http:\/\/live.pic.gitv.tv\/\/images\/2023\/1\/154\/612692009ef24f108a7dbed55e60c7a8.jpg",
            "packageName": null,
            "startTime": 1674261840000,
            "epgPoster": "http:\/\/saxyd-livod.dispatcher.gitv.tv\/gitv_live\/CCTV-1-HD\/live.jpg?p=GITV&area=SAXYD_ZX",
            "createTime": 1674197129000,
            "id": null,
            "chnOrder": 5,
            "restrictLv": null,
            "playUrl": "http:\/\/saxyd-livod.dispatcher.gitv.tv\/gitv_live\/CCTV-1-HD\/CCTV-1-HD.m3u8?p=GITV&area=SAXYD_ZX",
            "playOrder": 20230121,
            "chnName": "CCTV-1高清",
            "fkOrder": 9999,
            "endTime": 1674272280000,
            "superscriptPic": "http:\/\/live.pic.gitv.tv\/images\/livod_icon\/superscript\/hd.png",
            "chnTypeId": 1,
            "epgStatus": 1,
            "chnCode": "CCTV-1-HD",
            "showLive": 1,
            "onlineCount": 53046,
            "backPlayUrl": "http:\/\/saxyd-livod.dispatcher.gitv.tv\/gitv_live\/CCTV-1-HD\/history.m3u8?p=GITV&area=SAXYD_ZX",
            "updateTime": 1674197131000,
            "superscriptType": 1
        },
        ...
    ]
}

从中我们可以获取到：

title: 节目标题
startTime: 节目开始时间
endTime: 节目结束时间
chnName: 频道名称
chnCode: 频道代码
playUrl: 播放地址

需要注意的是，playUrl 并不是直接的播放地址。访问此地址得到：

{
    "t": 1674914975,
    "o": "live",
    "u": "http:\/\/zteres.sn.chinamobile.com:6060\/yinhe\/2\/ch00000090990000001068?virtualDomain=yinhe.live_hls.zte.com",
    "c": "zhongxing",
    "isBlackUser": "false"
}

其中 u 才是真正的播放地址。

生成 M3U 源和 EPG 节目表

根据以上这些信息，我们可以编写一个 Python 脚本来定时生成 M3U 源和 EPG 节目表。

import sys
import json
from urllib.request import urlopen
from datetime import datetime
from threading import Thread
import time
from http.server import HTTPServer, SimpleHTTPRequestHandler

import m3u
import xmltv


config = json.load(open("config.json"))


class UpdateFilesThread(Thread):
    def __init__(self, threadID, name, delay):
        Thread.__init__(self)
        self.threadID = threadID
        self.name = name
        self.delay = delay

    def run(self):
        while True:
            try:
                print("更新频道...")

                channel_info_data = json.loads(
                    urlopen(config["channel_info_url"]).read().decode("utf-8")
                )["data"]
                epg_list_data = json.loads(
                    urlopen(config["epg_list_url"]).read().decode("utf-8")
                )["data"]

                try:
                    channel_cache = json.load(open("cache.json"))
                except FileNotFoundError:
                    channel_cache = {}

                # 获取频道图标
                channel_icon = {}
                for channel in channel_info_data:
                    channel_icon[channel["chnCode"]] = channel["bigChnIcon"]

                # 获取频道信息
                m3u_channel_list: list[m3u.Channel] = []
                xmltv_channel_list: list[xmltv.Channel] = []

                for channel in epg_list_data:
                    tvg_logo = channel_icon[channel["chnCode"]]

                    if channel["chnCode"] in channel_cache:
                        m3u8 = channel_cache[channel["chnCode"]]["m3u8"]
                    else:
                        m3u8 = json.loads(
                            urlopen(channel["playUrl"]).read().decode("utf-8")
                        )["u"]
                        channel_cache[channel["chnCode"]] = {
                            "m3u8": m3u8
                        }

                    m3u_channel = m3u.Channel(
                        tvg_id=channel["chnCode"],
                        tvg_name=channel["chnName"],
                        tvg_logo=tvg_logo,
                        group_title="GITV",
                        m3u8=m3u8
                    )

                    m3u_channel_list.append(m3u_channel)

                    programme_title = channel["title"]
                    programme_start = datetime.fromtimestamp(
                        channel["startTime"] / 1000)
                    programme_stop = datetime.fromtimestamp(
                        channel["endTime"] / 1000)

                    xmltv_channel = xmltv.Channel(
                        channel_id=channel["chnCode"],
                        display_name=channel["chnName"],
                        programme_title=programme_title,
                        programme_start=programme_start,
                        programme_stop=programme_stop
                    )

                    xmltv_channel_list.append(xmltv_channel)

                    print(f"频道：{channel['chnName']}")

                # 保存 M3U 文件
                with open("gitv.m3u", "w", encoding="utf-8") as f:
                    f.write(m3u.M3u(m3u_channel_list).generate_text())

                # 保存 XMLTV 文件
                with open("gitv.xml", "w", encoding="utf-8") as f:
                    f.write(xmltv.Xmltv(xmltv_channel_list).generate_text())

                # 保存缓存
                json.dump(channel_cache, open("cache.json", "w"))

                print("更新完成！")

                time.sleep(config["update_interval"])

            except KeyboardInterrupt:
                sys.exit()

            except Exception as e:
                print(e)


class HttpServerThread(Thread):
    def __init__(self, threadID, name, delay):
        Thread.__init__(self)
        self.threadID = threadID
        self.name = name
        self.delay = delay

    def run(self):
        server = HTTPServer(
            (config["listen_address"], config["listen_port"]),
            SimpleHTTPRequestHandler
        )
        server.serve_forever()


def main():
    update_files_thread = UpdateFilesThread(1, "UpdateFilesThread", 1)
    http_server_thread = HttpServerThread(2, "HttpServerThread", 2)

    update_files_thread.start()
    http_server_thread.start()

    update_files_thread.join()
    http_server_thread.join()


if __name__ == '__main__':
    main()

通过 NAT TCP 打洞使 qBittorrent 获得公网 IPv4 的连接性体验

Sun, 15 Jan 2023 00:00:00 +0000

网络环境分析

目前在国内，许多用户无法从运营商那里获取公网 IPv4 地址（点名中国移动）。对于 PT 玩家而言，这意味着他们在 IPv4 下的可连接性很差，无法获取很多上传量。在这种现状下，TCP 打洞是一种很好的解决方案。

为了更好地理解 TCP 打洞帮助做种的原理，我们先来看看客户端和 Tracker 通信的过程。简单地讲，qBittorrent 之类的客户端将自己的 IP 地址和监听端口上报给 Tracker，Tracker 再将其发送给其他需要下载的 Peer 客户端。之后，Peer 客户端连接至相应的 IP 地址和端口，开始下载。需要注意的是，实际上，客户端往往不需要上报自己的 IPv4 地址，因为 Tracker 采用的是从 TCP 报文中获取到的 IPv4 地址。

这一过程是很清晰的，但实际网络环境不会这么理想。我们考虑国内宽带的常见情况：通过 PPPoE 拨号获得 IP 地址，网络设备有光猫、路由器和一个子网下的做种设备。为了避免光猫拨号造成的麻烦，我们只讨论光猫为桥接模式的情况。

能获取到公网 IPv4 地址

首先，考虑路由器 PPPoE 拨号能获取到公网 IPv4 地址的情况。不难发现，如果 BT 客户端运行在路由器上，就可以轻松地被其他客户端连接，因为客户端监听在公网地址和端口上。假设 BT 客户端上报的监听端口为 23456，Tracker 从 TCP 报文中获得的 IPv4 地址为公网地址 1.1.1.1。这样，其他客户端连接到 1.1.1.1:23456 即可进行下载。

但如果 BT 客户端运行在路由器子网下的设备上，情况则稍稍复杂。我们假设路由器获得的公网地址为 1.1.1.1，路由器在子网的地址为 192.168.1.1，客户端设备的地址为 192.168.1.2。此时，BT 客户端监听在 192.168.1.2 的 23456 端口上。BT 客户端上报的端口也为 23456，而 Tracker 获得的 IPv4 地址则为公网地址 1.1.1.1。其他客户端会尝试连接 1.1.1.1:23456，这显然会失败，因为拥有公网地址的路由器并没有在监听此端口，更不会把此端口收到的数据转发到 192.168.1.2:23456。

这时，有几种常见的解决方案：

在路由器上设置 192.168.1.2 为 DMZ 主机。此时，发往 1.1.1.1:23456 的数据会被自动转发到 192.168.1.2:23456。
在路由器上设置端口转发，将 23456 端口转发到 192.168.1.2:23456。
打开路由器和 BT 客户端的 UPnP 功能。这实际上可以理解为一个自动的端口转发协议。

可以看出，路由器上有一层 NAT（网络地址转换），但由于路由器对我们而言是完全可控的设备，我们可以轻松配置转发穿越这一层 NAT，使其他客户端可以连接到我们的 BT 客户端。

不能获取到公网 IPv4 地址

不能获取到公网 IPv4 地址的情况则令人绝望。这意味着只有运营商设备拥有公网地址，路由器获取到的则是一个私有地址，其本身就在通过 NAT 连接互联网。

我们假设运营商设备的公网地址为 1.1.1.1，路由器获取到的地址为 10.0.0.2。我们在路由器上配置好上一节的内容，使得 10.0.0.2:23456 上存在一个 BT 客户端监听服务。此时，客户端向 Tracker 上报端口 23456，Tracker 获得的 IPv4 地址为公网地址 1.1.1.1。其他客户端会尝试连接 1.1.1.1:23456，这显然会失败。并且，我们无法通过在运营商 NAT 设备上配置 DMZ 主机或端口转发来解决，因为运营商设备对我们来说不可控。

NAT 类型分析

为了设法穿越运营商 NAT，我们先了解一下常见的 NAT 类型。以下内容摘抄、修改自互联网：

完全圆锥形 NAT/Full Cone NAT

完全圆锥型 NAT 将一个来自内部 IP 地址和端口的所有请求，始终映射到相同的公网 IP 地址和端口；同时，任意外部主机向映射的公网 IP 地址和端口发送报文，都可以实现和内网主机进行通信，就像一个向外开口的圆锥形一样，故得名。

这种模式很宽松，限制小，只要内网主机的 IP 地址和端口与公网 IP 地址和端口建立映射关系，所有互联网上的主机都可以访问该 NAT 之后的内网主机。

地址限制式圆锥形 NAT/Address Restricted Cone NAT

地址限制式圆锥形 NAT 同样将一个来自内部 IP 地址和端口的所有请求，始终映射到相同的公网 IP 地址和端口；与完全圆锥型 NAT 不同的是，当内网主机向某公网主机发送过报文后，只有该公网主机才能向内网主机发送报文，故得名。

相比完全圆锥形 NAT，地址限制式圆锥形 NAT 增加了地址限制，也就是 IP 受限，而端口不受限。

端口限制式圆锥形 NAT/Port Restricted Cone NAT

端口限制式圆锥形 NAT 更加严格，在上述条件下，只有该公网主机该端口才能向内网主机发送报文，故得名。

相比地址限制式圆锥形 NAT，端口限制式圆锥形 NAT 又增加了端口限制，也就是说 IP、端口都受限。

对称式 NAT/Symmetric NAT

对称式 NAT 将内网 IP 和端口到相同目的地址和端口的所有请求，都映射到同一个公网地址和端口；同一个内网主机，用相同的内网 IP 和端口向另外一个目的地址发送报文，则会用不同的映射（比如映射到不同的端口）。

和端口限制式 NAT 不同的是，端口限制式 NAT 是所有请求映射到相同的公网 IP 地址和端口，而对称式 NAT 是为不同的请求建立不同的映射。它具有端口受限锥型的受限特性，内部地址每一次请求一个特定的外部地址，都可能会绑定到一个新的端口号。也就是请求不同的外部地址映射的端口号是可能不同的。

了解了四种 NAT 类型，我们不难发现，对于 BT 这种使用模式，只有完全圆锥形 NAT/Full Cone NAT 可以尝试穿越。不同 Peer 客户端的 IP 不同，如果限制 IP 地址，Peer 就无法进行连接。

NAT TCP 打洞

我们已经知道，在完全圆锥形 NAT 下，当映射关系建立后，任意外部主机向映射的公网 IP 地址和端口发送报文，都可以实现和内网主机进行通信。因此，只要内网主机通过某个端口向外发出请求，NAT 映射关系就会建立。

不过，NAT 映射关系建立后，还面临着如何长时间保持的问题。我们可以利用 Natter 或 NATMap 来实现对 NAT 映射关系的保持。具体原理如下：

由本地端口 A 向外发起 TCP 长连接，以维持 NAT 端口映射关系。
通过 STUN 服务器，获取对应的公网 IP 和端口。
利用端口重用特性，同时监听端口 A，对外提供服务。

qBittorrent 场景下的应用方法

我们再来考虑 TCP 打洞在 BT 中的应用。公网 IPv4 地址不用担心，Tracker 可以从 TCP 报文中直接获得。关键是需要上报给 Tracker 正确的端口。

对于 qBittorrent 而言，其上报的端口必然是其本地监听端口。如果要实现灵活地修改上报端口，需要修改 qBittorrent 源码，不符合大多数 PT 站的要求。因此，需要采取比较迂回的策略。

我们假设做种设备的内网 IP 为 192.168.1.2，路由器内网 IP 为 192.168.1.1。路由器通过拨号获取到私网 IP 10.0.0.2。运营商 NAT 设备的公网 IP 为 1.1.1.1。其中，做种设备已被设置为 DMZ 主机，意味着监听 192.168.1.2:xxxx 等价于监听 10.0.0.2:xxxx。

我们使用 NATMap，通过本地端口 12345 向外发起 TCP 连接，从而获取一组 NAT 映射关系，并且 12345 端口可以用于提供服务。假设 1.1.1.1:34567 被映射到 10.0.0.2:12345，进而通过 DMZ 主机设置来到 192.168.1.2:12345。理想情况下，直接让 qBittorrent 上报 34567 并监听 12345 即可。然而，由于 qBittorrent 只能上报本地监听端口，我们只能让 qBittorrent 监听 192.168.1.2:34567。因此，需要 iptables 规则将本地的 12345 端口转发至 34567 端口。

我们以 NATMap 为例。建立 NAT 映射关系或映射关系改变时，NATMap 可以触发脚本执行自定义操作。传入参数为：

$1: Public address (IPv4/IPv6)
$2: Public port
$3: IP4P
$4: Bind port (private port)
$5: Protocol (TCP/UDP)

对于 BT 的应用场景，我们只需要关注参数 2 公网端口和参数 4 内网端口。我们的脚本需要将 qBittorrent 的监听端口设置为参数 2 公网端口，然后用 iptables 将本地的参数 4 内网端口转发至本地的参数 2 公网端口。具体实现如下：

#!/bin/sh

# Natter/NATMap
private_port=$4 # Natter: $3; NATMap: $4
public_port=$2 # Natter: $5; NATMap: $2

# qBittorrent.
qb_web_host="127.0.0.1"
qb_web_port="8080"
qb_username="admin"
qb_password="adminadmin"

echo "Update qBittorrent listen port to $public_port..."

# Update qBittorrent listen port.
qb_cookie=$(curl -s -i --header "Referer: http://$qb_web_host:$qb_web_port" --data "username=$qb_username&password=$qb_password" http://$qb_web_host:$qb_web_port/api/v2/auth/login | grep -i set-cookie | cut -c13-48)
curl -X POST -b "$qb_cookie" -d 'json={"listen_port":"'$public_port'"}' "http://$qb_web_host:$qb_web_port/api/v2/app/setPreferences"

echo "Update iptables..."

# Use iptables to forward traffic.
LINE_NUMBER=$(iptables -t nat -nvL --line-number | grep ${private_port} | head -n 1 | awk '{print $1}')
if [ "${LINE_NUMBER}" != "" ]; then
    iptables -t nat -D PREROUTING $LINE_NUMBER
fi
iptables -t nat -I PREROUTING -p tcp --dport $private_port -j DNAT --to-destination $qb_web_host:$public_port

echo "Done."

详细使用说明和脚本下载请前往我的 Github 仓库 qBittorrent NAT TCP Hole Punching。欢迎 Star。

如果运行 NATMap 的设备与运行 qBittorrent 的设备不同，则需要修改脚本中 iptables 转发的部分和 qBittorrent API 中的 localhost。

参考内容

禁用 Windows 11 平板模式

Sat, 19 Nov 2022 00:00:00 +0000

故障

微软至少在 Windows 10 就引入了平板模式。平板模式为触摸屏设备（如笔者的 Surface）进行了优化，提升了使用这些设备的体验。例如，UI 间距变大、资源管理器出现复选框等等。当然，在使用键鼠时，这些特性只会帮倒忙。

在 Windows 10，微软至少提供了一个开关在平板模式和普通模式之间切换。但在 Windows 11 中，聪明的微软让平板模式变得更强制了。例如，对于 Surface，只要没有接入 Surface 键盘，都会自动进入平板模式，且无法退出。更神奇的是，即使接入外置键盘也不行——微软依旧认为你应该使用平板模式。

平板模式在 Windows 11 中带来了不可关闭的资源管理器复选框，非常烦人。Chrome 等应用也变得肥大。

在 Microsoft Community 和 Reddit 上已经有不少人抱怨此事，反馈中心也有相关的反馈。但微软似乎不是很在意。并且，找了半天也没有能成功退出平板模式的方法。于是我只好自己研究一下。

解决方案

解决方案倒是异常简单，只需要在注册表中改变一个键值。很奇怪，Microsoft Community 和 Reddit 上居然没人说。

我先查找了微软关于平板模式的文档：

https://learn.microsoft.com/en-us/windows-hardware/design/device-experiences/continuum

这个文档大概是面向驱动程序开发人员的，其中提到：

There are two main ways to enter/exit “tablet mode”:

Manually - The user can enter/exit “tablet mode” manually by pressing the “tablet mode” button located in Action Center.

Hardware action triggered - The OS can ask the user if they would like to enter/exit “tablet mode” if the hardware has indicated the form factor has changed through ConvertibleSlateMode.

看来，通过 ConvertibleSlateMode 可以控制平板模式。同时，微软在 FAQ 中写道：

Will the auto prompt to enter/exit “tablet mode” take place upon the insertion of an external USB keyboard?

No, the auto prompt will be triggered through the toggling of the ConvertibleSlateMode value, not the presence of any kind of keyboard.

这下破案了，只要驱动程序不去更改 ConvertibleSlateMode 的值，就不会改变当前的模式。USB 键盘的驱动当然不会去改这个值了，难怪插入 USB 键盘也没用。

现在，解决方案就很明确了：将 \HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\PriorityControl 中的 ConvertibleSlateMode 的值改为 1 即可。

我编写了一个注册表脚本去修改这个值：

https://gist.github.com/Mythologyli/78e0b2cba3541b3f7795236e4dabb999

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\PriorityControl]
"ConvertibleSlateMode"=dword:00000001

运行一下这个脚本，你的电脑就退出平板模式啦。

论日记

Thu, 27 Oct 2022 00:00:00 +0000

最近听到一种说法，写日记是为了减少自己内心的愧疚，深以为然。

儒家文化向来讲究自省，许多人自认为的写日记的目的，自然也在于反思。蒋介石写了 57 年日记，他的日记中也没少自我反省。例如，与自己的色欲斗争时，蒋介石写道：“见艳心动，记大过一次”，不可不谓是真切的自责。可是第二天，又“见色心淫，狂态复萌，不能压制矣”。终于，沦落到“近日甚为淋病之苦，心生抑郁也”的地步。蒋介石虽于日记中日日自省，痛骂自己的禽兽之态，却还是染上淋病，没能逃出色欲的魔爪。

与其说写日记是在自我反省，还不如说是在自我告解。日记成了那个神父，信徒在日记中写下自己所犯的罪，而这些文字又宽恕了他，让他觉得好过。日记显得真诚，绝不仅因为日记是真诚的反思，更因为日记是真诚的告解。反思意味着有则改之，而这种告解只是抒写愧疚的心情。写日记的人将愧疚从心里搬出来，变成文字，保存在日记这个绝不泄密的神父那里，他们自己便可以专注于未来的生活，而不去管曾经的过失。

虽然日记充当了缄口不言的神父，可许多人却乐于让人们读到自己的日记。当然，日记并不会被绝罚，但这个现象还是足够有趣，有趣到我们不禁思考，假如一个人在写日记之初，就考虑到了日记要给别人看的可能，那他的日记会变成什么样。笔者在高二时，班主任要求大家每周写几篇日记，并要上交给他过目。这时的日记，便充斥着一种虚假的真诚。人们不会因为日记要被第二个人看到，就放弃了告解——相反，由于告解显得真诚，他们更乐于告解了，只是有所修饰，在无关紧要的地方大做文章，在重要的地方维护自己。这样的日记满是虚伪的文字，更像是未出名前自传的原材料，实在想不通班主任为什么要看这种东西。

这样看来，日记有一些在排解内心的愧疚，有一些在彰显自己的品格，另外一些则兼而有之。至于反思，不过是可怜的配菜。我们高估了我们了解自己的能力，更高估了我们改变自己的能力。反思与自我纠错不会因为日记中惺惺作态的文字就发生，不会因为消解掉愧疚就发生，不会因为虚假的真诚就发生。把愧疚转移给文字，就像蒋介石戒色——悔恨交给日记，色欲留给自己。

修正 Surface Pro 7 低电量锁频问题

Wed, 05 Oct 2022 00:00:00 +0000

故障

笔者有一台 i5 款 Surface Pro 7，平常拿来进行远程桌面、手写等轻量任务。不知从何时起，这台 Surface 出现了卡顿的现象：在电量低于 40% 左右时，整个系统异常卡顿。窗口缩放都在掉帧，只开一个远程桌面都卡成 PPT。但此时电脑并未开启省电模式。若接上电源，系统立刻恢复如初。

解决

由于在高电量和接通电源时不存在卡顿，故极有可能是 CPU 锁频导致。打开任务管理器，果然，CPU 频率被限制在在 1.0 GHz 左右，不卡才怪。

大概 3 个月前给电脑装了 22H2 版的 Windows 11，因此一开始怀疑是 Windows 11 的锅。但是，搜索了一下似乎也不是这方面的问题。

在别的 Windows 设备上也没有遇到相同故障，所以还是把矛头对准了 Surface。Google 上一番搜索后，在 reddit 的 Surface 社区找到了这个，解决了问题：

Throttling on battery from Intel Dynamic Tuning? Here’s the fix!

总而言之，问题是由 Intel Dynamic Tuning 引起的。它会在低电量时限制 CPU 以节省电量，但却造成了严重的卡顿。所以解决方法是：禁用 Intel Dynamic Tuning 服务。

分析

实际上，是 Intel 的 DTT 技术导致的降频，Intel 对它的介绍是：

英特尔® Dynamic Tuning Technology （英特尔® DTT）是英特尔 Adaptix ™ 技术的一部分。

DTT 是系统软件制造商（也称为 OEM）配置的系统软件驱动程序，用于动态优化系统性能、电池续航时间和散热性能。

DTT 包含基于人工智能和机器学习的高级算法，以支持这些优化以获得性能、散热和电池续航时间。OEM 为其系统专门配置软件。DTT 并非旨在成为基于最终用户的软件，因为更改系统制造商设置可能会导致系统运行的风险。

以下是 DTT 中包含的一些技术。OEM 决定它们将如何使用 DTT 的功能以及如何配置 DTT。

DTT 技术：

英特尔 Power Share 技术自动并动态地在英特尔处理器和英特尔®独立显卡之间分配电源，以优化性能并改善电池续航时间。

散热管理：监控功率和温度，并管理 SOC 和系统设备以在 OEM 定义的散热限制和规格内维护系统。

自适应性能：允许 OEM 根据系统事件（如交流或电池模式、翻盖型或笔记本电脑使用、OEM 性能模式等）配置 DTT 设置。

英特尔® DTT提供以下权益：

改进了电源和散热系统约束下的 CPU 和 GPU 性能

改进了 CPU 和独立 GPU 电源共享，通过将电源预算转移到 CPU 或 GPU 来提高性能，同时保持系统散热和电源预算。

智能混合工作负载功率平衡

监视和管理整体系统散热，以保持组件和系统规格。

将散热和性能策略智能动态更改作为系统配置和使用的功能。

Intel 声称 DTT “包含基于人工智能和机器学习的高级算法”，但看来这些算法也不怎么聪明，以致于我的 Surface 直接变得无法使用。从另一方面讲，说不定是 Microsoft 或者 Intel 为了让续航数据变得更好看而搞的损害用户体验的把戏。

关闭 DTT 可能导致一些副作用，但我也没有别的选择。希望 Microsoft 早日修复这个问题。

每周专辑推荐 X JAPAN - Vanishing Vision

Tue, 04 Oct 2022 00:00:00 +0000

个人听感

每个被认为“向市场投降”的乐队都有一张“初心专辑”（悲），对于 X 而言就是这张『Vanishing Vision』。

『Vanishing Vision』中既有 VANISHING LOVE、I’LL KILL YOU 这种在地下时期常玩的速度金属，也有 ALIVE 这种与后来的 ART OF LIFE 等一脉相承的 YOSHIKI 味抒情作品。

虽然 TOSHI 胡乱发音的英语非常出戏，ALIVE 这首歌我还是非常喜欢的。在前奏中运用了贝多芬著名的 Quasi una fantasia, Op. 27, No. 2 月光奏鸣曲里的旋律，这可能是 X 第一次在作品中加入钢琴。很遗憾，副歌部分的高音对于 TOSHI 来说也显得太变态，所以这首都没几个现场。

KURENAI、UN-FINISHED… 这两首与『BLUE BLOOD』里收录的相比就是半成品，建议去听『BLUE BLOOD』的版本。SADISTIC DESIRE 倒是更喜欢这张专辑里的版本。

这张专辑也展现乐队除了 YOSHIKI 之外，TAIJI 和 HIDE 的创作能力。尤其是 HIDE 的 SADISTIC DESIRE，超级合我的胃口。X 在中后期逐渐向 YOSHIKI 一手包办的方向发展，TAIJI 在『Jealousy』后的离队使得乐队风格更加单一。至于新世纪重组之后，其实没有什么令我印象深刻的作品。

在 HIDE 和 TAIJI 都先后因意外离我们而去，YOSHIKI 和 TOSHI 的关系已来到冰点的今天，恐怕对 X 而言，不会再有『Vanishing Vision』这样的专辑了。

歌曲

最推荐的几首：VANISHING LOVE、SADISTIC DESIRE、ALIVE

DEAR LOSER

作曲：TAIJI

VANISHING LOVE

作词：YOSHIKI
作曲：YOSHIKI

PHANTOM OF GUILT

作词：TOSHI
作曲：TAIJI

SADISTIC DESIRE

作词：YOSHIKI
作曲：HIDE

GIVE ME THE PLEASURE

作词：YOSHIKI
作曲：TAIJI & HIDE

I’LL KILL YOU

作词：YOSHIKI
作曲：YOSHIKI

ALIVE

作词：YOSHIKI
作曲：YOSHIKI

KURENAI

作词：YOSHIKI
作曲：YOSHIKI

UN-FINISHED…

作词：YOSHIKI
作曲：YOSHIKI

每周专辑推荐 Beyond - Sound

Mon, 13 Jun 2022 00:00:00 +0000

写在前面

从小学开始，听歌多年，自然也有许多很好的专辑想与大家分享。屡屡想下笔，却不知从何写起。每次听到好的专辑，激动地想要写一篇推荐，又发现实在是冷僻的要命，只得悻悻地将敲好的几个字删去了。毕竟不想大家点进来，看一眼，心生“这什么鬼玩意儿”的疑惑，然后再退出去。因此，还是从 Beyond 写起吧。

回想起来，Beyond 是我正经开始听歌听的第一支乐队。小学那时对这支乐队非常痴迷，几乎听过 Beyond 的每一首歌，能从头到尾背完 Beyond 发行的每一张专辑。我一直使用的网名 Myth，来自 Beyond 首专《再见理想》中的同名歌曲。其实现在打着这些文字，也非常感慨。小时听 Beyond 时，曾想过再过十年、二十年，是否还会再去听这一首首歌。现在戴着耳机写着这些，也有一种与过去的自己对话的感觉。

大家对 Beyond 的大多数印象，可能都来自于 Beyond 的主唱黄家驹，以及由他作曲的《海阔天空》、《光辉岁月》、《喜欢你》等超热门歌曲。不过今天想推荐的专辑，是黄家驹先生去世后，Beyond 三子时期推出的专辑 ——《Sound》。

成立于 1983 年的 Beyond 乐队，最为大家熟知的阵容是：主唱兼节奏吉他黄家驹、主音吉他黄贯中、贝丝黄家强、鼓手叶世荣。这段时期也被大家称为 Beyond 的“四子时期”。而 1993 年，主唱黄家驹先生在日本意外去世，乐队只能由黄贯中、黄家强、叶世荣三人苦苦支撑。但在这艰难的三子时期，Beyond 乐队却带来了许多质量极高的专辑，在我看来，在音乐性上甚至完成了对四子时期的超越。这些质量极高的专辑中，我最喜欢的便是今天想推荐给大家的《Sound》。

《Sound》发行于 1995 年 6 月，是三子时期乐队的第二张专辑。如果说第一张专辑《二楼后座》还有四子时期的影子，那《Sound》这张专辑已经彻底完成了 Beyond 的自我超越。这张专辑中，阿 Paul（黄贯中）、家强、世荣三人紧密的配合，也使这张专辑具有极佳的整体感。而在这之后，虽然乐队的音乐性仍在进步，但三人音乐想法的分歧、观点的差异，让专辑的拼接感越来越强，最终亦使乐队在十年后走到了尽头。某种程度上，《Sound》是一体的 Beyond 乐队的绝唱。

歌曲

最推荐的几首：《Cryin’》、《阿博》、《门外看》、《声音》

《铁马骝》

鼓手叶世荣带来的 Drum Solo。世荣在乐队中的存在感其实一直不强，这也是难得的在专辑中 Solo 的机会。作为专辑的第一首歌，很舒服的节奏，不用多想，静静听即可，后面可就闹腾了。

《教坏细路》

作词：Beyond
作曲：Beyond
演唱：黄家强

不想再玩这游戏
可否有点新的趣味
歪曲是非没人理
新闻最好带点趣味

污糟邋遢 都争住播
太失败 太荒谬
整古做怪 诸多作做
你一生 是这样

你盏（点解）教坏细路
脑袋注定发霉
赈灾当做节目
点解（认真）叫座叫好

简单地讲，骂 TVB 的歌。“教坏细路”，意思是教坏小孩。而“赈灾当做节目”，这都是 TVB 搞出过的荒唐事。发行之后，乐队便遭到了 TVB 的打压。

在这一首骂了 TVB，只是开胃菜，厉害的还在后面呢。

《缺口》

作词：黄贯中
作曲：黄贯中
主唱：黄贯中

一口呼喊声 然后踏进生命
不懂得究竟 或某年某日 终于可清醒

孤单的背影 谁愿共我清静
几多哭笑声 伴我共上路多么的汹涌

从没妥协纵有荆棘铺满着路途
凝望这个永远修不到的缺口 无可补救

有些声音 永远听不到
纵会有色彩 但是漆黑将它都掩盖 在人海(里面)

根生于四海 沉默地去等待
千秋风雨改 但似未过问一刻的悲哀
这一生也许 全为赎我的罪
几多血汗水 没法尽抹掉心底的空虚

有些家乡 永远去不到
剩下了追忆 或是只得一些感应 梦魇着生命

阿 Paul 的作品，一如既往的高质量。在唱《大地》时嗓音清澈的阿 Paul，现在的嗓音已逐渐沧桑。

《阿博》

作词：黄贯中
作曲：黄贯中
主唱：黄贯中

我叫阿博 经已廿几
人人在忙 但我最爱嬉戏
个个说我 荒废自己
人人自危 独我爱理不理

所有说话我已经听够
让理想消散如烟 管他今生会点

因我的心情就有若微尘
躺卧于街头或结伴同行
也不介意做个自由人
无必需要紧

开始有点 讨厌自己
旁人时常 话我欠缺生气
讲起身家 总觉自卑
茫茫前途 就似看见空气

所有说话我已经听够
让理想消散如烟 管他今生会点

因我的心情就有若微尘
躺卧于街头或结伴同行
也不介意做个自由人
无必需要紧

超推荐。

还是 Paul 的作品。“阿博”应是指 Paul 的一位好友。

哈哈，小时候果然听了个寂寞。“茫茫前途就似看见空气”、“所有说话我已经听够让理想消散如烟”，现在听起来，有些难受。

《Cryin’》

作词：黄家强
作曲：黄家强
主唱：黄家强

夜还是一样
路仍是一样
未平伏的梦 亦一样

在逃避孤独
为谁在等待
但无尽失落 在伤害

困恼疑惑 生死好像竞赛
慨叹短暂 一生愿快乐

过去 你的心可有失落
今天 创伤加添了无奈
一生 遇上种种再不幸
No more cryin' No more cryin'

是明日的路
尽情的虚度
没期望一生 是怎样

漫长夜的梦
在蚕食空虚
是无力的泪 在哀号

家强的作品，整张专辑最爱的一首。

前奏一上来就非常抓耳，适合闭着眼睛听。整首曲子，吉他和人声的配合完美，Paul 的 Solo、尾奏，两人的这些紧密配合，在之后的专辑里却再未出现，令人惋惜。

家强的作品里，这首我最喜欢。总有些人说“家强没什么本事”，我会好奇他们是否听过这一首。

《声音》

作词：黄贯中
作曲：黄贯中
主唱：黄贯中

这里规定 若有杂音必要管制
雷声太大 像已是超出了天际

谁可掩饰天裂地摇心底的呼叫

太过响亮 是你未懂怎去适应
你知道吗 像这是天生嘅反应

谁可掩饰天裂地摇心底的叫声

可惜心里面的声音一再被软禁
如像困兽一般
假使讲说话也不可 高歌也是过错
随便你去处分我

继续上演 拒绝改变

阿 Paul 的批斗继续。这首歌是反对港英政府对体育馆的音量管制，也是专辑名的由来。

“假使讲说话也不可高歌也是过错随便你去处分我”，也想送给最近的某些人呢。

《困兽斗》

作词：黄贯中
作曲：Beyond
主唱：黄贯中

紧握的双手 仍幻想高飞远走
我有我去渴望 然后你再说不可接收

走开 走开 我不要你
滚开 滚开 我不爱你

困兽斗里面 人被迫得疯癫
好比一颗种子 长于水面

啊！这个家！
啊！这国家！

阿 Paul 的狂吼。有些人一直在曲解这首歌的意思，放一个 B 站 UP 的考证：

https://www.bilibili.com/read/cv12747671

《逼不得已》

作词：黄贯中
作曲：Beyond
主唱：黄家强

空的天起烽烟 火光黑暗里闪
黑的心找知音 彼此口不对心
装饰了荒谬 没有罪过

这议案已落实 不管反对与否
要奋斗怕落后 找种种的借口
天天去讨论 没有突破

这里变作怎样的都市
谁做错
想出种种苛刻的主意

这里变作怎样的都市
谁做错
仿佛只需讲声不得已

仍然是一些政治思考。

《门外看》

作词：黄贯中
作曲：黄贯中
主唱：黄贯中

微雨里的一晚 深宵中的街角只有我一个人
人已醉梦扑空 不需再叹息 顷刻掠过 慢步行

我最爱望着是那 漆黑的天际
人像渐远去 人被梦占据 忘掉我自己

依稀 还暖的心一再惊醒 
随意于心中一角画梦
依稀 微带点忧郁的气氛 
忘记于天边海角我在 门外看（云上看）

忘记痛苦一刻 将悲伤的洗礼渗入了天际
还看冷冷晚空 他怎去抱拥这位难过 陌路人

超推荐。

Paul 的抒情歌一样有味道。Solo 好听。

《叹息》

作词：黄家强
作曲：黄贯中
主唱：黄贯中

为何伴着你一晚 仍是没对答
完全没有一点感应 感觉多孤单

彼此之间 清楚失去了感觉
像失去自觉 迷失于这空间
但是日子 不够给我去改变
没想过后悔 全因知结果

遗下现在这一切 随着昨日远去
迷惑令我不知所措 充塞于心间

只可叹息 谁不想对爱珍惜

偏偏它总不呼应
疲倦静默地分开
只可叹息 从心底再去追忆
瑟缩于妄想一角
寻觅实在是折磨

静静听即可。

《幻觉》

作词：黄家强
作曲：Beyond
主唱：黄家强

总觉得失去灵魂了 这躯壳
思想总讨厌人群里闯
黑暗总使我忘形了 无感觉
不想清醒已浮沉半空

堕入幻想的夜幕里 (我要世界虚幻)
实在是空虚太绝对

从不 (这个地球 得不到自由)
清醒一刹那
难得 (这个地球 不可以自由)
没理世间的变化
迷失 (这个地球 得不到自由)
这孤单的脚印
寻找 (这个地球 不可以自由)
幻觉扩张的快慰
你也会幻想

不知道在写什么，反正别学。

写在后面

每首歌没有写太多的想法，还是希望大家有空可以自己体会，只是一些大家很容易理解偏的地方点了一下。但我觉得音乐超脱出创作者的想法也挺好的，所以这也无所谓了。希望大家能喜欢。

如果还有下期的话，再推荐一个非华语的专辑吧。

利用 Github Actions 自动提交 Hugo 站内链接到百度搜索资源平台

Tue, 17 May 2022 21:39:00 +0000

前言

如果你希望你的网站尽快被百度搜索收录，你一定在百度搜索资源平台添加了你的站点，并通过普通收录功能向百度提交了你的站内链接。

百度的普通收录有以下三种方式：

方式	收录速度	收录完整性
API 提交	最为快速	取决于推送程序
sitemap	慢于 API	sitemap 完整则完整
手动提交	未知	正经人谁手动啊

考虑到大多数人的 Hugo 站点都在利用 Git 进行管理，使用 Github 上的仓库，我们可以利用 Github Actions，在 Push 时自动提交链接到百度搜索资源平台。

细节

我的 Hugo 仓库目录结构如下：

myth.cx (repo)
  -- ...
  -- blog (hugo)
     -- ...
     -- public
        -- ...
        -- sitemap.xml
  -- scripts
     -- ...
     -- baidu.py

在每次利用 hugo 命令生成静态页面后，public 目录下都会自动产生 sitemap.xml 文件，从这个文件中我们可以获取所有站内链接，并通过 Python 脚本向百度搜索资源平台提交。

首先，我们需要在 Github Action Ubuntu 环境中配置 Hugo。利用 actions-hugo 配置 Hugo 环境：

- name: Setup Hugo
        uses: peaceiris/actions-hugo@v2
        with:
          hugo-version: 'latest'
          extended: true

这样，我们就可以在 Actions 中使用 hugo 命令：

- name: Build
        run: cd blog && hugo

这一步后，Hugo 已经为我们生成了 sitemap.xml 文件。利用如下 Python 脚本可以向百度提交链接：

import sys
import requests
import lxml.etree


def submit_to_baidu(api_url, urls):
    """
    Submit the url to baidu
    """

    headers = {
        'User-Agent': 'curl/7.12.1',
        'Host': 'data.zz.baidu.com',
        'Content-Type': 'text/plain',
        'Accept-Language': 'zh-CN,zh;q=0.9',
        'Content-Length': str(len(urls))
    }

    res = requests.post(api_url, headers=headers, data=urls)
    return res.text


def get_urls(sitemap_path):
    """
    Get the urls from sitemap
    """

    tree = lxml.etree.parse(sitemap_path)

    namespaces = {
        'sitemapindex': 'http://www.sitemaps.org/schemas/sitemap/0.9',
    }

    urls = ''
    for url in tree.xpath("//sitemapindex:loc/text()", namespaces=namespaces):
        urls += url + '\n'

    return urls


if __name__ == '__main__':
    urls = get_urls(sys.argv[1])

    print(urls)

    print(submit_to_baidu(sys.argv[2], urls))

该脚本接收两个参数，第一个参数是 sitemap.xml 的路径，第二个参数是百度搜索资源平台的 API 提交地址。对于第一个参数，我们可以直接写在 Github Actions 的 yml 文件中，而第二个参数涉及隐私，使用 Secret 的方式配置。

- name: Submit
        run: cp blog/public/sitemap.xml scripts && cd scripts && pip3 install lxml && python3 baidu.py sitemap.xml "${{ secrets.BAIDU_API_URL }}"

新建 Secert BAIDU_API_URL，设置为百度搜索资源平台的 API 提交地址，形如 https://data.zz.baidu.com/urls?site=xxxx&token=xxxx。最终的完整 yml 文件为：

name: Submit to Baidu

on: [ push ]

jobs:
  build:
    runs-on: ubuntu-latest

    steps:
      - name: Checkout repository
        uses: actions/checkout@v3
        with:
          submodules: true
          fetch-depth: 0

      - name: Setup Hugo
        uses: peaceiris/actions-hugo@v2
        with:
          hugo-version: 'latest'
          extended: true

      - name: Build
        run: cd blog && hugo

      - name: Submit
        run: cp blog/public/sitemap.xml scripts && cd scripts && pip3 install lxml && python3 baidu.py sitemap.xml "${{ secrets.BAIDU_API_URL }}"

开源地址

可以参考我的博客仓库

参考资料

如何使用 API 推送功能

基于 Mathematica 的六自由度机械臂正/逆运动学分析

Tue, 17 May 2022 17:45:00 +0000

机械臂说明与 D-H 参数

ZJU-I 型桌面机械臂为典型的六自由度机械臂。一个机械臂运行的视频：

关节角限制为：

	关节一	关节二	关节三	关节四	关节五	关节六
最小关节值（度）	-150	-90	-120	-150	-150	-180
最大关节值（度）	150	90	120	150	150	180

坐标系有多种选取方式。机械臂的 D-H 参数的一种表示为：

α	a	d	θ
0	0	0.23	θ₁
-π/2	0	-0.054	-π/2+θ₂
0	0.185	0	θ₃
0	0.17	0.077	π/2+θ₄
π/2	0	0.077	π/2+θ₅
π/2	0	0.0855	θ₆

求解变换矩阵

显然，手算求解机械臂的变换矩阵非常困难。

我们利用 Mathematica 强大的符号计算功能帮助我们运算，代码为：

ConvertDh[dh_] :=
    (
        len = Length[dh];
        h = Table[0, {i, len}];
        For[i = 1, i <= len, i++,
            h[[i]] = ({{Cos[dh[[i, 4]]], -Sin[dh[[i, 4]]], 0, dh[[i, 
                2]]}, {Sin[dh[[i, 4]]] * Cos[dh[[i, 1]]], Cos[dh[[i, 4]]] * Cos[dh[[i,
                 1]]], -Sin[dh[[i, 1]]], -Sin[dh[[i, 1]]] * dh[[i, 3]]}, {Sin[dh[[i, 
                4]]] * Sin[dh[[i, 1]]], Cos[dh[[i, 4]]] * Sin[dh[[i, 1]]], Cos[dh[[i,
                 1]]], Cos[dh[[i, 1]]] * dh[[i, 3]]}, {0, 0, 0, 1}})
        ];
        T = h[[1]];
        For[i = 2, i <= len, i++,
            T = T . h[[i]]
        ];
        FullSimplify[T]
    );

求出变换矩阵为：

$$ \left[\begin{array}{cccc} -c_6\left(c_5 s_1+c_1 c_{234} s_5\right)+c_1 s_{234} s_6 & c_5 s_1 s_6+c_1\left(c_6 s_{234}+c_{234} s_5 s_6\right) & c_1 c_{234} c_5-s_1 s_5 & c_1\left(0.0855 c_{234} c_5+0.185 s_2+0.17 s_{23}+0.077 s_{234}\right)+s_1\left(-0.023-0.0855 s_5\right) \\ c_1 c_5 c_6+s_1\left(-c_{234} c_6 s_5+s_{234} s_6\right) & c_6 s_1 s_{234}+\left(-c_1 c_5+c_{234} s_1 s_5\right) s_6 & c_{234} c_5 s_1+c_1 s_5 & s_1\left(0.0855 c_{234} c_5+0.185 s_2+0.17 s_{23}+0.077 s_{234}\right)+c_1\left(0.023+0.0855 s_5\right) \\ c_6 s_{234} s_5+c_{234} s_6 & c_{234} c_6-s_{234} s_5 s_6 & -c_5 s_{234} & 0.23+0.185 c_2+0.17 c_{23}+0.077 c_{234}-0.0855 c_5 s_{234} \\ 0 & 0 & 0 & 1 \end{array}\right] $$

写得方便看一点：

$$ \begin{aligned} t_{11} &= -c_{6}\left(c_{5} s_{1}+c_{1} c_{234} s_{5}\right)+c_{1} s_{234} s_{6} \\ t_{12} &= c_{5} s_{1} s_{6}+c_{1}\left(c_{6} s_{234}+c_{234} s_{5} s_{6}\right) \\ t_{13} &= c_{1} c_{234} c_{5}-s_{1} s_{5} \\ t_{14} &= c_{1}\left(0.0855 c_{234} c_{5}+0.185 s_{2}+0.17 s_{23}+0.077 s_{234}\right)+s_{1}\left(-0.023-0.0855 s_{5}\right) \\ t_{21} &= c_{1} c_{5} c_{6}+s_{1}\left(-c_{234} c_{6} s_{5}+s_{234} s_{6}\right) \\ t_{22} &= c_{6} s_{1} s_{234}+\left(-c_{1} c_{5}+c_{234} s_{1} s_{5}\right) s_{6} \\ t_{23} &= c_{234} c_{5} s_{1}+c_{1} s_{5} \\ t_{24} &= s_{1}\left(0.0855 c_{234} c_{5}+0.185 s_{2}+0.17 s_{23}+0.077 s_{234}\right)+c_{1}\left(0.023+0.0855 s_{5}\right) \\ t_{31} &= c_{6} s_{234} s_{5}+c_{234} s_{6} \\ t_{32} &= c_{234} c_{6}-s_{234} s_{5} s_{6} \\ t_{33} &= -c_{5} s_{234} \\ t_{34} &= 0.23+0.185 c_{2}+0.17 c_{23}+0.077 c_{234}-0.0855 c_{5} s_{234} \\ t_{41} &= 0 \\ t_{42} &= 0 \\ t_{43} &= 0 \\ t_{44} &= 1 \end{aligned} $$

正运动学

我们完成了 ForwardKinematicsZJU 函数，输入关节角，得到末端空间位置和 XYZ 欧拉角。由于代码太长，这里不做展示，可在文末链接查看。

例如：

In[=] := Import[FileNameJoin[{NotebookDirectory[], "zjui.wl"}]](*导入 zjui.wl*)

In[=] := ForwardKinematicsZJU[{Pi/6, 0, Pi/6, 0, Pi/3, 0}]
In[=] := {0.0904941, 0.164305, 0.607533, -1.82391, -0.0580453, -2.69295}

逆运动学

我们完成了 BackwardKinematicsZJU 函数，输入末端空间位置和 XYZ 欧拉角，得到 6 个关节角。（可能输出多组解，已考虑关节角限制）

例如：

In[=] := Import[FileNameJoin[{NotebookDirectory[], "zjui.wl"}]](*导入 zjui.wl*)

In[=] := BackwardKinematicsZJU[{0.117, 0.334, 0.499, -2.019, -0.058, -2.190}]
In[=] := {{1.04692, 0.543234, 0.531454, -0.551512, 0.523909, 0.698541}, {1.04692, 1.05169, -0.531454, 0.00294118, 0.523909, 0.698541}}

开源链接

Github 开源仓库：ZJUI-Arm-Kinematics

参考资料

六轴UR机械臂标准DH正逆运动学公式推导+代码验证C++ 作者：FuYongqing0412

如果不知道如何安装 Mathmetica，可以参考：Mathematica 激活指南

致谢

感谢 DX3906G 同学提供的逆运动学运算步骤。

解决 Hugo 默认时区造成文章/页面不渲染的问题

Tue, 17 May 2022 00:00:00 +0000

问题

现在是凌晨1点，已经是5月17日了。像下面这样，我创建了一个页面，将时间设置为5月17日：

title: 解决 Hugo 默认时区造成文章/页面不渲染的问题
description: Hugo 坏啦！为什么无视我新增的页面？
date: 2022-05-17

然而，浏览器什么变化都没有。

赶快回到终端，查看 hugo -D server 的输出：

Change detected, rebuilding site.
2022-05-17 01:09:56.287 +0800
Source changed ".../index.md": WRITE
Total in 12 ms

诶诶，这不是识别出页面变化了吗？可是为什么不渲染新的页面呢？

解决方案

苦苦 Google 一番，终于在这里找到了答案。

原来，Hugo 默认不会渲染将来的页面，也不会输出任何提示，说明有页面因为时间未到而未渲染。而 Hugo 按照 UTC 时间考虑我的页面，认为我的页面是将来的页面，自然就没有输出了。

找到了问题，方法就很简单了。你可以：

为自己文章/页面的 date 加上时区
配置 Hugo 使其输出将来的页面

我直接采用了简单粗暴的第二种方式。在 config.yaml 中添加：

buildFuture: true

这样就会将将来的页面也一起渲染。

参考资料

Hugo Post Missing (Hugo 博客文章缺失问题) 作者：jdhao

下载站

Tue, 17 May 2022 00:00:00 +0000

点击这里进入下载站！

留言板

Mon, 16 May 2022 00:00:00 +0000

这里是留言板！

在评论区随便说点什么吧~

关于

Sun, 15 May 2022 00:00:00 +0000

你好，这里是 Myth，请随意逛逛，欢迎光临！

今天的 Myth 还在写代码吗？

新的博客，新的开始

Sun, 15 May 2022 00:00:00 +0000

Why Hugo?

从 2019 年开始，我的博客一直在使用 WordPress。直到今天，我才开始使用 Hugo 构建自己的博客。正好，也顺便回忆一下自己博客的历史。

上高中时，就一直想拥有一个自己的网站。进入大学后，便立马买了一个阿里云服务器，开始了折腾之旅。至于为什么选择 WordPress，是因为那时对 Web 的认识过于欠缺，用 WordPress 这种傻瓜式界面写博客已经是我的极限了。

后来了解了 Markdown 这种语言，也慢慢意识到用 Markdown 写博客的好处。既然很多人都在用 Hexo 搭建博客，于是自己尝试了一下，但最终还是没有成功。当时的我（包括现在也是）对前端知之甚少，Hexo 一些复杂的依赖关系搞得我很崩溃（Node.js 已经能让我崩溃了），便放弃了使用 Hexo 搭建博客。

至于现在为什么开始用 Hugo？首先，自己的审美有些改变，对 WordPress 能实现的一些花里胡哨的效果不感冒了。其次，Hugo 与 Hexo 相比，在目录组织等方面更加人性化，使用体验很舒适。最后：这个基于 Go 的家伙生成页面真是神速啊！

Myth’s Blog 的曲折道路

如你所见，我现在在使用 myth.cx 这个域名。显然，这个奇怪的域名是不能备案的，我自然需要一台境外服务器。

刚上大学时，我使用学生优惠买了一台服务器，又买了一个又臭又长的 cn 域名，认认真真地完成备案，开始了我的建站之路。众所周知，个人网站有种种约束，我战战兢兢地在主页挂上我的备案号，把评论等种种功能统统关闭，期望我的网站能长长久久，平平安安。

可是，即使是这样仔细，我的博客似乎也难逃一死。21 年，一个公安的电话打进了我的手机。一听，要我速速关闭网站！原来，我当时在老家备案，在我们县，就成了有个人网站的奇人。恰逢 100 周年大庆，净网行动，我便成了搭博客的异端，有网站也成了罪过，要被清理了。“有微博嘛，你建博客做什么”。我无言以对，只能下线了自己的博客。

最终，还是走上了境外服务器的路子。价格相差不多，还能随便用域名。这下，我的博客“自由”了。

可是自始至终，我都没在博客上写什么了不得的东西，做什么了不得了事。没有办法，管的太宽，我只好注销了自己的备案号，让我的服务器去呼吸“自由的空气”罢！

致谢

感谢 WordPress，让最初一窍不通的我也能搭建自己的网站；感谢 Hugo，也感谢 Jimmy 设计的精美主题。没有你们，我的博客也不会存在于此。

最后，感谢一直在坚持写点什么的自己。虽然大多数时间在偷懒，但还在坚持点什么，还在思考点什么，这种貌似寻常的态度在如今却似乎并不多见。希望我能一直写下去，一直坚持下去。

基于软件实现一套键鼠操作多台电脑 —— Barrier 使用介绍

Tue, 25 May 2021 00:00:00 +0000

前言

笔者有一台拯救者和一台 Surface。平时在宿舍时，当然更喜欢用游戏本的键鼠操作。不过若要使用两台电脑，就得不断移动手去分别操作两台电脑的键鼠，非常麻烦。

用过双屏的同学们一定知道，只要将光标移动出屏幕边缘就可以让光标移动到另一个屏幕上去。但现在的情景是两台电脑，而非一台电脑两个显示器。Windows 的原生功能显然无法解决这个问题。下面有请 Barrier 登场。

What is Barrier?

项目地址

Barrier 是一个开源软件，是 symless 公司开源项目 synergy-core 的一个分支。使用 Barrier，你可以通过移动光标的方式，用一台电脑（server）的键鼠操作同一局域网下的多台电脑（client），甚至可以共享这些电脑的剪贴板。原先的软件 Synergy 可以做一样的事，但 symless 将这套系统商业化了，只开源了核心 synergy-core。Barrier 可以理解为基于 synergy-core 的开源软件，好处是免费，不过少了一些不那么重要的功能（如跨电脑复制文件）。

Usage

接下了介绍如何在浙江大学校园网络环境下在两台电脑上配置 Barrier，实现键鼠的共享。

首先下载 Barrier。请分别为 Server（你要使用的键鼠所在的电脑）和 client（被控电脑）下载合适版本的软件。Windows: .exe | Mac: .dmg
分别在 server 机和 client 机上安装软件。
首先配置 server 一侧。打开 barrier，会出现这样一个界面：

我们勾选 server，来将程序配置为 server 模式。注意到上面打码的地方有一排 IP 地址，找到 10 开头的那个，那是你在校园局域网下的 IP。（用路由器的同学可以用路由器分配的 IP）

点击应用 - 开始，使程序运行，等待连接。
再配置 client 一侧。打开 barrier，这次我们勾选 client，同时，在服务端 IP 处填写刚刚记录的 10 开头的 IP。点击应用 - 开始。
我们回到 server 一侧。点击设置服务端，可以看到这样的界面：

你可能只能看到一个屏幕。从右上角拖一个电脑到网格中，双击配置屏幕名为 client 机的屏幕名（client 端有显示）。如果不小心弄多了，拖到左上角的垃圾筐即可。

如图，在这里，Laptop 是 server 机，Surface 是 client 机。可以拖动 client 机，改变 client 机屏幕相对 server 机屏幕的位置。在本图中，将光标向左移动可以使光标到达 client 机屏幕。

点击 OK - 应用 - 开始。
接下来就可以使用了。光标在哪个屏幕，键盘也就会作用到哪个屏幕，十分好用。

Tips

剪贴板中的文字和图片也可以共享。
如果觉得 IP 地址不断变化很麻烦，可以按照在 server 机上配置 DDNS，使用域名代替 IP 地址。

fxKeyboard | 把你的计算器当做电脑键鼠！

Wed, 28 Apr 2021 00:00:00 +0000

前言

警告：本程序可能损害您的计算器或电脑！务必在阅读说明后谨慎操作。本人不对任何损坏负责！

Surface 的键盘在竞品中算是手感不错的，可没有数字区同样令人抓狂。既然每天带着计算器上课，何不将计算器作为键盘？

功能

数字、字母输入
连续字符输入。如按下 sin 输入 sin
电脑截屏。CAPTURE 映射 PrintScreen
方向键、鼠标控制模式切换
…

使用方法

使用 FA-124 软件将 Add-in 复制到您的计算器
使用计算器菜单中的 LINK 将计算器连接到计算机
在执行此步骤之前，请先阅读注意事项！从这里下载 Zadig。打开 Zadig，单击 Options - List All Device，选择 CESG502，然后将原始驱动程序替换为 WinUSB
在您的计算器中打开 Add-in。它将自动连接到您的计算机。如果您没有插入 USB 线缆，则不久后 Add-in 将提示退出
打开计算机中的 fxKeyboardLink.exe。现在，您可以将计算器用作计算机的键盘！

特殊映射：

Calculator Key	Computer
OPTN	Switch between arrow mode and cursor mode
Arrow keys	Arrow keys in arrow mode and cursor controller in cursor mode
θ	Text: theta
EXIT	ESC
QUIT	ESC
∠	<
sin-1	Text: arcsin
ab/c	/
CAPTURE	PrintScreen
CLIP	Ctrl + C
PASTE	Ctrl + V
DEL	Backspace
INS	Insert
÷	/
π	Text: pi
EXE	Enter in arrow mode and click in cursor mode
EXE with SHIFT	Enter with Shift pressed. This is convenient for using Mathmetica

注意事项

fxKeyboardLink.exe 将自动打开 NumLock
一旦使用 Zadig 替换了原始驱动程序，您将无法使用 FA-124 连接！如果您想返回原始驱动程序，请仔细阅读此处的 Zadig FAQ。您需要知道 USB 设备为 CESG502
如果一通操作后，您无法以任何方式将计算器连接到计算机，请尝试通过后面的按钮重新启动计算器

截图

已知问题

连续按下计算器键将与计算机键盘实际行为不匹配。原因是我只用了 GetKey 函数（原因是懒）
在光标模式下，光标以恒定的速度缓慢移动（原因还是是懒）

开源地址

https://github.com/Mythologyli/fxKeyboard

如果你喜欢本程序的话，欢迎去点一个 Star 哦！

下载地址

https://cloud.akashic.cc/#s/6EcqHrhQ

清明谒岳王庙记

Tue, 06 Apr 2021 00:00:00 +0000

向来听闻西湖旁有岳王庙，但种种原因，苏堤断桥已是游玩数次，却从未迈进岳王庙的门槛。赶上清明，难得无事，便前去拜谒。

从凤起路站下地铁，沿湖北侧向西。期间经过断桥，果然人声鼎沸、喧闹不堪，令人望而却步。以往游西湖，十分匆忙，今日细看地图，才发现前方有“西泠印社”，这几个字十分眼熟。想了半天，原来是初中时无心学习，整日看乱七八糟的小说，西泠印社便是《盗墓笔记》中男主店铺的所在。

约有三十分钟，就到了岳王庙门口。出乎意料，来的人并不是很多，与此时的断桥、苏堤相比，更是少的可怜。门前游客，叽叽喳喳，都在与庙门合影，人虽不多，也显得十分热闹。

在手机上买好二十五元的门票，便进了庙门。原以为清明的岳王庙，应是香火鼎盛，上前一瞧，那香炉却干净的一尘不染，想必是环保需要，以花代香，也算是新风尚了。

左右两殿，供着牛皋、张宪二员猛将。回想小时顽皮，半夜不眠，偷看小说，就有《说岳全传》。其中牛皋、张宪两位，事迹众多，也不知几分真、几分假。《说岳全传》中，牛皋与金兀术同归于尽，而张宪先前已与岳家父子一起遇害了。每每想来，只恨奸臣误国、昏君无能。

再往前，便是正殿，门上有“心昭天日”横匾，取自“天日昭昭，天日昭昭”。正殿之上，岳少保端坐中央，无比威严。大殿两侧，绘有岳飞事迹；名人题字，更是数不胜数。正在观览时，听见一位母亲训斥孩子：“你闹着要来，现在又不好好看！”，不禁莞尔。人年幼时，出游也好，读诗也罢，往往三分钟热度，并不知其中深意。待日后想起，方才有所感触。

出了大殿，向右有一庭园，两侧都是碑廊。入口处碑上有满江红词，是明代文徵明的书法。再向前去，更有乾隆皇帝的御笔。忽然想到，金兀术与弘历，也都算是女真一族。不知皇帝来杭州拜岳庙时作何感想。

穿过门洞，前方就是岳家父子的墓了。墓前，便是臭名昭著的秦桧、王氏、万俟卨、张俊四个奸人的铁像。铁像皆跪姿，神色戚戚，四周围有铁牢，还有“文明游览，请勿吐痰”字样，猜测是管理方的保护措施。来往的游客，对着铁像指指点点，不过未见有拳打脚踢者。仔细看介绍，才知道原先的铁像已于十年动乱中遗失，如今的铁像是重铸的。希望下次重铸时，能有“完颜构”像，毕竟奸臣昏君，难分高下，只是不知岳爷爷是否同意。再看墓前，鲜花簇簇，心中一暖。英雄永远为后人所纪念，坏人永远为后人所唾弃。

离开岳王庙，继续向西，发现此处离玉泉校区不远。几个月后，自己也要搬来玉泉了，只是不知那时，是否还有这样的闲情逸致。

时辰尚早，便乘 318 路南去，看看钱塘江大桥。钱塘江大桥是中国第一座现代化的桥梁，此时江水滔滔，铁桥巍然，好不壮观。但想起今日所见，心中却有些悲凉。当年，茅以升先生就是在这里，为了阻碍日军南下，亲手炸断了自己设计的大桥。

然而，一座断桥，又如何抵挡帝国主义的铁蹄！即使如岳飞般英勇善战，也敌不过奸臣昏君，终究含冤而死。再想想自己，上不能穷宇宙之奥，下不能平家国之恨，既无体魄，又乏知识，昏昏度日，一事无成，与岳将军、茅先生去之甚远。他们尚且无能为力，我又如何是好？

此处略去两百字。

清明谒岳王庙、观钱塘江大桥，有所感怀，以流水账记之，与诸君共勉。

fxListExporter v2.0 | 将fx-9860系列内置LIST用CSV文件或二维码导出

Sun, 01 Nov 2020 00:00:00 +0000

前言

在我做大学物理实验时，需要记录很多数据。我习惯用计算器的 LIST 功能记录这些数据。可是 fx-9860 系列导出数据有一定困难，需要 Mini USB 线缆。因此，萌生了通过二维码导出 LIST 数据的想法。这样，fxListExporter 诞生啦！

功能

选择需要的行和列
将 CSV 文件保存在计算器内存或 SD 卡中
使用二维码导出数据
double 精度
支持科学计数法

使用方法

打开程序，按下 EXE
通过 F1~F6 选择所需要的列。按下 EXE 继续
输入要获取的最大行。比如输入 3，就是获取 1~3 行。按下 EXE 继续
选择导出方式。按 1 保存 CSV 到内存；按 2 保存 CSV 到 SD 卡；按 3 通过二维码显示数据
如选择 1 或 2，可能会遇到已存在 CSV 文件的情况。此时可按 F1 覆盖文件
如选择 3，此时显示二维码。若未显示二维码，说明选取的数据过多

程序截图

感谢

感谢 flaribbit 的二维码库 FxQr

已知问题

导出过大的 CSV 文件时，可能发生崩溃
不能使用二维码展示过多的 LIST 数据。若数据过多，不会显示二维码。考虑未来通过分割 CSV 解决

开源地址

https://github.com/Mythologyli/fxListExporter

如果你喜欢本程序的话，欢迎去点一个 Star 哦！

实现原理

在编写程序的过程中，如何获取 LIST 的数据是最令我困惑的一点

大体的实现思路是利用 syscall 中的 CalculateExpression 函数计算 LISTM[N] 的值，然后在通过对 BCD 编码的转换得到 double 数据

// Get List col[row] in double format
// If no data in that grid, return NULL
double *GetList(int col, int row)
{
    TBCDvalue *bcd_value = (TBCDvalue *)malloc(sizeof(TBCDvalue)); // TBCDvalue format result
    double *double_value = (double *)malloc(sizeof(double)); // double value
    // Calculate expression: Listcol[row]
    char *expression = (char *)calloc(10, sizeof(char));
    char position[4]; // store col/row
    char bracket[2] = {0x5B, '\0'}; // store "[" and "]"
    // "List"
    expression[0] = 0x7F; // first part of "List"
    expression[1] = 0x51; // second part of "List"
    // col
    itoa(col, position);
    strcat(expression, position);
    // "["
    strcat(expression, bracket);
    // row
    itoa(row, position);
    strcat(expression, position);
    // "]"
    bracket[0] = 0x5D;
    strcat(expression, bracket);
    char opcode[2] = {1, 0};
    int mode = 1;
    // Get the result of List col[row] in BCD format
    // CalculateExpression() return 0 means no data in that grid
    if (!CalculateExpression(&expression, opcode, bcd_value, mode))
       return NULL;
    // Convert result to double format 
    TBCD *bcd = new TBCD;
    bcd->Set(*bcd_value);
    bcd->Get(*double_value);
    delete bcd;
    free(bcd_value);
    return double_value;
}

可以通过这个 demo 理解。

下载地址

点击此链接

注意事项

如果是新 9860（SH4），请下载 LISTEXP_SH4.g1a。下载后重命名为 LISTEXP.g1a，再导入计算器

在 Windows 上实现阿里云 DNS 动态解析

Sun, 13 Sep 2020 00:00:00 +0000

由于学校校园网 Wi-Fi 最近支持了 IPv6/IPv4 双栈连接，笔记本终于可以离开网线接入 IPv6 网络了。因为我有在阿里云购买的域名，所以做了 AAAA 解析记录，可以愉快地用域名远程连接笔记本，再也不需要通过服务器中转 RDP。可是学校分配的 IPv6 时不时会发生改变，而一遍遍在阿里云控制台更改太麻烦，于是想到能不能在 Windows 上实现阿里云 DNS 动态解析服务。

在一番搜索后，在 Github 上找到了 AliyunDdnsCSharp 这个项目，完美地解决了我的问题。感谢项目作者 xuchao1213！

下面是个人实践的安装方法：

点击链接，在阿里云申请 AccessKey ID 和 AccessKey Secret。通过 AccessKey 可以调用阿里云域名解析相关的 API，从而实现对域名解析记录的更改。
在 Github 下载该程序。将压缩包 AliyunDdnsCSharp.zip 在任意目录解压（目录以后不可变动）。执行 Install.bat 安装服务。
在 conf 目录下放置配置文件。支持多个配置文件，每个文件一条记录。

例如，以下配置表示：刷新间隔10 min；解析域名为 test.example.com；记录类型为 AAAA (IPv6)；线路为默认线路；TTL 为600；获取 IPv6 地址的方式为 ipconfig（默认）。

{
    "Interval": "10",
    "AccessKeyId": "xxxxxx",
    "AccessKeySecret": "xxxxxx",
    "DomainName": "example.com",
    "SubDomainName": "test",
    "Type": "AAAA",
    "Line": "default",
    "TTL": "600",
    "GetIpUrls": []
}

执行 Start.bat，DDNS服务应该可以正常运行。

井底之蛙，不知大海，但却知晓天空之蓝

Thu, 27 Aug 2020 00:00:00 +0000

不得不说，还是很有冈田麿里的风格。熟悉的胃药，熟悉的三角（四角？）恋剧情。但这次却值得一看，于我而言。

葵和少年慎之之间的情愫来的很突然，我不是很能理解。也许我还是不懂17岁左右少女的想法，或者这单纯是冈田在给她加戏而已。但姐姐相生茜和慎之，或者说和金室慎之介间的重逢却实在是让人难受。

18岁的慎之，前往东京，梦想着成为一名音乐家。可他的恋人相生茜却为了照顾妹妹，不得不与他分离。少年慎之期望着变成 Super Star，那时再回乡和茜结婚。而13年后的他，却变成了当初所厌恶的油腻大叔、没人气的吉他伴奏手，变成了被年轻时的自己咒骂的人。

影片的最后，金室慎之介和少年慎之和解，相生茜答应和慎之介在一起。心满意足的少年慎之消失了。但这更像是少年慎之对31岁的自己的妥协。他大概接受了未来的自己就是这副模样，毕竟这是已经发生、无法更改的未来。

13年能改变的东西很多很多。慎之身上的“少年气”消失了。谁不喜欢意气风发的少年呢？少年敢想敢做，他可以毫不羞耻地说出遥不可及的理想，他可以不顾一切地冲向自己爱慕的人，他可以虽是井底之蛙却能知晓天空之蓝。13年后慎之，终究被现实击垮了，终究不在诉说不切实际的话语，终究想回到家乡，平淡度过一生。

井底之蛙，不知大海，但却知晓天空之蓝。可井底之蛙，终究未见大海，终究不能飞上蓝色的天空。但这样的“蛙”，还是被相生茜接受了。

我们每个人都是、或将是、或曾经是少年或少女。少年少女的世界是纯粹的，装得下美好的梦。少年少女的世界是易碎的，可以轻松地被现实击垮。可那样的世界确实存在过，无论多么短暂，就像天空中的一抹蓝色，转瞬即逝，可望而不可及。但13年后，30年后，你抬起头，如果天气不错，它仍能将蓝色装满你的双眼。

不知大海，但却知晓天空之蓝，也许还不错。

L’Arc~en~Ciel「瞳の住人」

Sat, 15 Aug 2020 00:00:00 +0000

「瞳の住人」是 L’ArcenCiel 给我留下印象最深刻的歌之一。不同于他们一贯的艺术摇滚风格，这首歌是偏流行的。但是还是很好听啊。

「瞳の住人」

词：hyde

曲：tetsu

数えきれない…でも少しの歳月は流れ

虽然无法数清但岁月终究有所流逝

いったい君の事をどれくらい分かってるのかな?

对你的事情究竟了解多少呢

指先で地図辿るようには上手く行かないね

用指尖在地图上沿画是无法顺利到达的

気づいているよ不安そうな颜隠してるくらい

你在苏醒着已经想要隐藏起呈现出不安的面容

急ぎ足の明日へと抵抗するように

虽然为了抗拒急速来临的明天而不停奔走

駆け回っていても不思议なくらい…この胸は君を描くよ

但在心中也将你描绘的不可思议呢

见上げれば辉きは色褪せず溢れていた

假如仰望天空就可看到光芒色彩不褪漫溢开来

どんな时も照らしてるあの太阳のようになれたなら

如果变成太阳那样的话就无论何时都会在不断照耀着了

もう少しだけ君の匂いに…抱かれていたいな

好想再被你的气息包围着只有一下也好

外の空気に首轮を引かれ仆は背を向けた

被外部的空气抑制呼吸的我已经转身向你

白く渗んだ溜め息に知らされる季节(とき)を

当反复的因为洇成了空白

缲り返しながらふと思うのさ…なぜ仆はここに居るんだろう?

而焦虑不已时忽然想到为何我一定要停在此处呢

そばにいてずっと君の笑颜を见つめていたい

想永远在你身旁凝视你的笑颜

移り行く瞬间をその瞳に住んでいたい

想在将被映照出的瞬间定居在你眼睛里

どこまでも穏やかな色彩に彩られた

无论到哪里都有温和的色彩渲染

一つの风景画の中寄り添うように时を止めて欲しい永远に

希望时间可以永远停止如同融入风景画中一般

そばにいてずっと君の笑颜を见つめていたい

好想永远在你身旁凝视你的笑颜

移り行く瞬间をその瞳に住んでいたい

想在被映照出的瞬间定居在你眼睛里

いつの日か鲜やかな季节へと连れ出せたら

如果有那么一天被崭新的季节邀请

雪のように空に咲く花のもとへ…花のもとへ

就一同向那似要下雪的天空中绽开的花朵的源头前行吧

最喜欢的两个版本，一个是录音棚版本，另一个就是2007年在富士急ハイランド的现场了。

总之，L’ArcenCiel 是我非常喜欢的乐队。希望大家能去听听彩虹的歌。

记浙大的军训

Thu, 12 Sep 2019 00:00:00 +0000

苦不苦？

emmmm

你要说苦不苦，那真还是有点苦的。训练累不累倒在其次，关键是这个睡眠时间，可真是够你受的。理论上，一天睡眠可达7小时。可理论毕竟是理论，合唱训练、通讯稿、入党申请书……各种事项会将你的睡眠时间压缩至4小时。准确地说，能在12点前合上眼睛，那真是万幸中的万幸。当你五点半头脑昏沉地在操场上站军姿时，你就会暗暗发誓以后一定要好好睡觉。

关于通讯稿

通讯稿嘛，本是没有什么要求的。可因为计入军训班考核，于是大家便拼命地写。我们班的任务还算轻松，一人两天写一篇。即使这样，还是不容乐观。每天回寝往往已经十点半，疲惫至极的我们，打开电脑，开始码字。胡写一气？当然没人拦你，但分低了可不要怪别人。现在我的电脑上还留存着一大堆通讯稿，也算是个纪念吧。

人在箱在

在军训期间有幸成为了一名卫生员，每天箱不离肩、药不离手。箱子重，责任更重。同学晕倒？有人扭伤？让我来！（此时也可以一起摸鱼了）

当然，付出总是有回报的。帮助别人，本来就很快乐。（虽然这话很虚但这是我的真实体验！）

文章

Tue, 28 May 2019 00:00:00 +0000

链接

Mon, 01 Jan 0001 00:00:00 +0000

发现其他地方的我！

搜索

Mon, 01 Jan 0001 00:00:00 +0000

Myth's Blog | Myth 的小站

Asterisk + EC20 实现短信收发+语音通话+网络代理

起因

购买 Quectel EC20 模块

更新固件

配置模块

连接到串口

重置模块

AT 命令测试

配置 VoLTE（可选）

配置 UAC 数字音频（可选）

配置网络

退出 minicom

安装 Asterisk

安装 Asterisk 和依赖

编译安装 asterisk-chan-quectel 模块

设置权限

检查 EC20 模块状态

配置短信转发和语音通话

配置 SIP 账号

禁用 chan_sip 模块

配置 extensions_custom.conf

SIP 客户端设置

网络代理

固定网卡名称

配置静态地址、路由和度量值

搭建 SOCKS5 代理服务器

参考资料及致谢

蜂鸟 bebird 可视洁耳仪逆向分析+Python 客户端

抓包分析

APK 分析

Python 客户端 Demo

Github Repo

深入探究 Windows 系统代理设置

最基本的情况——无拨号连接

就这么简单吗？——还有设置！

拨号连接——又来一份设置！

中文名称——锟斤拷的噩梦

默认 VPN 名称含中文——巨硬的坑人大法

总结——复杂而混乱的代理设置体系

QQ NT Windows 数据库解密+图片/文件清理

找到数据库 passphrase

导出/修复数据库

图片/文件清理

Github Repo

致谢

利用 HAProxy 让 Minecraft 服务器在内网穿透后获取客户端 IP

HTTP 为什么可以？

BungeeCord?

HAProxy

解决方案

OpenWrt 路由器 MacVLAN+MWAN3 校园网多拨超详细指南

校园网认证方式

网页认证方式

L2TP 认证方式

802.1X 认证方式

现有多拨方式

不借助路由器

借助路由器多拨

OpenWrt

高恪、爱快、ROS 等流控系统

OpenWrt+网页认证实现多拨

安装 OpenWrt 及相关依赖

刷入 OpenWrt 固件

安装依赖

配置 MacVLAN 接口

配置 MWAN3

配置网页认证脚本

配置静态路由分流内网流量

为移动魔百盒 GITV 生成 Kodi 可用的 M3U 源和 EPG 节目表

抓包

生成 M3U 源和 EPG 节目表

通过 NAT TCP 打洞使 qBittorrent 获得公网 IPv4 的连接性体验

网络环境分析

能获取到公网 IPv4 地址

不能获取到公网 IPv4 地址

NAT 类型分析

完全圆锥形 NAT/Full Cone NAT

地址限制式圆锥形 NAT/Address Restricted Cone NAT

端口限制式圆锥形 NAT/Port Restricted Cone NAT

找到数据库 `passphrase`