网络工程 on 寻 Mi 处

一台工控机连不上外网，我用抓包找到了真正的原因

Tue, 24 Mar 2026 06:08:00 +0800

机房里有一台旧工控机，装的是 Debian，跑着一个小采集程序。

它需要把采集到的数据发到公网的一台服务器上。局域网内一切正常，能 ping 通网关，能访问内网的其他机器。但一访问公网就出问题。

现象很奇怪。ping 8.8.8.8 能通，延迟正常。但 curl https://api.example.com 就卡住，一直转圈，最后超时。

能 ping 通说明网络层是好的。curl 不行说明问题在更上层。这种"一半通一半不通"的情况，光看配置文件是找不出来的，得抓包。

先做基本检查

动手抓包之前，先把能排除的排掉。

1
2
3

ip addr show
ip route show
cat /etc/resolv.conf

IP 是 192.168.10.55/24，网关 192.168.10.1，路由表里有默认路由指向网关。DNS 是 223.5.5.5。

再看 DNS 能不能解析：

`1`	`dig api.example.com`

能解析出 IP。那问题不在 DNS。

试一下 TCP 能不能连：

`1`	`nc -zv api.example.com 443`

卡住，最后超时。

到这一步基本确定，是 TCP 握手的问题。要么是 SYN 发出去了没回来，要么是回来了但被丢了。

抓包

工控机上装 tcpdump：

`1`	`sudo apt install tcpdump`

开始抓：

`1`	`sudo tcpdump -i eth0 -n -s 0 -w /tmp/capture.pcap 'host api.example.com'`

参数说明。

-i eth0 指定网卡。用 ip addr 确认是哪个。

-n 不做 DNS 反解，避免抓包的时候卡在解析上。

-s 0 是抓完整的包，不截断。默认只抓 262 字节，分析 TLS 的时候不够用。

-w 写到文件，方便后面用 Wireshark 分析。

最后那个 'host api.example.com' 是过滤表达式。不加的话会抓到所有流量，文件很快变大。

抓的同时在另一个窗口跑 nc -zv api.example.com 443，然后 Ctrl+C 停掉抓包。

用 Wireshark 打开

把 pcap 文件下载到本地，用 Wireshark 打开。

我一般先用这个过滤器：

`1`	`tcp.flags.syn == 1`

只看 SYN 包。能看到发了几个 SYN，有没有收到 SYN-ACK。

结果是这样：

No.  Time      Source          Destination     Info
1    0.000000  192.168.10.55   203.0.113.5     443 → 52134 [SYN] Seq=0
2    1.002341  192.168.10.55   203.0.113.5     443 → 52134 [SYN] Seq=0
3    2.004891  192.168.10.55   203.0.113.5     443 → 52134 [SYN] Seq=0

三个 SYN，间隔一秒，没有收到任何 SYN-ACK。这是典型的"对面没收到"或者"对面收到了但回复回不来"。

换一个角度验证

既然 ping 能通，说明 ICMP 是双向的。那为什么 TCP 不行。

用 traceroute 看看路径：

`1`	`traceroute -T -p 443 api.example.com`

-T 是用 TCP SYN 探测，-p 443 指定端口。普通的 traceroute 用 UDP 或者 ICMP，可能和实际情况不一样。

结果：

 1  192.168.10.1      0.5 ms
 2  100.64.0.1        3.2 ms
 3  10.0.0.1           5.8 ms
 4  * * *
 5  * * *
...

到第三跳之后就全是星号。但 ping 是通的，这就矛盾了。

想到 MTU

这里我突然想起一个可能性。

ping 的包很小，默认 56 字节，加上头部也就 84 字节。而 TLS 握手的时候，客户端会发一个 ClientHello，这个包通常有一千多字节。

如果路径上的 MTU 有问题，小包能过，大包过不去。

验证一下：

`1`	`ping -M do -s 1472 8.8.8.8`

