把一台积灰的迷你电脑塞进鞋柜: 我的 NUC-8 家庭服务器

我把一台闲置多年的 Beelink SEi8 迷你电脑安装上 Ubuntu，放在鞋柜里作为家庭服务器，用来运行 STEEM 节点、Node.js 程序、数据库、反向代理及 Cloudflare Tunnel。文章还解释了双重 NAT 导致 NUC-8 可以主动访问树莓派、树莓派却无法反向发起连接的原因，并分享了旧电脑再利用、家庭宽带和服务器散热方面的经验。

把NUC放到鞋柜里当成一个服务器, 那是相当的稳定

去年下半年，我把家里一台已经积灰许久的迷你电脑重新找了出来，安装上 Ubuntu 24.04.4 LTS，然后把它塞进家门口的鞋柜里，当成了一台家庭服务器。

我平时习惯把它叫作“NUC-8”，不过严格来说，它并不是 Intel 自家的 NUC，而是一台 Beelink SEi8 迷你主机。它是我在 2021 年 4 月 25 日从 Amazon 买的，当时花了 466.65 英镑，配置如下：

Beelink Mini PC SEI8，Intel Core i5-8259U（最高 3.8GHz），16GB DDR4 内存，512GB NVMe SSD，Intel Iris Plus Graphics 655，支持 Wi-Fi 6 和蓝牙 5.0。

从 Windows 小主机到闲置电脑

这台电脑买来时预装的是 Windows 10 Pro。配置看上去不算差，但实际使用时总觉得速度有点慢，体验并没有达到我的预期。后来我把它放到 Eric 的房间里，让他用了大半年。再后来给他换了 MacBook Air，这台小电脑也就逐渐闲置下来，最后成了一件放在家里吃灰的电子产品。

其实这类迷你电脑最尴尬的地方，不是性能完全不够，而是作为日常桌面电脑不够出彩：和新款笔记本相比，它的响应速度、图形性能和整体体验都显得普通；可如果直接扔掉，又实在可惜。毕竟四核八线程的处理器、16GB 内存和 512GB NVMe SSD，用来运行 Linux 和一些长期在线的服务，仍然绰绰有余。

于是去年下半年，我决定给它换一种活法。

装上 Linux 后，反而变得流畅了

安装 Ubuntu 24.04.4 LTS 之后，这台机器给我的感觉几乎是“重新活了过来”。没有太多不必要的桌面软件和后台服务，整个系统运行得非常流畅。对于服务器用途来说，它的性能不但不落伍，甚至还有相当大的余量。

这一年里，我陆续在它上面部署了不少东西。

我曾经用它运行一个 STEEM 见证人节点；配置了反向代理，并通过 Cloudflare Tunnel 把家里的服务安全地连接到公网；还使用 PM2 长期运行一个 Node.js 机器人程序，监听区块链上的交易，再把需要的数据写入数据库。

平时写程序时，我也会通过局域网，使用 VS Code Remote SSH 直接连接到这台服务器。编译和运行 C++ 程序、测试脚本，或者部署一些需要长期运行的小服务，都可以放到上面完成。和树莓派相比，i5 处理器、16GB 内存和 NVMe SSD 带来的性能优势还是非常明显的，尤其是编译代码和操作数据库时，轻松得多。

就这样，这台原本已经闲置的迷你电脑，在鞋柜里连续运行了将近一年，总体上相当稳定。

后来，我又找出了一块闲置已久、已经积灰的 2TB 硬盘，将它装入 USB 硬盘盒并连接到 NUC-8。这块硬盘采用 ext3 文件系统，主要用于存储 STEEM 区块链节点数据。此外，树莓派 4B 也外接了一块 2.5 英寸的 1TB USB SSD，用来搭建家庭文件共享服务。

家里的网络，也终于配得上这台小服务器了

最近，我又把家里的宽带升级成了全光纤。理论下载速度可以达到 900Mbps，上传速度则是 110Mbps。对于在家中运行一台小型服务器来说，这样的网络已经相当够用。

