本文使用「署名 4.0 国际 (CC BY 4.0)」许可协议，欢迎转载、或重新修改使用，但需要注明来源。 [署名 4.0 国际 (CC BY 4.0)](https://creativecommons.org/licenses/by/4.0/deed.zh) 本文作者: 苏洋 创建时间: 2025年03月27日 统计字数: 27966字 阅读时间: 56分钟阅读 本文链接: https://soulteary.com/2025/03/27/xiaomi-router-be3600-pro-notes-analytics-and-docker-play.html ----- # 小米路由器 BE3600 Pro 笔记：初步分析、折腾路由 Docker（一） 这篇文章，聊聊前一阵折腾小米路由器 BE3600 Pro 的一些事情，包括初步分析整套软硬件，以及使用 Docker 快速运行 Alist 这类好用，但体积较大的容器应用。 ## 写在前面 我是小米路由器的相对早期用户，线上线下买过很多台小米路由器，线上能够翻到的订单记录，最早的一台是 2015 年的小米 Mini 路由器。 ![小米路由器部分历史订单](https://attachment.soulteary.com/2025/03/27/xiaomi-order.jpg) 随后，陆陆续续的买过许多款不同的小米路由器，其中有很多经典款：青春版、R3G、AC2100、AX1800、4A，最近一台是小米的 BE6500 Pro。目前，家里还在使用的小米路由器是 2023 年双十一前购入的 BE6500 Pro，搭配之前购入的米家中枢网关，专门提供各种智能家居设备进行联网和管理使用。 ![知乎来信！](https://attachment.soulteary.com/2025/03/27/zhihu-letter.jpg) 3月初的时候，再次收到了“知乎来信”，这次能够不给厂商面子，随便折腾和吐槽的设备是我入手的 “BE6500 Pro 的青春版”：BE3600 Pro。 ![哦豁，“双子星”](https://attachment.soulteary.com/2025/03/27/be3600pro.jpg) 相比较之前的路由器，尤其是同系列的 BE6500 Pro，这台路由器单个尺寸会看起来稍小一些（矮胖一些），整体造型比较致敬十年前的经典款 R1D（只是没有硬盘）。 ![家里的路由器们（小爱音箱乱入）](https://attachment.soulteary.com/2025/03/27/routers.jpg) 因为我家里已经有管理智能家居 IoT 设备的路由器（BE6500 Pro），所以在我拿到这台设备后的第一想法，并不是测试和折腾它的智能家居的功能，而是把想试试把它作为一个轻量服务器使用。 毕竟小米整套智能家居想更换网关，需要集体先解绑，再重新绑定，是一个巨大的工程（实在是太多体力活了）。这个经验是从之前的教训中得来的：家里原本用的小米 BE6500 Pro 经常出现断流问题，为了不影响正常上网体验，所以我不得不单独将小米路由器和本地网关重新组网，把所有智能家居设备都迁移到专用网络上，把智能家居和生活网络区分开来。希望后续米家的产品经理能够改进这个糟糕的体验，并且给想要帮助探索路由器问题的用户一个调试模式。 在这次折腾 BE3600 Pro 的时候，我在网上搜索了一圈，在一些视频博主的评论区中看到了一些类似 BE6500 Pro 的断流反馈，虽然购物平台基本上都会换货协助解决问题，但我觉得有限的折腾时间，应该花在刀刃上。 所以，当看着这款颜值在线、很像当年米家第一代带硬盘的R1D（路由轻NAS）的盒子组合时，我觉得用它来打造迷你服务器可能会很有趣：它原生支持Docker，性能不错又省电，特别是当它关掉作为路由器最耗性能的无线功能后，应该能发挥出更好的功耗表现。 ## 准备工作 想要拿这个设备当轻量服务器使用，第一件事是获取设备的硬件信息和了解有哪些合适的 Linux 操作系统。 ![官方的路由器参数页](https://attachment.soulteary.com/2025/03/27/spec.jpg) [官方路由器的参数页](https://www.mi.com/xiaomi-routers/be-3600-pro)里，没有体现使用的 SoC 的硬件参数。不过，还可以通过两个方式来获取信息： - 第一种是拆机，对照芯片丝印来确认硬件信息。 - 第二种是使用网上公开的方法，敲开路由器软件的 SSH 服务的门，在路由设备它的操作系统中获取到想要的各种信息。 虽然我最后会拆掉这台设备，但是现在我选择第二种方法，主要因为需要对这台设备进行资料备份，以便出现极端情况下，能够有机会救活这套设备。并且，如果想要这台设备运行一些其他的系统，也需要更多的有效信息，而不仅仅是一个“芯片 ID 名称”。 ### 强制设备初始化 ![两台路由器是有区别的](https://attachment.soulteary.com/2025/03/27/couple.jpg) 两台路由器看起来外观一致，但其实设备是分主路由和子路由的。因为主路由的配置更好，所以操作一律先从主路由开始折腾。 为了确保设备环境可以复现，在开始折腾设备之前，我为设备做了强制恢复出厂设置：长按设备后部网线接口上的“重置键”，然后插上电源，等待设备橙灯快速闪烁，直至灯熄灭后，重新插上连接网络的网线和连接笔记本的网线，以及电源，耐心等待 LED 灯又长亮橙色变为漂亮的青色。 ## 设备“越狱”：解开 SSH 权限 为了更方便后续的操作，当设备初始化之后，需要对设备进行简单的初始化。 ![通过 Web 界面完成路由初始化](https://attachment.soulteary.com/2025/03/27/init-router.jpg) 特别提醒，本文使用的路由固件是 `1.0.56`，如果你使用了更高版本的固件，无法复现，尝试回滚到这个版本即可。 ### 验证设备可访问 通过在浏览器里访问 `192.168.31.1` 或使用 `curl` 先来判断设备是否连接正常，并处于就绪状态。 ```bash curl 192.168.31.1 -v * Trying 192.168.31.1:80... * Connected to 192.168.31.1 (192.168.31.1) port 80 > GET / HTTP/1.1 > Host: 192.168.31.1 > User-Agent: curl/8.7.1 > Accept: */* > * Request completely sent off < HTTP/1.1 200 OK < Server: nginx < Date: Wed, 26 Mar 2025 11:49:36 GMT < Content-Type: text/html; charset=UTF-8 < Content-Length: 1770 < Last-Modified: Tue, 26 Nov 2024 02:21:15 GMT < Connection: keep-alive < ETag: "6745309b-6ea" < Expires: Thu, 01 Jan 1970 00:00:01 GMT < Cache-Control: no-cache < X-Frame-Options: sameorigin < Accept-Ranges: bytes < ``` 当 `curl` 命令执行完毕之后，除了 “200 OK” 之外，还能够看到小米路由器的 HTML 页面信息。 ```html 小米路由器 ... ``` ### 构建工具镜像 有网友将小米的越狱工具进行了开源，为了不影响本地的环境，并且能够进行更简单的复现，可以编写一个 Dockerfile 来构建一个工具镜像： ```Docker FROM python:3.10-slim RUN sed -i 's#http://deb.debian.org#https://mirrors.tuna.tsinghua.edu.cn#g' /etc/apt/sources.list.d/debian.sources && \ apt-get update && apt-get install git -y && \ rm -rf /var/lib/apt/lists/* # https://github.com/openwrt-xiaomi/xmir-patcher RUN git clone https://github.com/openwrt-xiaomi/xmir-patcher.git /app/xmir-patcher WORKDIR /app/xmir-patcher RUN git checkout 5e3bc719deab2db364098ed83affa33c5d3b73bd RUN python -m pip install -r requirements.txt ENV PYTHONUNBUFFERED=TRUE CMD ["python3", "menu.py"] ``` 将上面的内容保存为 `Dockerfile` 后，使用 `docker build -t xiaomi-patcher .`，可以完成镜像的构建： ```bash # docker build -t xiaomi-patcher . [+] Building 0.0s (10/10) FINISHED docker:desktop-linux => [internal] load build definition from Dockerfile 0.0s => => transferring dockerfile: 562B 0.0s => [internal] load metadata for docker.io/library/python:3.10-slim 0.0s => [internal] load .dockerignore 0.0s => => transferring context: 2B 0.0s => [1/6] FROM docker.io/library/python:3.10-slim 0.0s => CACHED [2/6] RUN sed -i 's#http://deb.debian.org#https://mirrors.tuna.tsinghua.edu.cn#g' /etc/apt/sources.list.d/debian.sources && 0.0s => CACHED [3/6] RUN git clone https://github.com/openwrt-xiaomi/xmir-patcher.git /app/xmir-patcher 0.0s => CACHED [4/6] WORKDIR /app/xmir-patcher 0.0s => CACHED [5/6] RUN git checkout 5e3bc719deab2db364098ed83affa33c5d3b73bd 0.0s => CACHED [6/6] RUN python -m pip install -r requirements.txt 0.0s => exporting to image 0.0s => => exporting layers 0.0s => => writing image sha256:ff897f8ca1fbc59b9c986aff2cbee7ed83ff3619f26e0642ed7113f5fcdd3757 0.0s => => naming to docker.io/library/xiaomi-patcher 0.0s ``` 在完成镜像构建后，执行 `docker run` 命令，并将本地目录的 `backup` 目录映射到容器中的 `/app/xmir-patcher/backups` 目录中： ```bash # docker run --rm -it -v `pwd`/backup:/app/xmir-patcher/backups xiaomi-patcher ========================================================== Xiaomi MiR Patcher 1 - Set IP-address (current value: 192.168.31.1) 2 - Connect to device (install exploit) 3 - Read full device info 4 - Create full backup 5 - Install EN/RU languages 6 - Install Breed bootloader 7 - Install firmware (from directory "firmware") 8 - {{{ Other functions }}} 9 - [[ Reboot device ]] 0 - Exit Select: ``` 顺利的话，将能够看到上面的文字界面，提醒可以输入不同的数字，来完成对应的操作。 ### 解开设备的 SSH 访问权限 输入 “2”，并敲下回车进行确认，很快就能够看到设备的 SSH 服务被启动的信息啦： ```bash # Select: 2 device_name = RN04 rom_version = 1.0.56 release mac_address = 00:e0:4c:xx:xx:xx CountryCode = CN Enter device WEB password: soulteary Exploit "start_binding" detected! Run SSH server on port 22 ... #### SSH server are activated! #### ``` ## 获取设备基础信息 在解除 SSH 权限后，可以先进行基础信息的获取和原始数据备份。输入“3”，并敲下回车后，程序会尝试进行设备各种信息的获取： ```bash # Select: 3 Detect valid SSH server on port 22 (auth OK) Download file: "/tmp/dmesg.log" .... Download file: "/tmp/mtd_list.txt" .... Download file: "/tmp/mtd_info.txt" .... Download file: "/tmp/mtd_fdt.txt" .... ... ``` ## 设备分区表信息 为了更好的使用这台设备，或许需要耐心从路由的固件处，开始了解这台路由，以及官方开发团队的一些设计。 个人认为，作为一台路由器来说，它的设备分区表算是比较复杂的了，足足有 35 项内容： ```bash MTD partitions: 0 > addr: 0x00000000 size: 0x00180000 ro:0 name: "0:SBL1" 1 > addr: 0x00180000 size: 0x00180000 ro:0 name: "0:SBL1_1" 2 > addr: 0x00300000 size: 0x00100000 ro:0 name: "0:MIBIB" 3 > addr: 0x00400000 size: 0x00080000 ro:0 name: "0:BOOTCONFIG" 4 > addr: 0x00480000 size: 0x00080000 ro:0 name: "0:BOOTCONFIG1" 5 > addr: 0x00500000 size: 0x00380000 ro:0 name: "0:QSEE" 6 > addr: 0x00880000 size: 0x00380000 ro:0 name: "0:QSEE_1" 7 > addr: 0x00C00000 size: 0x00080000 ro:0 name: "0:DEVCFG" 8 > addr: 0x00C80000 size: 0x00080000 ro:0 name: "0:DEVCFG_1" 9 > addr: 0x00D00000 size: 0x00080000 ro:0 name: "0:TME" 10 > addr: 0x00D80000 size: 0x00080000 ro:0 name: "0:TME_1" 11 > addr: 0x00E00000 size: 0x00080000 ro:0 name: "0:CDT" 12 > addr: 0x00E80000 size: 0x00080000 ro:0 name: "0:CDT_1" 13 > addr: 0x00F00000 size: 0x00080000 ro:0 name: "0:APPSBLENV" 14 > addr: 0x00F80000 size: 0x00180000 ro:0 name: "0:APPSBL" 15 > addr: 0x01100000 size: 0x00180000 ro:0 name: "0:APPSBL_1" 16 > addr: 0x01280000 size: 0x00200000 ro:0 name: "0:ART" 17 > addr: 0x01480000 size: 0x00080000 ro:0 name: "0:TRAINING" 18 > addr: 0x01500000 size: 0x00040000 ro:0 name: "0:LICENSE" 19 > addr: 0x01540000 size: 0x02D00000 ro:0 name: "rootfs" 20 > addr: 0x04240000 size: 0x02D00000 ro:0 name: "rootfs_1" 21 > addr: 0x06F40000 size: 0x00080000 ro:0 name: "bdata" 22 > addr: 0x06FC0000 size: 0x00080000 ro:0 name: "crash" 23 > addr: 0x07040000 size: 0x02F40000 ro:0 name: "overlay" 24 > addr: 0x09F80000 size: 0x02000000 ro:0 name: "central" 25 > addr: 0x0BF80000 size: 0x04000000 ro:0 name: "docker" 26 > addr: 0x0FF80000 size: 0x00800000 ro:0 name: "app_data" 27 > addr: 0x10780000 size: 0x0F880000 ro:0 name: "other" 28 > addr: 0xFFFFFFFF size: 0x00363E16 ro:0 name: "kernel" 29 > addr: 0xFFFFFFFF size: 0x0175F000 ro:0 name: "ubi_rootfs" 30 > addr: 0xFFFFFFFF size: 0x00C1C000 ro:0 name: "cfg" 31 > addr: 0xFFFFFFFF size: 0x00C1C000 ro:0 name: "user" 32 > addr: 0xFFFFFFFF size: 0x00B62000 ro:0 name: "plugin" 33 > addr: 0xFFFFFFFF size: 0x033F3000 ro:0 name: "ubi_docker" 34 > addr: 0xFFFFFFFF size: 0x007A1000 ro:0 name: "ubi_central" 35 > addr: 0xFFFFFFFF size: 0x0EB68000 ro:0 name: "data" ``` 上面获得的一些分区地址为 `0xFFFFFFFF`，这些分区可能由 UBI 动态分配或程序逻辑映射，实际物理地址应该是在系统运行时确定，而非固定的物理地址。从命名和分区设置规律来看，分区后缀 `_1` 表示设备采用类似 Android 的冗余（双镜像）机制，便于在升级失败或损坏时自动回退到备份版本。 如果对上面的分区进行分类，大概可以得到三类功能。 ### Bootloader 和启动相关分区 - Secondary Boot Loader：`0:SBL1` 和 `0:SBL1_1`，辅助引导加载程序，用于设备启动，存在两套说明路由使用了类似 Android 手机的 A/B 分区引导类似的设计。 - 多镜像启动信息块（Multi-Image Boot Information Block）： `0:MIBIB`，记录镜像加载的配置信息。 - 启动配置区域：`0:BOOTCONFIG` 和 `0:BOOTCONFIG1`，保存设备两种不同版本固件引导时使用的配置数据。 - Qualcomm 安全执行环境 (Qualcomm Secure Execution Environment)：`0:QSEE` 和 `0:QSEE_1`：，用于安全启动和安全计算。 - 设备配置： `0:DEVCFG` 和 `0:DEVCFG_1`，存储设备硬件相关的配置信息。 - 可信管理引擎（Trusted Management Engine）：`0:TME` 和 `0:TME_1`，用于设备安全管理，估计是保存配对后的米家设备。 - 配置数据表（Configuration Data Table）：`0:CDT` 和 `0:CDT_1`，设备硬件配置参数。 - 应用引导加载程序环境： `0:APPSBLENV`，存储 U-Boot 或其他 Bootloader 环境变量。 - 路由器的 Bootloader（如 U-Boot）：`0:APPSBL` 和 `0:APPSBL_1`，用于加载内核。 - 无线射频校准数据分区：`0:ART`，存储无线芯片的校准数据。 - 可能是根据环境自适应学习的配置或程序数据：`0:TRAINING`。 - 相关开源、闭源项目的许可证信息： `0:LICENSE`。 ### 系统和根文件系统相关分区： - 存储主系统的根文件系统镜像：`rootfs` 和 `rootfs_1`，类似 Android 的双镜像布局用于系统升级和回滚。 - Overlay 文件系统分区：`overlay`，存放设备运行过程中用户写入的修改和数据。 - 基于 UBI 格式的根文件系统分区：`ubi_rootfs`，设备实际启动时使用的根文件系统可能位于此处。 - 存储 Linux 内核镜像：`kernel`。 ### 数据和应用相关分区： - 设备特有标识信息（如 MAC 地址、序列号）或其他基础数据：`bdata`。 - 存储设备异常崩溃时的日志和调试信息：`crash`。 - 可能存储设备的核心应用或服务的数据：`central`。 - Docker 相关分区：`docker` 和 `ubi_docker`，存储镜像或容器相关数据。 - 存储第三方应用、插件或相关配置信息：`app_data` 和 `plugin`。 - 设备用户配置、个性化数据存储区域：`cfg` 和 `user`。 - 基于 UBI 格式存储的设备核心服务（中枢网关）或应用数据：`ubi_central`。 - 不确定存储的内容：`other`。 ## 设备内核信息 继续阅读程序获取的设备信息，可以获得非常多有趣的信息： ```bash Kernel command line: ubi.mtd=rootfs root=mtd:ubi_rootfs rootfstype=squashfs cnss2.enable_mlo_support=1 rootwait clk_ignore_unused vmalloc=1G RootFS info: num = 0 mtd_num = None mtd_dev = "None" partition = "rootfs" Base info: Linux version: None DISTRIB_TARGET = ipq53xx/ipq53xx_32 DISTRIB_ARCH = arm_cortex-a7_neon-vfpv4 CPU arch: armv7 CPU name: ipq53xx Version info: UBoot: None OpenWrt: unknown Firmware: 1.0.56 Channel: release BuildTime: Tue, 26 Nov 2024 03:23:06 +0000 Hardware: RN04 UBoot(2): 1.0.2 ``` - `ubi.mtd=rootfs`：说明使用 UBI（无排序块设备）机制，将名为 rootfs 的分区作为根文件系统。 - `root=mtd:ubi_rootfs`：根文件系统位于名为 `ubi_rootfs` 的MTD（Memory Technology Device）分区中。 - `rootfstype=squashfs`：根文件系统采用 SquashFS 类型，这是一个只读、压缩的文件系统，常用于嵌入式设备。 - `cnss2.enable_mlo_support=1`：启用了 Qualcomm Wi-Fi 芯片（CNSS2）的 MLO（Multi-Link Operation，多链路操作）功能。 - `rootwait`：内核启动时会等待根文件系统设备准备好后再继续启动。 - `clk_ignore_unused`：忽略未使用的时钟，避免某些时钟被关闭，从而确保系统稳定运行。 - `vmalloc=1G`：预留1GB虚拟内存用于动态分配内存，通常用于加载较大模块或驱动。(这台设备支持 Docker，或许相关) - `ipq53xx` 如果要自行构建系统，需要找到高通 IPQ53xx 芯片相关的资料。 - `armv7` 设备使用和支持 32 位的程序，构建程序的时候，需要指定 32 位程序相关参数。 - `BuildTime: Tue, 26 Nov 2024 03:23:06 +0000`：我手头的这台设备的初始系统版本，构建于去年的 11 月 26 日。 - `Hardware: RN04`，设备代号为 RN04，或许说明再次之前还有三个不同的方案。 - `UBoot: 1.0.2`，使用的引导程序版本为 1.0.2，这至少是第二个小的修订版本。 ## NVRam 、Bootloader、ENV 信息 继续分析最后三项打印出来的设备信息，同样可以获得有趣的内容： ```bash NVRam params: flag_boot_rootfs=0 flag_boot_success=1 flag_boot_type=2 flag_last_success=0 flag_ota_reboot=0 flag_try_sys1_failed=0 flag_try_sys2_failed=0 ipaddr=192.168.31.1 serverip=192.168.31.100 Bootloader info: Download file: "/tmp/bl_0SBL1.bin" .... addr: 0x00000000 (size: 0x00180000) image size: 12 bytes type: None Download file: "/tmp/bl_0APPSBL.bin" .... addr: 0x00F80000 (size: 0x00180000) image size: 177 bytes type: None ENV info: Download file: "/tmp/env_0APPSBLENV.bin" .... addr: 0x00F00000 (size: 0x00080000) CRC32: 0x599E156B max size: 0x10000 Download file: "/tmp/env_bdata.bin" .... addr: 0x06F40000 (size: 0x00080000) CRC32: 0x546267BE max size: 0x10000 Download file: "/tmp/env_0SBL1.bin" .... addr: 0x00060000 (size: 0x00120000) breed ``` ### NVRAM (Non-Volatile RAM) 标志类信息和网络参数 - 启动标志（flag）类参数：`flag_boot_rootfs=0`，当前使用根文件系统编号为0，表示设备启动时默认使用第一个根文件系统分区。 - 设备上一次启动是否正常：`flag_boot_success=1`，推测这里是 0 的时候，程序将调整上面的 `flag_boot_rootfs` 为两个分区中的另外一个。 - 启动类型设定：`flag_boot_type=2` 不太清楚这里的定义，这里的 2 代表正常启动或等待初始化都有可能。 - 上次正常启动分区号：`flag_last_success=0`，上一次成功启动的分区编号，这里表示上次启动的是系统的第一个分区。 - OTA 升级后是否需要重启：`flag_ota_reboot=0`，OTA（远程升级）后是否需要重启，当前 0 表示不需要。 - 两套系统是否启动失败：`flag_try_sys1_failed=0` 应该表示两套系统都正常，均为出现启动失败。 - `ipaddr=192.168.31.1`，设备启动时的默认 IP 地址。 - `serverip=192.168.31.100`，DHCP 开始提供服务的 IP 地址。 ### Bootloader信息 设备 Bootloader 镜像分区和镜像文件： - 文件 `/tmp/bl_0SBL1.bin`：地址 0x00000000，分区大小 0x00180000（1.5MB），得到的镜像大小仅 12 字节，有可能只存了某个数值或文件占位符。 - 文件 `/tmp/bl_0APPSBL.bin`：地址 0x00F80000，分区大小 0x00180000（1.5MB），得到镜像大小 177 字节，和上面类似，并非包含完整的引导程序，大概率是占位文件。 ### 环境变量（ENV）信息： - 文件 `/tmp/env_0APPSBLENV.bin`：地址 0x00F00000，分区大小 0x00080000（512KB），最大可用大小为 0x10000（64KB），存放Bootloader环境变量，比如启动参数等。 - 文件 `/tmp/env_bdata.bin`：地址 0x06F40000，分区大小 0x00080000（512KB），最大可用大小同样为64KB，存放设备基础信息（如序列号、MAC地址、出厂信息等）。 - 文件 `/tmp/env_0SBL1.bin`：地址 0x00060000，分区大小 0x00120000（约1.1MB），默认的注释为 breed，这说明路由器可能在使用 Breed 作为引导程序，或者魔改后兼容 Breed 的引导程序。 ## 备份设备原始固件 输入 “4”，敲下回车，Docker 工具程序会将路由的原始固件备份到本地的 `backup` 目录中： ```bash # Select: 4 Detect valid SSH server on port 22 (auth OK) Download file: "/tmp/dmesg.log" .... Download file: "/tmp/mtd_list.txt" .... Download file: "/tmp/mtd_info.txt" .... Download file: "/tmp/mtd_fdt.txt" .... Download file: "/tmp/kcmdline.log" .... Download file: "/tmp/kver.txt" .... Download file: "/tmp/dmesg.log" .... Download file: "/tmp/mtd_list.txt" .... Download file: "/tmp/mtd_info.txt" .... Download file: "/tmp/mtd_fdt.txt" .... Full backup creating... Download file "./backups/dump_mtd0_0.bin"... File "backups/mtd0_0SBL1.bin" created!" Backup of "0SBL1" saved to file "./backups/mtd0_0SBL1.bin" Download file "./backups/dump_mtd1_0.bin"... File "backups/mtd1_0SBL11.bin" created!" Backup of "0SBL11" saved to file "./backups/mtd1_0SBL11.bin" Download file "./backups/dump_mtd2_0.bin"... File "backups/mtd2_0MIBIB.bin" created!" Backup of "0MIBIB" saved to file "./backups/mtd2_0MIBIB.bin" Download file "./backups/dump_mtd3_0.bin"... File "backups/mtd3_0BOOTCONFIG.bin" created!" Backup of "0BOOTCONFIG" saved to file "./backups/mtd3_0BOOTCONFIG.bin" Download file "./backups/dump_mtd4_0.bin"... ... ``` 耐心等待固件备份完毕，将得到一堆 `bin` 文件（未压缩时有 600MB+）： ```bash ls backup mtd0_0SBL1.bin mtd15_0APPSBL1.bin mtd20_rootfs1.bin mtd26_appdata.bin mtd31_user.bin mtd4_0BOOTCONFIG1.bin mtd10_0TME1.bin mtd16_0ART.bin mtd21_bdata.bin mtd27_other.bin mtd32_plugin.bin mtd5_0QSEE.bin mtd11_0CDT.bin mtd17_0TRAINING.bin mtd22_crash.bin mtd28_kernel.bin mtd33_ubidocker.bin mtd6_0QSEE1.bin mtd12_0CDT1.bin mtd18_0LICENSE.bin mtd23_overlay.bin mtd29_ubirootfs.bin mtd34_ubicentral.bin mtd7_0DEVCFG.bin mtd13_0APPSBLENV.bin mtd19_rootfs.bin mtd24_central.bin mtd2_0MIBIB.bin mtd35_data.bin mtd8_0DEVCFG1.bin mtd14_0APPSBL.bin mtd1_0SBL11.bin mtd25_docker.bin mtd30_cfg.bin mtd3_0BOOTCONFIG.bin mtd9_0TME.bin ``` 将文件保存好，后面可以开始进一步的信息分析。 ## 使用 SSH 命令连接设备 如果仔细翻阅上面 Docker 镜像工具中使用的开源 Python 项目，能够发现工具为了操作简单，会将 root 密码进行修改，改为相同的内容 `root` 字符串： ```python # change password for root echo -e "root\nroot" | (passwd root) ``` 所以，可以通过下面的命令，来快速连接设备： ```python # ssh root@192.168.31.1 The authenticity of host '192.168.31.1 (192.168.31.1)' can't be established. RSA key fingerprint is SHA256:L23dIByGO5DsfaNxAHAzuSd0eBa9TilmhdMzY3qYh9o. This key is not known by any other names. Are you sure you want to continue connecting (yes/no/[fingerprint])? yes Warning: Permanently added '192.168.31.1' (RSA) to the list of known hosts. root@192.168.31.1's password: BusyBox v1.36.1 (2024-11-26 02:21:15 UTC) built-in shell (ash) ----------------------------------------------------- Welcome to XiaoQiang! ----------------------------------------------------- $$$$$$\ $$$$$$$\ $$$$$$$$\ $$\ $$\ $$$$$$\ $$\ $$\ $$ __$$\ $$ __$$\ $$ _____| $$ | $$ | $$ __$$\ $$ | $$ | $$ / $$ |$$ | $$ |$$ | $$ | $$ | $$ / $$ |$$ |$$ / $$$$$$$$ |$$$$$$$ |$$$$$\ $$ | $$ | $$ | $$ |$$$$$ / $$ __$$ |$$ __$$< $$ __| $$ | $$ | $$ | $$ |$$ $$< $$ | $$ |$$ | $$ |$$ | $$ | $$ | $$ | $$ |$$ |\$$\ $$ | $$ |$$ | $$ |$$$$$$$$\ $$$$$$$$$ | $$$$$$ |$$ | \$$\ \__| \__|\__| \__|\________| \_________/ \______/ \__| \__| root@XiaoQiang:~# ``` 登录路由之后，能够看到巨大的 “ARE U OK” 艺术字，这个“习俗”在十年前的小米设备中就有了，算是一个约定俗成的无害的彩蛋吧。 ### 获取设备硬件信息 在上文中从固件中静态分析的角度，了解了一些硬件相关的信息，现在再来根据系统动态运行的内容，补充获取一些基础信息吧： ```bash root@XiaoQiang:~# cat /proc/cpuinfo processor : 0 model name : ARMv7 Processor rev 4 (v7l) BogoMIPS : 66.00 Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm aes pmull sha1 sha2 crc32 CPU implementer : 0x51 CPU architecture: 7 CPU variant : 0xa CPU part : 0x801 CPU revision : 4 processor : 1 model name : ARMv7 Processor rev 4 (v7l) BogoMIPS : 66.00 Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm aes pmull sha1 sha2 crc32 CPU implementer : 0x51 CPU architecture: 7 CPU variant : 0xa CPU part : 0x801 CPU revision : 4 processor : 2 model name : ARMv7 Processor rev 4 (v7l) BogoMIPS : 66.00 Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm aes pmull sha1 sha2 crc32 CPU implementer : 0x51 CPU architecture: 7 CPU variant : 0xa CPU part : 0x801 CPU revision : 4 processor : 3 model name : ARMv7 Processor rev 4 (v7l) BogoMIPS : 66.00 Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm aes pmull sha1 sha2 crc32 CPU implementer : 0x51 CPU architecture: 7 CPU variant : 0xa CPU part : 0x801 CPU revision : 4 Hardware : Generic DT based system Revision : 0000 Serial : 0000000000000000 ``` 和之前分析的一致，设备使用的是一颗 ARMv7 Rev 4 的处理器，具备 4 个核心，Bogo MIPS 估算处理器速度为 `66.00`。CPU 特性支持还挺多，包含了 `neon` 指令，这个指令可以快速处理视频或图片，做语音识别等等（不过这台路由器看起来默认没有这些功能）。同样支持 `lpae`，能够支持 4GB 以上的内存，或许未来会有人魔改这台设备的内存，来让 Docker 运行一些吃资源的应用。 接下来，了解下内存相关的使用情况： ```bash root@XiaoQiang:~# cat /proc/meminfo MemTotal: 443036 kB MemFree: 184668 kB MemAvailable: 271344 kB Buffers: 9620 kB Cached: 112280 kB SwapCached: 0 kB Active: 90440 kB Inactive: 52768 kB Active(anon): 26956 kB Inactive(anon): 1524 kB Active(file): 63484 kB Inactive(file): 51244 kB Unevictable: 5008 kB Mlocked: 0 kB HighTotal: 0 kB HighFree: 0 kB LowTotal: 443036 kB LowFree: 184668 kB SwapTotal: 0 kB SwapFree: 0 kB Dirty: 0 kB Writeback: 0 kB AnonPages: 26316 kB Mapped: 83488 kB Shmem: 2164 kB KReclaimable: 7492 kB Slab: 62284 kB SReclaimable: 7492 kB SUnreclaim: 54792 kB KernelStack: 2928 kB PageTables: 1188 kB NFS_Unstable: 0 kB Bounce: 0 kB WritebackTmp: 0 kB CommitLimit: 221516 kB Committed_AS: 147256 kB VmallocTotal: 1556480 kB VmallocUsed: 22660 kB VmallocChunk: 0 kB Percpu: 1232 kB ``` 设备整体装配了 512MB 的内存，因为预留了一部分给硬件共享使用，实际可用的内存是 432MB，默认情况下可用内存大约 265MB（271344KB），空闲内存 180MB（184668KB）。 在不运行 Docker 程序的情况下，内存资源是比较富裕的，放几年前应该是高端中的旗舰设备，不过这几年路由器蓬勃发展，这个配置大概是一个中上游水平吧。 **也正是因为设备配备了比较大的内存，允许了即使不刷机为其他系统，也能够运行较大体积的容器应用程序。（下文展开）** ### 文件系统相关信息 接下来，使用命令继续获取设备运行时的文件系统信息： ```bash root@XiaoQiang:~# df -h Filesystem Size Used Available Use% Mounted on /dev/mtdblock29 23.3M 23.3M 0 100% / tmpfs 216.3M 2.1M 214.2M 1% /tmp ubi23:cfg 9.4M 3.1M 5.8M 34% /data ubi23:user 9.4M 2.8M 6.1M 31% /data/usr ubi23:plugin 8.7M 28.0K 8.2M 0% /data/userdisk ubi23:plugin 8.7M 28.0K 8.2M 0% /userdisk /dev/mtdblock29 23.3M 23.3M 0 100% /userdisk/data /dev/ubiblock25_0 51.9M 51.9M 0 100% /data/docker /dev/ubiblock24_0 7.6M 7.6M 0 100% /data/central ubi27_0 215.6M 17.9M 193.0M 8% /data/other_vol /dev/mapper/sec_cfg 5.7M 975.0K 4.3M 18% /tmp/sec_cfg/etc /dev/mapper/sec_cfg 5.7M 975.0K 4.3M 18% /data/etc /dev/mapper/sec_cfg 5.7M 975.0K 4.3M 18% /etc/config /dev/mapper/sec_cfg 5.7M 975.0K 4.3M 18% /etc/datacenterconfig /dev/mapper/sec_cfg 5.7M 975.0K 4.3M 18% /etc/smartcontroller /dev/mapper/sec_cfg 5.7M 975.0K 4.3M 18% /etc/parentalctl /dev/mapper/sec_cfg 5.7M 975.0K 4.3M 18% /etc/smartvpn /dev/mapper/sec_cfg 5.7M 975.0K 4.3M 18% /etc/ppp /dev/mapper/sec_cfg 5.7M 975.0K 4.3M 18% /etc/crontabs /dev/mapper/sec_cfg 5.7M 975.0K 4.3M 18% /etc/mipctl /dev/mapper/other_enc 177.5M 268.0K 164.0M 0% /data/other tmpfs 512.0K 0 512.0K 0% /dev /dev/mapper/other_enc 177.5M 268.0K 164.0M 0% /data/other/docker ``` 能够看到整个小米路由的固件其实只有 23.3MB （`/dev/mtdblock29`），临时文件系统 tmpfs（`/tmp`）划分了 216.3MB 的内存，目前使用了 2.1M（1%）。用户数据配置（`/data`）存储配置（`ubi23:cfg`）和用户数据（`ubi23:user`）分别使用了 9.4M 空间，`ubi23:plugin` 插件分区配置了 8.7MB。 Docker 分区（`/dev/ubiblock25_0`）使用了 51.9M的空间，核心应用中枢网关的镜像分区（`/dev/ubiblock24_0`），占用了 7.6M 的空间。剩下的其他数据目录（`ubi27_0`）可用空间为 215.6M。固件本身还支持了一些用于安全加密配置信息保存的分区。 整体设计上来看非常合理，本体固件是和多数路由设备一样的 SquashFS 只读分区。单独使用 `cfg` 和 `user` 分区将配置数据和用户数据分离，便于系统升级、备份和初始化还原。原生支持使用 Docker 应用，同时特别做了专门的加密映射，用来增强数据安全。 ### 无线相关信息 虽然我不计划用这台设备做无线路由器使用，但是还是通过命令简单查看了设备无线相关信息： ```bash root@XiaoQiang:~# iwconfig wifi0 no wireless extensions. br-docker no wireless extensions. eth0.3 no wireless extensions. bhap_mld0 IEEE 802.11 Mode:Master RTS thr:off Fragment thr:off Power Management:off wl5 IEEE 802.11bea ESSID:"MiMesh_123123" Mode:Master Frequency:5.24 GHz Access Point: Not-Associated Bit Rate:0 kb/s Tx-Power=28 dBm RTS thr:off Fragment thr:off Encryption key:1234-1122-1234-1122-1234-1122-1234-1122 Security mode:restricted Power Management:off Link Quality=0/94 Signal level=-96 dBm Noise level=-96 dBm (BDF averaged NF value in dBm) Rx invalid nwid:178 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0 gretap0 no wireless extensions. eth0 no wireless extensions. gre0 no wireless extensions. ip6tnl0 no wireless extensions. eth1 no wireless extensions. soc1 no wireless extensions. wl0 IEEE 802.11bea ESSID:"Xiaomi_TEST" Mode:Master Frequency:5.24 GHz Access Point: 90:FB:5D:70:E5:95 Bit Rate:2.8824 Gb/s Tx-Power=28 dBm RTS thr:off Fragment thr:off Encryption key:1234-1122-1234-1122-1234-1122-1234-1122 Security mode:restricted Power Management:off Link Quality=0/94 Signal level=-96 dBm Noise level=-96 dBm (BDF averaged NF value in dBm) Rx invalid nwid:1543 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0 wl1 IEEE 802.11beg ESSID:"Xiaomi_TEST" Mode:Master Frequency:2.437 GHz Access Point: 90:FB:5D:70:E5:94 Bit Rate:344.2 Mb/s Tx-Power=28 dBm RTS thr:off Fragment thr:off Encryption key:1234-1122-1234-1122-1234-1122-1234-1122 Security mode:restricted Power Management:off Link Quality=0/94 Signal level=-96 dBm Noise level=-96 dBm (BDF averaged NF value in dBm) Rx invalid nwid:1813 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0 mld-wifi0 IEEE 802.11 Mode:Master RTS thr:off Fragment thr:off Power Management:off br-lan no wireless extensions. wifi1 no wireless extensions. erspan0 no wireless extensions. br-miot no wireless extensions. eth0.2 no wireless extensions. bhsta_mld0 IEEE 802.11 ESSID:off/any Mode:Managed Access Point: Not-Associated RTS thr:off Fragment thr:off Encryption key:off Power Management:off eth0.1 no wireless extensions. lo no wireless extensions. bond0 no wireless extensions. wl4 IEEE 802.11beg ESSID:"MiMesh_123123123" Mode:Master Frequency:2.437 GHz Access Point: Not-Associated Bit Rate:0 kb/s Tx-Power=28 dBm RTS thr:off Fragment thr:off Encryption key:1234-1122-1234-1122-1234-1122-1234-1122 Security mode:restricted Power Management:off Link Quality=0/94 Signal level=-96 dBm Noise level=-96 dBm (BDF averaged NF value in dBm) Rx invalid nwid:178 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0 hostap_mld0 IEEE 802.11 Mode:Master RTS thr:off Fragment thr:off Power Management:off wl13 IEEE 802.11beg ESSID:"123123123123123_miwifi" Mode:Master Frequency:2.437 GHz Access Point: Not-Associated Bit Rate:0 kb/s Tx-Power=28 dBm RTS thr:off Fragment thr:off Encryption key:off Power Management:off Link Quality=0/94 Signal level=-96 dBm Noise level=-96 dBm (BDF averaged NF value in dBm) Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0 soc0 no wireless extensions. ``` 从打印出的日志来看，设备是支持 Wi-Fi 7 的（IEEE 802.11bea），当前空载时的系统速率为 `2.8824 Gb/s`（并且是 28 dBm 的较高功率）。同时还支持两个不同频率的小米 Mesh 无线接口（2.4GHz 和 5GHz），以及还有几个感觉是用于不同模式的接口，从命名推测是无线回程（Backhaul），多路复用（MLO）接口，以及可能用于米家设备漫游发现的接口等，具体需要有场景的同学实测了。 ### OpenWRT 相关信息 在系统的 `/etc` 分区里，能够看到有两个名为 `openwrt` 前缀的文件： ```bash # ls /etc/openwrt_* /etc/openwrt_release /etc/openwrt_version ``` 阅读文件内容，能够发现当前镜像是基于 18.04 这个比较古老的版本构建的： ```bash # cat /etc/openwrt_* DISTRIB_ID='OpenWrt' DISTRIB_RELEASE='18.06-SNAPSHOT' DISTRIB_REVISION='unknown' DISTRIB_TARGET='ipq53xx/ipq53xx_32' DISTRIB_ARCH='arm_cortex-a7_neon-vfpv4' DISTRIB_DESCRIPTION='OpenWrt 18.06-SNAPSHOT unknown' DISTRIB_TAINTS='no-all busybox override' unknown ``` 如果想要构建一些 OpenWRT 插件在这台设备上使用，或许需要使用旧版本 OpenWRT 相关的代码或工具。 使用 `uname -a` 得到的内核参数，进一步能够确定上面的判断： ```bash Linux XiaoQiang 5.4.213 #0 SMP PREEMPT Tue Nov 26 02:21:15 2024 armv7l GNU/Linux ``` [OpenWRT 18.06 默认的内核](https://openwrt.org/about/history#openwrt_1806)应该是 4.4 / 4.19，而小米使用的是 5.4 内核，说明路由器团队应该打了大量补丁。不同版本的 OpenWRT 的内核接口、系统 C 库、ABI 差异、库依赖接口差异都可能会浪费大量时间。 当然，也可以选择构建一个新的适配于这套硬件的新固件系统（放弃可能最佳的无线性能，而专注获取新的 Linux 特性和可能的更高的计算效率）。 ## Docker 相关信息 当完成初始化之后，Docker 也会随设备启动： ```bash # ps | grep docker 4840 root 1336 S grep docker 18629 root 804m S /data/docker/dockerd --config-file=/tmp/dockerd/daemon.json 18691 root 689m S containerd --config /tmp/docker_exec/containerd/containerd.toml --log-level warn ``` 通过 `docker info`，能够看到小米路由器使用的 Docker 版本还蛮新的： ```bash root@XiaoQiang:~# docker info Client: Version: 26.1.2 Context: default Debug Mode: false Server: Containers: 0 Running: 0 Paused: 0 Stopped: 0 Images: 0 Server Version: 26.1.2 Storage Driver: overlay2 Backing Filesystem: extfs Supports d_type: true Using metacopy: false Native Overlay Diff: true userxattr: false Logging Driver: json-file Cgroup Driver: cgroupfs Cgroup Version: 1 Plugins: Volume: local Network: bridge host ipvlan macvlan null overlay Log: awslogs fluentd gcplogs gelf journald json-file local splunk syslog Swarm: inactive Runtimes: io.containerd.runc.v2 runc Default Runtime: runc Init Binary: docker-init containerd version: 926c9586fe4a6236699318391cd44976a98e31f1 runc version: v1.1.12-0-g51d5e94 init version: de40ad0 Kernel Version: 5.4.213 Operating System: OpenWrt 18.06-SNAPSHOT OSType: linux Architecture: armv7l CPUs: 4 Total Memory: 432.7MiB Name: XiaoQiang ID: 021888d8-fa5f-4f1d-b750-49d402cafab7 Docker Root Dir: /data/other/docker Debug Mode: false Experimental: false Insecure Registries: 127.0.0.0/8 Live Restore Enabled: false Product License: Community Engine WARNING: No swap limit support WARNING: No blkio throttle.read_bps_device support WARNING: No blkio throttle.write_bps_device support WARNING: No blkio throttle.read_iops_device support WARNING: No blkio throttle.write_iops_device support root@XiaoQiang:~# ``` 不过，默认情况下只是 Docker 服务启动了，并没有运行任何容器，也没有导入任何 Docker 镜像。 这里先不研究如何使用小米固件中默认自带的中枢网关，而是来尝试让小米路由器能够通过 Docker，从私有化的 Docker 仓库中下载应用并进行快速启动。 ### 支持使用私有容器仓库 默认情况下，容器仓库都是使用 HTTPS 协议进行交互。如果内网中的容器仓库使用的是自签名证书，在获取镜像的时候，将得到类似下面的错误信息： ```bash # docker pull docker.mongo.lab.com/xhofe/alist:v3.43.0-aria2 Error response from daemon: Get "https://docker.mongo.lab.com/v2/": tls: failed to verify certificate: x509: certificate signed by unknown authority ``` 想要在小米路由器中解决这个问题，需要在官方提供的 `/etc/init.d/mi_docker` Docker 管理脚本中，添加一些内容，让路由器的 Docker 程序在初始化的时候，能够允许访问不被信任的证书环境。（更好的方式是配置容器信任证书，但在路由器环境中，除非构建固件，否则配置非常麻烦） 使用路由器自带的 VIM 编辑器，对程序进行修改 `vim /etc/init.d/mi_docker` ，找到配置中的： ```bash json_add_string "data-root" "${data_root}" json_add_string "log-level" "${log_level}" ``` 在上面添加： ```bash json_add_array "insecure-registries" json_add_string "" "docker.mongo.lab.com" json_close_array ``` 使用 `:wq` 保存文件后，执行 `/etc/init.d/mi_docker restart` 重启容器服务，再次使用 `docker pull` 命令下载容器，会发现已经可以正常访问仓库，但是缺少鉴权信息： ```bash # docker pull docker.mongo.lab.com/xhofe/alist:v3.43.0-aria2 Error response from daemon: Head "https://docker.mongo.lab.com/v2/xhofe/alist/manifests/v3.43.0-aria2": no basic auth credentials ``` 如果使用 `docker login` 直接登录仓库，会发现因为路由器的只读分区机制，登录操作无法实现： ```bash # docker login docker.mongo.lab.com Username: soulteary Password: WARNING! Your password will be stored unencrypted in /root/.docker/config.json. Configure a credential helper to remove this warning. See https://docs.docker.com/engine/reference/commandline/login/#credentials-store Error saving credentials: mkdir /root/.docker: read-only file system ``` 解决的方法也比较简单，可以在临时目录中创建一个 `.docker` 目录，在登录的时候，指定容器要使用的配置目录即可完成仓库鉴权： ```bash # mkdir -p /tmp/.docker # docker --config /tmp/.docker login docker.mongo.lab.com Authenticating with existing credentials... WARNING! Your password will be stored unencrypted in /tmp/.docker/config.json. Configure a credential helper to remove this warning. See https://docs.docker.com/engine/reference/commandline/login/#credentials-store Login Succeeded ``` 再次使用 `docker pull` 下载镜像的时候，可以通过添加 `--config` 参数，指定刚刚的鉴权信息，来进行仓库中的镜像下载： ```bash # docker --config /tmp/.docker pull docker.mongo.lab.com/xhofe/alist:v3.43.0-aria2 v3.43.0-aria2: Pulling from xhofe/alist 56c91669ab0b: Pull complete 86fc7f545902: Pull complete 52b30c650f97: Pull complete 2298c9ed7e57: Pull complete 55e8e23d687c: Pull complete d3c7863c3dba: Extracting [==================================================>] 30.16MB/30.16MB failed to register layer: write /opt/alist/alist: no space left on device ``` 不过，路由器上目前的磁盘空间并不够大，不能够将 Alist 镜像下载下来。所以还需要调整下之前的 `/etc/init.d/mi_docker` 程序，将 Docker 数据目录调整到一个可以放下 Alist 容器的地方。原始的数据保存目录是： ```bash json_add_string "data-root" "${data_root}" ``` 可以将这个地址调整为大量冗余资源的，基于内存的临时目录中： ```bash json_add_string "data-root" "/tmp/datadir" ``` 和上文一样，重启 Docker 服务后，再次执行容器镜像下载命令： ```bash # docker --config /tmp/.docker pull docker.mongo.lab.com/xhofe/alist:v3.43.0-aria2 v3.43.0-aria2: Pulling from xhofe/alist 56c91669ab0b: Pull complete 86fc7f545902: Pull complete 52b30c650f97: Pull complete 2298c9ed7e57: Pull complete 55e8e23d687c: Pull complete d3c7863c3dba: Pull complete Digest: sha256:018b25d02849a717f6d5a8903b6fcb42ea5a9137a927c1991c66656f0fced671 Status: Downloaded newer image for docker.mongo.lab.com/xhofe/alist:v3.43.0-aria2 ``` 稍等片刻，Alist 这个 100 多MB 的镜像就能够被正常下载到路由器上啦。 ### 在小米路由器上快速运行 Alist 完成了镜像的下载后，对 Alist 说明文档中的命令，稍加调整，直接运行： ```bash # docker run -d --restart=always -v /tmp/alist:/opt/alist/data -p 5244:5244 -e PUID=0 -e PGID=0 -e UMASK=022 --name="alist" docker.mongo.lab.com/xhofe/alist:v3.43.0-aria2 707333a7d6a4afcad06cc85dc52eb26b5501e4e1ec60e9e11e0cf01edb0eafe ``` 当 Alist 运行完毕之后，我们就能够通过访问 `http://192.168.31.1:5244` 来访问 Alist 的界面啦。 ![AList 登录页面](https://attachment.soulteary.com/2025/03/27/alist-login.jpg) 为了能够登录 Alist，我们需要手动设置下程序的管理员密码： ```bash docker exec -it alist ./alist admin set soulteary ``` 命令执行完毕，会显示密码已经被设置为上面命令中的 `soulteary`。 ```bash INFO[2025-03-26 16:20:42] reading config file: data/config.json INFO[2025-03-26 16:20:42] load config from env with prefix: ALIST_ INFO[2025-03-26 16:20:42] init logrus... INFO[2025-03-26 16:20:42] admin user has been updated: INFO[2025-03-26 16:20:42] username: admin INFO[2025-03-26 16:20:42] password: soulteary ``` 使用我们修改后的密码和 `admin` 用户名就能够完成系统的登录了： ![登录 AList](https://attachment.soulteary.com/2025/03/27/alist-logined.jpg) 剩下的事情就是在 Alist 的管理后台里，配置你的数据源，就能够通过小米路由器，来浏览或播放你收藏的各种云资源啦。 ![AList 管理面板](https://attachment.soulteary.com/2025/03/27/alist-dash.jpg) ## 最后 这个月比较忙，这篇文章原计划在月初发布，没曾想到拖到了月底。希望上面的内容，对于想折腾这台配置还不错的路由器的你有帮助。 --EOF