-M do 是禁止分片，-s 1472 是数据部分 1472 字节，加上 ICMP 头部 8 字节和 IP 头部 20 字节，正好是 1500。

如果通，说明 MTU 是 1500。

如果不通，报 Frag needed and DF set，说明路径上的 MTU 小于 1500。

我测出来是不通，一直降到了 -s 1400 才通。也就是说实际的路径 MTU 在 1428 左右。

为什么会这样

工控机所在的那个网段，中间经过了一个 VPN 隧道。VPN 封装会增加额外的头部，导致实际可用的 MTU 变小。

正常情况这不该有问题。TCP 有路径 MTU 发现机制（PMTUD），它会探测路径上最小的 MTU，然后按那个大小发包。

但 PMTUD 依赖 ICMP 的 “Fragmentation Needed” 消息。如果中间有防火墙把这类 ICMP 消息拦了，PMTUD 就失效了。

失效之后，TCP 会用默认的 MSS 发大包，包被丢弃，但发送方不知道，就一直重传，最后超时。

这就能解释为什么 ping 通但 TCP 不通了。ping 的包小，不受影响。

确认

回到 Wireshark，看抓到的包里 TCP 的 MSS 值。

打开一个 SYN 包，展开 TCP 层，找 Options，里面有一项 Maximum segment size。

我抓到的值是 1460，这是 1500 MTU 下的标准值。

但实际路径 MTU 是 1428，那么 MSS 应该是 1388。

所以每次发出去的数据包都超过路径 MTU，被中间设备丢弃，而且没有 ICMP 反馈回来。

再看有没有重传：

`1`	`tcp.analysis.retransmission`

这个过滤器能看到所有重传的包。果然有一堆。

解决

有两个办法。

一个是在工控机上手动把 MTU 调小：

`1`	`sudo ip link set dev eth0 mtu 1400`

立刻生效，但重启会丢。要持久化得写进网络配置。

Debian 12 用 systemd-networkd 或者 NetworkManager，看用的是哪个。

如果是 NetworkManager：

1
2

nmcli connection modify "Wired connection 1" 802-3-ethernet.mtu 1400
nmcli connection up "Wired connection 1"

如果是 systemd-networkd，在 .network 文件里加：

1
2

[Link]
MTUBytes=1400

另一个办法是在防火墙上放行 ICMP 的 fragmentation-needed 消息。这个是治本的，因为 PMTUD 恢复之后，系统会自己找到正确的 MSS。

但很多时候你控制不了中间的防火墙。所以我两个都做了，MTU 调小是兜底。

关于 MSS clamping

还有一个更精细的做法，叫 MSS clamping。它是在路由器上改 TCP 握手时的 MSS 值，让双方按更小的包来发。

Linux 上：

1
2

iptables -t mangle -A FORWARD -p tcp --tcp-flags SYN,RST SYN \
  -j TCPMSS --clamp-mss-to-pmtu

--clamp-mss-to-pmtu 会自动按当前路径的 MTU 算。也可以用 --set-mss 1388 写死。

这个一般配在路由器或者 VPN 网关上，因为它需要看到所有经过的 TCP 握手。

我用的是 OpenWrt 的路由器，在防火墙的自定义规则里加了这一条。加了之后，整个局域网里所有走 VPN 的设备都不会再有这个问题。

抓包的一些技巧

tcpdump 的过滤表达式很强大，用熟了能省很多时间。

只看某个端口：

`1`	`tcpdump -i eth0 -n 'port 443'`

只看某个方向：

`1`	`tcpdump -i eth0 -n 'src host 192.168.10.55 and dst port 443'`

看 HTTP 的内容（明文才有效）：

`1`	`tcpdump -i eth0 -n -A 'port 80'`

-A 是以 ASCII 显示内容。看 TLS 的话只能看到加密后的乱码，但能看到握手的结构。

抓包的时候加 -c 限制数量，避免文件太大：

`1`	`tcpdump -i eth0 -n -c 1000 -w /tmp/capture.pcap`