当然，如果是从公网访问家里的服务，真正决定对外传输能力的主要是 110Mbps 的上传速度，而不是 900Mbps 的下载速度。不过无论是个人网站、API、远程管理，还是我现在运行的这些轻量服务，110Mbps 都已经有很大余量。再加上 Cloudflare Tunnel，服务器主动向 Cloudflare 建立出站连接，不需要在两层路由器上折腾公网 IP 和端口映射，即使家里存在双重 NAT，也照样可以工作。

为什么 NUC-8 能访问树莓派，树莓派却访问不到 NUC-8？

我家目前的网络结构稍微有点特别。

home-network-topology-setup 把一台积灰的迷你电脑塞进鞋柜: 我的 NUC-8 家庭服务器家庭网络拓扑服务器硬件

现在家庭网络的拓扑图

flowchart TB
    Internet(("Internet"))

    subgraph PL["Plusnet LAN — upstream subnet"]
        Hub["Plusnet Hub 2<br/>Router and NAT"]
        Pi4["Raspberry Pi 4B<br/>Connected directly to Hub 2"]

        Hub <-->|Direct connection| Pi4
    end

    subgraph DL["Deco LAN — downstream subnet"]
        Deco1["Deco 1 — Primary<br/>Router, NAT and firewall"]
        Deco2["Deco 2 — Mesh node<br/>Upstairs office — bedroom"]
        Deco3["Deco 3 — Mesh node<br/>Study room — former garage"]
        NUC["NUC-8 / Beelink SEi8<br/>Ubuntu home server"]
        Pi1["Raspberry Pi Model B Rev 2<br/>~475 MB RAM"]

        Deco1 <-->|Ethernet| NUC
        Deco1 -.-|Wireless mesh| Deco2
        Deco1 -.-|Wireless mesh| Deco3
        Deco3 <-->|Ethernet| Pi1
    end

    Internet <--> Hub
    Hub <-->|Ethernet to Deco WAN| Deco1

Plusnet 路由器是最上游的主路由器。两台树莓派——一台只有约 475MB 内存的老款 Raspberry Pi Model B Rev 2是和NUC-8一样分别连到了两个DECO路游器，一台 4GB 内存的 Raspberry Pi 4B—直接连接在 Plusnet 路由器上（有线/RJ45网线）。

Deco 则连接到 Plusnet 路由器，并继续以“路由器模式”工作，而不是桥接或 AP 模式。NUC-8 通过网线连接到 Deco。因此，Plusnet 和 Deco 分别建立了两个不同的局域网子网。例如，树莓派可能位于 192.168.1.x 网段，而 NUC-8 则位于 Deco 管理的 192.168.68.x 网段。

这就形成了家庭网络中常见的“双重 NAT”。

当 NUC-8 主动访问树莓派时，数据从 Deco 的内网侧发往上游。Deco 会通过 NAT 把连接转换成自己的上游地址，并在连接跟踪表里记录这次请求。树莓派返回的数据因此能够被 Deco 正确地转发回 NUC-8，所以这个方向可以正常通信。

从树莓派4b PING下游的NUC-8和树莓派Model B行不通。

From 192.168.1.XXX icmp_seq=460 Destination Host Unreachable

但当树莓派主动访问 NUC-8 时，情况就不同了。树莓派所在的 Plusnet 网络通常不知道 192.168.68.x 网段应该通过哪台设备到达；即使请求发到了 Deco 的上游接口，Deco 的防火墙也会把它视为从 WAN 侧发起的、没有对应连接记录的入站请求，默认不会转发给内部的 NUC-8。

所以，这并不是数据真正意义上的“只能单向流动”，而是只有 NUC-8 一侧能够主动发起连接。NUC-8 发起连接以后，树莓派的响应仍然可以原路返回；树莓派却不能无条件地主动建立一条通往 NUC-8 的新连接。

如果想让三台机器彼此直接访问，最简单的办法是把 Deco 切换成 AP 模式，或者把两台树莓派也接入 Deco，让所有设备处在同一个子网里。另一种更专业但也更麻烦的做法，是在 Plusnet 路由器上添加一条指向 Deco 的静态路由，并相应调整 Deco 的 NAT 和防火墙规则；但不少家用路由器并不完整支持这种配置。若只需要访问 NUC-8 上的个别服务，也可以在 Deco 上设置端口转发，不过管理起来不如统一子网清晰。