还有 -tttt 让时间戳带上日期，方便对照日志。

Wireshark 的几个好用功能

Statistics -> Flow Graph 能把整个 TCP 会话画成时序图，一眼就能看出谁先发了什么、哪里断了。

Statistics -> Conversations 能看到每个会话的流量统计，找出谁在占带宽。

Analyze -> Expert Information 会把所有异常标出来，包括重传、乱序、窗口满、连接重置。这个功能新手特别友好，不用自己一条条看。

Follow -> TCP Stream 能把一个会话的完整内容拼出来。分析 HTTP 的时候很有用。

后来

MTU 调成 1400 之后，curl 立刻通了。

但这件事让我意识到，那台工控机所在的网段一直有这个隐患，只是之前跑的服务都是小包交互，没暴露出来。

后来我在路由器上加了 MSS clamping，又把整个局域网的 MTU 统一调到了 1400。虽然理论上 1500 更好，但实际用起来，1400 能避免很多莫名其妙的问题。

这个经验在后来配 Tailscale 的时候又用上了。Tailscale 的默认 MTU 是 1280，就是因为它知道自己会被封装在各种网络里，留了足够的余量。

一点感受

网络问题最麻烦的地方是，它不报错。

CPU 满了会有告警，磁盘满了会有告警，内存泄漏能看到曲线。但一个包被悄悄丢掉，什么都不会说。你只能看到"连不上"，然后自己去猜。

抓包是唯一能让你看到真相的手段。它不依赖任何日志，不依赖任何配置，就是实实在在地记录网卡上流过了什么。

学会用 tcpdump 和 Wireshark，是我这几年在运维上最值的一件事。

卸载了向日葵和 ToDesk，我用 Tailscale 连回了家里的电脑

Tue, 10 Mar 2026 18:25:00 +0800

我出门在外的时候，经常要连回出租屋里的台式机。

有时候是要跑一个本地才有的编译环境，有时候是要从家里那台机器上拷个文件，有时候纯粹是想用大屏幕看个东西。

最早用的是向日葵，免费版画质一般，而且经常提示"当前为免费通道，画质受限"。后来换了 ToDesk，好一些，但免费版有连接时长限制，一个月四十小时，用超了就得等。

更让我介意的是，这两个软件都要经过它们自己的服务器中转。我不知道我的屏幕画面在中间经过了什么，这让我不太舒服。

后来在论坛上看到有人提 Tailscale，说是基于 WireGuard 的组网工具，免费版给一百个设备。我试了一下，之后就再也没打开过那两个软件。

它解决的是什么问题

先说清楚它不是什么。

它不是远程桌面软件。它做的是组网，让你的设备之间能像在同一个局域网里一样互相访问。

组好网之后，你可以用任何远程桌面工具连过去，Windows 自带的 RDP、macOS 的屏幕共享、VNC、甚至 ssh -X。因为从系统的角度看，对面就是局域网里的另一台机器。

它也不是传统的 VPN。传统的 VPN 是星型结构，所有流量都经过中心服务器。Tailscale 是网状结构，两台设备之间尽量直连，服务器只负责协调和 NAT 穿透。

这个区别很重要。直连意味着低延迟，也意味着数据不经过第三方。

底层是 WireGuard

WireGuard 是这几年很火的一个 VPN 协议，已经进了 Linux 内核。它的特点是代码量小、性能好、配置简单。

Tailscale 用的是 WireGuard 做数据平面，自己做了控制平面。控制平面负责设备注册、密钥分发、NAT 穿透协调。数据平面是设备之间的 WireGuard 隧道。

所以它的流量是端到端加密的，中间没有任何人能看懂。就算是 Tailscale 自己的服务器，也只能看到谁和谁在通信，看不到内容。

这个架构比传统的 VPN 好很多，也比那些中转式的内网穿透工具好。

装

官网下载对应平台的安装包，一路下一步。

Windows、macOS、Linux、iOS、Android、甚至群晖和 OpenWrt 都有客户端。

Linux 上最方便的是官方脚本：

`1`	`curl -fsSL https://tailscale.com/install.sh \| sh`

它会自动识别发行版，配好软件源，装完就能用。

把第二台也接进来

同样的流程，装完登录同一个账号。

登录之后，两台设备之间就通了。在 A 上 ping 100.x.x.x（B 的地址）应该能通。

`1`	`tailscale status`

这个命令能看到所有设备的状态，包括是否直连、延迟多少。

1
2
3

100.64.0.1   desktop-win    mingyue@  windows  -
100.64.0.2   laptop-mac     mingyue@  macOS    active; direct 192.168.1.5:41641, tx 1234 rx 5678
100.64.0.3   vps-hk         mingyue@  linux    active; relay "hkg", tx 999 rx 888

direct 表示两台设备直连，后面的地址是实际的公网 IP 和端口。relay 表示没能直连，走了中继，延迟会高一些。

MagicDNS

Tailscale 有个功能叫 MagicDNS，它会给每台设备分配一个域名，形如 设备名.你的账号名.ts.net。

开了之后，你不需要记 IP，直接用名字访问：

1
2

ping desktop-win
ssh laptop-mac

这个在设备多了之后特别方便。IP 是会变的，名字不会。

在后台的 DNS 页面里开启。开启之后，Tailscale 会接管设备的 DNS 解析，把 *.ts.net 的查询指向自己的解析器。

这个接管可能会和你的其他 DNS 配置冲突。如果你用了 Pi-hole 或者自定义的 DNS，要注意一下。

远程桌面

组好网之后，远程桌面就简单了。

Windows 那边，先在系统设置里开启"远程桌面"，然后在另一台机器上：

`1`	`mstsc /v:desktop-win`

或者用 Microsoft Remote Desktop 客户端，地址填 desktop-win 或者 100.64.0.1。

macOS 那边，开启"屏幕共享"，然后：

`1`	`open vnc://laptop-mac`

Linux 上可以用 xrdp 或者 gnome-remote-desktop。

我平时用的是 Windows 自带的 RDP。画质可以调，延迟低，而且支持多显示器。比那些第三方软件流畅多了。

subnet router：让整个局域网都通

这是我最喜欢的功能。

Tailscale 默认只让你访问装了客户端的设备。但如果你家里有一台 NAS、一台打印机、一个树莓派，不可能每台都装客户端。

subnet router 的作用是，让一台设备充当网关，把整个局域网的路由转发出去。

在家里那台常年开着的小主机上：

echo 'net.ipv4.ip_forward=1' | sudo tee -a /etc/sysctl.conf
sudo sysctl -p

sudo tailscale up --advertise-routes=192.168.1.0/24

然后在后台的 Machines 页面，找到这台设备，点右边的三个点，选 “Edit route settings”，把 192.168.1.0/24 勾上。

之后你在外面，就能直接访问 192.168.1.x 下面的任何设备了。NAS、打印机、路由器管理页，全都能打开。

这个功能让我出门在外的时候，感觉像是回到了家里的局域网。

注意，--advertise-routes 要在 tailscale up 的时候传，不是单独的命令。如果之前已经 up 过了，要重新跑一次。

exit node：把流量都走家里

这个功能更激进一点。

配了 exit node 之后，你所有设备的出网流量都会经过家里那台机器出去。相当于你人在外面，但网络出口在家里。

用处有两个。

一个是访问那些限制地区的服务。比如某些流媒体只允许家庭宽带 IP 访问。

另一个是安全性。在咖啡厅的公共 Wi-Fi 上，所有流量都走加密隧道回家，不用担心被人抓包。

配置：

`1`	`sudo tailscale up --advertise-exit-node`

然后在后台勾上 “Use as exit node”。

客户端那边选择使用这个 exit node：

`1`	`sudo tailscale up --exit-node=100.64.0.1 --exit-node-allow-lan-access`

--exit-node-allow-lan-access 是让本地局域网的访问不走隧道。不加的话，你连本地打印机都会绕到家里去。

Windows 和 macOS 的客户端有图形界面，在菜单里选就行。

ACL：控制谁能访问谁

免费版也支持 ACL，用的是类似 JSON 的配置语言。

默认的 ACL 是允许所有设备互相访问。如果你只想让自己访问，别人不行，就得改。

在后台的 Access Controls 页面：

{
  "acls": [
    {
      "action": "accept",
      "src": ["autogroup:member"],
      "dst": ["*:*"]
    }
  ],
  "ssh": [
    {
      "action": "check",
      "src": ["autogroup:member"],
      "dst": ["autogroup:self"],
      "users": ["autogroup:nonroot"]
    }
  ]
}

autogroup:member 是账号下的所有成员。autogroup:self 是设备的所有者自己。

上面的配置意思是，所有成员可以访问所有设备的所有端口，但 SSH 只能访问自己的设备。

如果给家里人开了子账号，可以限制他们只能访问特定设备：

{
  "acls": [
    {
      "action": "accept",
      "src": ["user1@"],
      "dst": ["nas:445,5000"]
    }
  ]
}

这样 user1 只能访问 NAS 的 SMB 和 Web 端口，别的都不行。

速度到底怎么样

我测过几次。

从公司连回家里，两台机器都在国内，走的是直连。延迟在二十到四十毫秒之间，取决于公司的网络质量。这个延迟下用 RDP 基本感觉不到卡。

从国外连回来，延迟会高一些，一百多毫秒。看视频还行，操作桌面会有点迟钝。

速度方面，家里的宽带上行是一百兆，实测通过 Tailscale 传输能跑到七八十兆。这个速度对于传文件来说够用了。

如果没打通直连，走中继的话，速度会降到十几兆，延迟也会高一些。所以看 tailscale status 里是不是 direct 很重要。

几个坑

DNS 冲突。开启 MagicDNS 之后，它会接管系统的 DNS。如果你有自定义的 DNS 服务（比如 Pi-hole），可能会冲突。可以在 tailscale up 的时候加 --accept-dns=false 关掉。

Android 上的省电策略。很多国产 ROM 会把 Tailscale 的后台进程杀掉，导致连不上。要在系统设置里给它加白名单，允许后台运行。

子网路由不生效。多半是没在后台勾选。--advertise-routes 只是宣告，还需要在管理后台批准。这一步很多人会漏。

iOS 上的 VPN 图标常亮。这是正常的，Tailscale 在 iOS 上是以 VPN 的形式工作的。电量消耗会比平时多一点，但不算严重。

多网卡环境。如果机器上有多个网卡（比如同时连了有线和无线），有时候会出现路由混乱。可以用 --netfilter-mode=off 关掉自动的防火墙规则，自己配。

免费版够不够

免费版叫 Personal，给三个用户、一百个设备。

对于个人用来说，一百个设备根本用不完。三个用户，家里人也够。

付费的 Starter 是六个美元一个月，给更多用户和高级功能（比如设备审批、日志导出）。

我觉得个人用免费版完全够。除非你是在公司里推广，需要审计日志之类的。

现在的状态

我现在的设备列表里，一台 Windows 台式机、一台 MacBook、一台 Linux 小主机、两部手机、还有一台香港的 VPS，全都接在里面。

出门在外的时候，随时能连回家里。VPS 上跑的服务也不用暴露公网，直接从 Tailscale 内网访问。

这套东西彻底替代了我之前用的那堆内网穿透工具。而且它是基于标准协议的，万一哪天 Tailscale 这个公司不行了，WireGuard 本身还在，可以自己搭一套。

这种不完全依赖某一家公司的感觉，挺好。

二手路由器刷机刷成砖，我用一根 TTL 线把它救回来了

Wed, 18 Sep 2024 18:22:00 +0800

在海鲜市场花五十块收了一台二手的千兆路由器，型号是小米 AX3000T。卖家的描述只有一句"能开机，无线正常"，照片拍得模糊，看不出什么。

我买它就是为了刷 OpenWrt。出租屋这边的宽带是千兆，运营商送的那台光猫路由无线太弱，隔一堵墙就掉到两格。想着换个能跑插件的机器，做分流和去广告。

结果刷到一半，它就不开机了。

事情是怎么搞砸的

AX3000T 这台的刷机流程不复杂，先降级到有漏洞的固件，拿到 SSH，再刷一个过渡的 uboot，最后从 uboot 里刷 OpenWrt 的 sysupgrade 镜像。

我前面几步都很顺。问题出在最后一步。

刷写的时候我等了大概三分钟，屏幕上没有任何输出。我以为卡住了，就顺手按了 Ctrl+C。按完之后才想起来，刷写阶段中断是最危险的操作。

再重启，只有电源灯亮，网口一个都不亮。网线插上去，电脑那边显示"未连接"。这就是俗称的砖。

先判断是哪种砖

路由器变砖分两种。

一种是 bootloader 还在，只是固件坏了。这种好救，进 uboot 或者 breed 重新刷一遍固件就行。

另一种是 bootloader 也没了，或者被写坏了。这种就得拆机上编程器，把 flash 芯片吹下来用 CH341A 之类的工具重新写。

我这台属于哪种，得看串口输出。

拆机找串口

背面四颗螺丝，其中一颗藏在脚垫下面。撬开脚垫就能看到。

外壳是卡扣的，用撬片沿着缝慢慢撬，别用蛮力，塑料很脆。我撬的时候断了一个卡子，不影响使用，但心里膈应。

打开之后，主板上有四个焊盘排成一排，旁边印着丝印：VCC GND TX RX。这就是 TTL 串口。

这种机器一般用的是 3.3V 电平，千万别接 5V。5V 接上去，主控就真的废了。

接线上的一点经验

USB 转 TTL 的线我用的是 CH340，十几块钱一根。接线的时候要注意交叉：

1
2
3

USB-TTL 的 TX  ->  路由器的 RX
USB-TTL 的 RX  ->  路由器的 TX
USB-TTL 的 GND ->  路由器的 GND

VCC 不要接。路由器自己供电，你接了 VCC 反而可能因为两路电源打架出问题。

我第一次接的时候 TX 和 RX 接反了，串口里一片空白，什么都没有。换了顺序之后立刻就有输出了。

用 PuTTY 或者 picocom 连

Windows 上用 PuTTY，选 Serial，波特率 115200，8N1，没有流控。

Linux 上我更习惯 picocom：

`1`	`sudo picocom -b 115200 /dev/ttyUSB0`

接好之后给路由器上电，串口里应该立刻刷出一堆东西。

如果什么都没出，检查三件事。TX/RX 是不是接反了，GND 有没有接，波特率对不对。有些机器是 57600，可以试试。

看到的输出说明什么

我这台上电之后，串口输出是这样的：

BootROM 1.0.1
...
Booting from NAND
...
*** U-Boot Boot Menu ***

到 U-Boot 这里就停了，然后开始倒计时。这说明 bootloader 还活着，属于第一种砖，有救。

如果连 BootROM 都没有，那才是第二种，得吹芯片。

倒计时的时候赶紧按任意键，能进 uboot 的命令行。进不去的话，多试几次，这个时间窗口很短，只有三秒左右。

在 uboot 里恢复

进去之后先看看环境变量：

`1`	`MT7981> printenv`

能看到 ipaddr、serverip、bootcmd 这些。bootcmd 一般是 nand read ... 之类的，说明它要从 flash 里读固件。

现在的思路是，让路由器从网络加载一个临时固件到内存里跑起来，再从内存里把正确的固件写进 flash。

先把路由器和电脑用网线直连，电脑的 IP 设成 192.168.1.2，路由器在 uboot 里的默认 IP 一般是 192.168.1.1。

1
2
3

MT7981> setenv ipaddr 192.168.1.1
MT7981> setenv serverip 192.168.1.2
MT7981> ping 192.168.1.2

能 ping 通，网络这块就没问题。

然后电脑上起一个 TFTP 服务。Windows 上用 tftpd64，Linux 上用 tftpd-hpa，把准备好的 initramfs 镜像放到服务目录里。

`1`	`MT7981> tftpboot 0x46000000 openwrt-initramfs.bin`

这个命令会把镜像从电脑拉到内存地址 0x46000000。传输过程中能看到进度条。

拉完之后：

`1`	`MT7981> bootm 0x46000000`

如果一切顺利，路由器会从内存里启动 OpenWrt。这时候它是完全跑在内存里的，断电就没了，但至少系统起来了，能进 LuCI。

从内存系统里刷回 flash

进 LuCI 之后，找到系统，备份与升级，刷写固件。选那个正式的 sysupgrade 镜像，不是 initramfs。

刷完之后机器会重启，这次从 flash 启动，就是正常的 OpenWrt 了。

如果 LuCI 进不去，也可以用命令刷：

`1`	`sysupgrade -n /tmp/openwrt-sysupgrade.bin`

-n 是不保留配置，第一次刷的时候建议加上，避免旧配置干扰。

几个必须提前准备的东西

这次能救回来，很大程度上是因为我提前下了固件。

救砖的时候你往往没有网络，尤其是你只有一条宽带、路由器又坏了的时候。所以刷机之前一定要把这些东西下好放在本地：

原厂固件。万一 OpenWrt 用不惯或者有功能问题，能刷回去。

uboot 或者 breed。这个是你救砖的唯一入口。

initramfs 镜像。就是前面那个从内存启动的镜像，每个型号都有对应的版本，不能混用。

TFTP 服务端软件。Windows 上 tftpd64 免安装，放 U 盘里备用。

这些东西加起来也就几百兆，但关键时刻能救命。

型号一定不能搞错

我下载固件的时候特意核对了三遍型号。AX3000T 有好几个版本，早期的是 MT7981，后来的换了芯片，固件完全不通用。刷错版本，大概率是彻底砖。

看型号的方法是，拆机看主控芯片上的丝印，或者用串口在 uboot 里敲 version。别信包装盒，二手机器的包装经常和机器对不上。

刷完之后

现在这台机器跑着 OpenWrt 23.05，做了几件事。

宽带拨号放在它上面，光猫改成桥接。无线开了 5G 的 160MHz，实测隔一堵墙还能跑到六百多兆。

装了几个插件，一个是广告过滤，一个是分流。分流的规则我配得比较简单，国内直连，国外走代理。

还有一个挺实用的，我把它接进了家里的 Tailscale，出门在外能直接访问局域网里的设备。

一点反思

这次变砖，纯粹是我自己手贱。

刷写的时候没有任何输出是正常的，很多固件刷写过程就是不打印东西。我应该做的是等，至少等十分钟。三分钟就按 Ctrl+C，太急了。

后来我给自己定了个规矩。任何刷写操作，只要开始了，就去泡杯茶，回来再看。宁可多等，不要中断。

还有一点，拆机之前先看拆机视频。AX3000T 的卡扣位置很刁钻，我第一次撬的时候差点把外壳掰裂。看了视频之后才知道要往哪个方向用力。

现在

这台五十块的路由器，现在是我家里网络的核心。跑了几个月，稳定性比运营商送的那台好太多。

中间重启过两次，一次是升级固件，一次是停电。除此之外没出过问题。

有时候觉得挺有意思的，花五十块钱，搭进去一个晚上，学到的比买台新的多得多。这种折腾的乐趣大概就在这儿，虽然过程很狼狈，但最后它亮起来的那一刻，确实挺爽的。