把 Jetson Nano 从盒子里翻出来的第一天我干的事情是给它插上 HDMI 线、USB 键盘、USB 鼠标再拖一个显示器过去。折腾半小时后我意识到一个问题这块板子最终是要放在设备柜里跑推理任务的我不可能每次都把整套外设搬过去。于是接下来两个月我一直在折腾怎么让 Nano 彻底摆脱显示器这件事——先是用 SSH后来发现很多调试场景跑个 GUI 的可视化脚本、看一眼摄像头画面、调个 OpenCV 窗口没有图形界面是真的难受中间试过 VNC也试过 xrdp最后稳定下来的方案是只用一根普通网线把 Jetson Nano 直接插到我的工作电脑上用 NoMachine 做远程访问。这套组合最舒服的地方在于它不需要路由器、不需要交换机、不需要动家里的网络拓扑一根线插上去几十秒后就能拿到和本地显示器几乎一样的桌面体验。下面我把从网段规划、静态 IP 配置、NoMachine 在 ARM64 上的安装到无显示器黑屏、路由抢占、画面卡顿这些坑完整地过一遍。适合刚拿到 Jetson Nano 还没配好远程环境的人也适合已经用 VNC 但嫌它慢、想换一套更顺手的方案的人。1. 一根网线直连这件事到底解决了什么麻烦很多人对直连的第一反应是这能行吗——毕竟我们习惯了设备都先接到路由器上再由路由器分配地址。但实际上两块网卡之间用一根网线直连在二层是完全成立的只要双方 IP 落在同一个网段通信就和接在交换机上没有任何区别。现代网卡基本都支持 Auto-MDIX交叉线和直通线的区别也不存在了随手拿一根 Cat5e 都能跑通。1.1 显示器加键鼠这套方案为什么只能算临时手段硬件方案的问题不在于能不能用而在于成本和场景。一套临时的显示器加键鼠占地方、占插座而且 Nano 往往最终要装进机箱或者固定在设备上那个位置根本塞不下显示器。更麻烦的是如果你同时跑多个 Nano 或者 Nano 加上其他开发板外设会不够分来回插拔又容易把 micro-HDMI 这种脆弱的接口搞坏。USB 转串口通过 Nano 的 micro-USB 口进 console是个不错的兜底手段它能在完全没有网络的极端情况下给你一个命令行配置网络、改密码、看启动日志都很方便。但 console 只能给你一个纯文本终端跑不了图形程序也没法看摄像头预览。所以在我的用法里console 是救命通道NoMachine 才是日常工作通道两者不冲突。1.2 SSH 能用但图形界面才是 Nano 真正的使用场景SSH 当然是最省资源的方案配置也简单只要网通就能登。如果你跑的任务纯粹是命令行——python3 train.py、拉取数据集、看tegrastats——那 SSH 足够。但 Jetson 系列最典型的场景偏偏是图形相关的跑一个 YOLO 的实时检测窗口、用 OpenCV 的imshow看画面、调 CUDA 的样例工程、看 GStreamer 的预览。这些都需要一个 X 显示。远程图形方案的主流选择有三个我在 Nano 上都实测过差异比想象中大方案传输协议在 Jetson Nano 上的表现主要短板VNC (TigerVNC/x11vnc)RFB能用但默认画质下发静态桌面还行一动起来就糊无硬件解码配合画面撕裂、音频和剪贴板支持弱xrdpRDP兼容性好Windows 自带客户端依赖 xorgxrdp 后端Nano 上装完经常黑屏或花屏NoMachine自有 NX 协议默认设置下就明显更流畅剪贴板、音频、文件传输开箱可用需要单独装服务端和客户端ARM64 包要选对我最终选 NoMachine核心原因不是它更高级而是它在弱网和高延迟下对画面变化的处理更聪明——它只传变化的区域并且会用多种编码策略自适应切换而不是无脑推全屏帧。对 Nano 这种 CPU 本身就不宽裕的设备来说这个差别很实在。1.3 直连和过路由器差别不只是少一根线接路由器当然更简单DHCP 自动分配插上就能用。但有几个现实场景会逼着你走直连一是现场调试时根本没有可用网络二是公司或者实验室的网络有准入策略设备接上去未必能拿到地址三是路由器在另一个房间、拉线不方便。直连还有一个隐性好处链路是独享的千兆口对千兆口中间没有任何其他设备在抢带宽传数据集、传模型文件的速度会比走 Wi-Fi 甚至走拥堵的路由器快得多。代价也很明确直连的两端没有 DHCP 服务器所以 IP 必须手动配而且直连链路本身不通外网Nano 想apt install就得另想办法。这两个问题后面都有具体的处理办法。2. 两端 IP 的规划与落盘配置直连的第一步不是插线而是想清楚谁当服务器、用什么网段。我习惯把工作电脑当客户端Nano 当被访问端网段用192.168.50.0/24。之所以不用192.168.137.0/24是因为这个网段被 Windows 的Internet 连接共享占用了一旦你哪天想借用主机的 Wi-Fi 给 Nano 上网就会撞车。也尽量避开192.168.0.x和192.168.1.x这两个太常见家里路由器、公司网络大概率已经在用容易和主机的其他网卡产生路由歧义。2.1 分配方案主机 .1Nano .2我的固定习惯是主机.1、开发板.2掩码255.255.255.0两边都不填网关、不填 DNS。为什么强调不填网关因为直连链路没有出口一旦你在某一端填了网关系统就会尝试把默认流量往这条死路上送结果就是浏览器打不开、apt卡死这类问题排查起来非常折磨人。设备IP 地址子网掩码网关DNS工作电脑有线网卡192.168.50.1255.255.255.0留空留空Jetson Nanoeth0192.168.50.2255.255.255.0留空留空2.2 Jetson 侧用 nmcli 改别直接动 netplanJetson Nano 的 JetPack 镜像Ubuntu 18.04 这一代默认走的是 NetworkManager 渲染器/etc/netplan/下那个 yaml 通常只有一行renderer: NetworkManager。如果你另外写一份用networkd渲染的 netplan 文件两边会打架表现为网卡状态时好时坏、改完 IP 重启又变回去。所以我的建议是统一用nmcli去改让 NetworkManager 自己管。先看当前有哪些连接nmcli -f NAME,DEVICE,TYPE,STATE con show以太网那条一般叫Wired connection 1名字以你实际的输出为准。然后改成静态sudo nmcli con mod Wired connection 1 \ ipv4.method manual \ ipv4.addresses 192.168.50.2/24 \ ipv4.gateway \ ipv4.dns \ ipv6.method ignore \ connection.autoconnect yes sudo nmcli con up Wired connection 1几个细节值得单独说。ipv4.gateway 和ipv4.dns 里的空字符串是有意义的它会把之前可能存在的旧值清掉不写的话旧网关会继续留着。ipv6.method ignore是关掉 IPv6 自动配置直连环境下 IPv6 链路本地地址有时候会干扰主机名的解析索性关掉更干净。connection.autoconnect yes保证开机自动生效不然重启后网卡可能处于断开状态你还得再进一次 console。改完立刻验证ip addr show eth0 nmcli con show Wired connection 1 | grep -E ipv4.method|ipv4.addresses2.3 主机侧Windows 和 Linux 的配置位置不一样Windows 下的路径是控制面板 → 网络和 Internet → 网络连接 → 找到那块有线网卡 → 右键属性 → Internet 协议版本 4 (TCP/IPv4) → 使用下面的 IP 地址填192.168.50.1、255.255.255.0网关和 DNS 全部留空。这里有个心理准备Windows 上方会挂一个无 Internet 访问或者未识别的网络的提示这不是故障是因为这条链路确实没有出口。不要因为这个提示去点网络诊断它有可能顺手把你的静态 IP 改回自动获取。NoMachine 客户端直接用 IP 连接完全不依赖 Windows 的网络分类。Linux 主机比如另一台 Ubuntu推荐同样用 nmcli或者用ip命令临时配一条用于测试sudo ip addr add 192.168.50.1/24 dev enp3s0 sudo ip link set enp3s0 upip addr add是临时的重启就没了适合先验证链路是否通。确认能通之后再用发行版自带的方式netplan、nmcli 或者桌面设置落成持久配置。2.4 链路验证三步确认再往下走线插好、两端配好之后先别急着装 NoMachine按顺序确认三件事。第一步物理层是否起来了。在 Nano 上ip link show eth0输出里如果有state UP并且LOWER_UP说明网线对端有响应如果只有NO-CARRIER那基本是线材、接口或者对端网卡没启用的关系。千兆直连的协商速度可以顺手看一眼ethtool eth0 | grep Speed正常应该是1000Mb/s。第二步互 ping。从主机 ping192.168.50.2再从 Nano ping192.168.50.1。这里有个非常容易被忽略的坑Windows 防火墙默认会丢弃入站的 ICMP 请求所以Nano ping 不通主机很常见但并不意味着链路有问题反过来主机 ping Nano 一般都能通。判断链路是否真的通不要只依赖 ping。第三步看 ARP 表。在 Windows 上执行arp -a在 Linux 上执行ip neigh如果能看到对方的 MAC 地址和 IP 的对应关系说明二层已经通了剩下的问题只可能出在三层以上。3. NoMachine 装进 ARM64 的那些门道链路通了之后装 NoMachine。这一步最大的坑不在安装命令而在你得先拿到正确的安装包——因为直连链路不通外网Nano 上的apt是指望不上的。3.1 离线包怎么拿am64 和 arm64 千万别选错去 NoMachine 官网的下载页务必在Select platform里选 Linux → ARM然后选 deb 格式。文件名一般长这样nomachine_8.x.x_1_arm64.deb。我曾经因为赶时间在下载页随手点了默认选项拿回来一个_amd64.debdpkg直接甩一个 package architecture (amd64) does not match system (arm64)白折腾一趟。拿到包之后通过 U 盘、scp 或者主机上的共享目录传到 Nano 上。如果你主机是 Windows 而 Nano 还没装 NoMachine可以用scpWindows 10 之后自带 OpenSSH 客户端scp nomachine_*.deb nvidia192.168.50.2:/home/nvidia/前提是 Nano 上 SSH 服务是开着的JetPack 镜像默认开启用户名nvidia密码默认nvidia。第一次登录建议顺手把默认密码改掉。3.2 dpkg 安装与依赖检查sudo dpkg -i nomachine_*_arm64.deb正常情况下它会自己把依赖都带上NoMachine 的 deb 包做得比较自包含。如果出现依赖缺失的报错因为此时 Nano 没有外网apt-get -f install是修不了的你得先解决上网问题见第 5 节让 Nano 借用主机的外网或者换一个依赖更全的包版本。装完之后确认服务状态sudo systemctl status nxserver sudo ss -tlnp | grep 4000端口这一行是判断 NoMachine 到底有没有真的监听的关键。NoMachine 服务端默认使用 TCP/UDP 4000 端口另外还会用到一段 UDP 端口做媒体传输。端口协议用途4000TCPNX 协议主连接客户端必须能访问4000UDP同一端口号的 UDP用于优化传输4011-4999UDP媒体与统计信息通道视版本和配置而定Jetson Nano 上的ufw默认是未启用的所以一般不需要额外放行。如果你的镜像是别人定制过的、开了防火墙记得把上面这几个放通sudo ufw allow 4000/tcp sudo ufw allow 4000/udp3.3 首次连接客户端这边也要装东西主机上要装 NoMachine 的客户端Windows 和 macOS 都是下载安装包一路下一步。首次连接时在客户端的地址栏输入192.168.50.2端口默认 4000 不用改然后输入 Nano 上的用户名和密码。第一次连接会弹出是否信任此主机的提示因为 NoMachine 使用自签证书这个属于正常现象接受即可。如果连接被拒绝按这个顺序看Nano 上nxserver是否在运行、4000 端口是否处于 LISTEN、两端是否在同一网段、主机上是否有其他安全软件拦截出站连接。我遇到过一回是主机上装了某款杀毒软件把 NoMachine 客户端进程的出站连接给拦了加白名单之后立刻就好。4. 无显示器时黑屏这个坑几乎人人都会踩很多人装完 NoMachine兴冲冲连上去结果是黑屏或者提示无法创建显示。这不是配置错了而是 Jetson 上 X 服务器的启动方式决定的。4.1 黑屏的根因X 需要一个输出目标Jetson Nano 用的是 NVIDIA 的 Tegra X11 驱动这个驱动在启动时需要一个有效的显示输出connected output才会建立帧缓冲。如果开机时 HDMI 口上什么都没插驱动认为没有可用显示X 就算起来了也是空屏NoMachine 连上去只能看到一片黑。这个逻辑听起来有点反直觉——远程桌面为什么需要本地显示器原因在于 NoMachine 在这类设备上默认是附着到已有的物理显示会话而不是新建一个独立的虚拟显示。你在远端看到的画面本质上就是本地 X 会话在渲染的内容本地没有输出目标自然也就没内容可传。4.2 HDMI 诱骗器最省事也最稳的办法解决办法里最推荐的是买一个 HDMI 诱骗器也叫 EDID 模拟器或者虚拟显示器插头。这东西长得就像个 HDMI 公头插上去之后会向显卡谎报自己是一个 1920x1080 的显示器驱动就会正常建立帧缓冲。价格一般十几块钱插上即用不用改任何配置。选的时候注意两点一是买支持 1080p 的即可Nano 上更高分辨率意义不大而且会占带宽二是尽量买带固定 EDID 的型号有些便宜货在特定分辨率下会协商失败。插上诱骗器之后再启动 NanoX 会话就会正常创建NoMachine 连上去直接能看到桌面。之后你在 NoMachine 客户端里可以按需调整远端分辨率不需要去改诱骗器的参数。4.3 不买硬件的备选用 xorg.conf 强制一个虚拟输出如果你不想买硬件也可以试试用配置文件强制指定一个输出。思路是给 X 服务器写一份静态配置明确告诉它用 nvidia 驱动、接一个 1920x1080 的显示器、就按这个模式跑。在 Nano 上创建/etc/X11/xorg.confSection ServerLayout Identifier Layout0 Screen 0 Screen0 EndSection Section Monitor Identifier Monitor0 HorizSync 28.0 - 80.0 VertRefresh 48.0 - 75.0 Modeline 1920x1080_60.00 148.50 1920 2008 2052 2200 1080 1084 1089 1125 hsync vsync Option DPMS EndSection Section Device Identifier Device0 Driver nvidia EndSection Section Screen Identifier Screen0 Device Device0 Monitor Monitor0 DefaultDepth 24 SubSection Display Depth 24 Modes 1920x1080_60.00 EndSubSection EndSection改完重启然后用xdpyinfo | grep dimensions看看 X 是否真的起来了。说实话这条路在 Nano 上成功率不如诱骗器稳定Tegra 驱动对静态配置的支持有自己的脾气同一个配置在不同 JetPack 版本上表现可能不一样。所以我的建议是先花十几块钱买诱骗器把环境跑通把精力留给真正要做的事情上。真要研究无头虚拟显示再用 xorg.conf 慢慢试。注意改xorg.conf之前先备份原文件。Jetson 上配置写错会导致 X 完全起不来如果没有 console 通道你会陷入改不了又进不去的死循环。5. 实测踩过的坑与完整排查链路下面这几个问题是我自己以及身边朋友反复遇到的把它们按现象 → 排查顺序 → 解决的方式整理出来比单纯列结论有用得多。5.1 ping 不通时按这个顺序往下查第一查物理ip link里有没有LOWER_UPethtool里协商速率是不是1000Mb/s。如果是10Mb/s多半是线材老化或者水晶头压得不好换一根线。第二查 IP两端是否真的都在192.168.50.0/24里。用ip addr和 Windows 的ipconfig /all逐字对一遍掩码别写成255.255.0.0或者255.255.255.128掩码不一致会导致看起来同网段其实不通。第三查方向从 Nano ping 主机不通很可能是 Windows 防火墙拦了 ICMP先别下结论。反过来从主机 ping Nano 试试或者直接看arp -a/ip neigh里有没有对方的 MAC。第四查服务链路通了但 NoMachine 连不上那问题就在 4000 端口。ss -tlnp | grep 4000看有没有监听没有的话sudo systemctl restart nxserver再不行看/usr/NX/var/log/下的日志。这套顺序的价值在于它是单向的不会来回反复物理层不通就不用查 IPIP 不通就不用查端口端口没起就不用怀疑客户端。我见过太多人一上来就重装 NoMachine结果问题其实出在网线上。5.2 重启之后 IP 又变回去问题出在渲染器打架现象是用nmcli配好了静态 IP重启之后变回了169.254.x.x自动地址或者干脆没地址。原因通常有两个。一是connection.autoconnect没设成yes网卡开机后没激活这条连接。二是/etc/netplan/下有另一份用networkd渲染的配置在执行两边互相覆盖。排查方式ls -l /etc/netplan/ cat /etc/netplan/*.yaml nmcli con show --active如果看到除01-network-manager-all.yaml之外还有别的 yaml尤其是里面写了renderer: networkd或者直接定义了静态 IP 的那就是冲突源。把多余的那份删掉或者改成renderer: NetworkManager然后sudo netplan apply再重启验证。5.3 直连网卡会抢默认路由导致主机上不了网这个坑最隐蔽因为它的表现完全不像网络问题。现象是插上直连网线之后主机的浏览器打不开网页了但 Wi-Fi 图标显示正常连接。根因是主机的路由表里出现了两条默认路由一条指向 Wi-Fi 的网关另一条指向直连网卡的网关如果你按前面说的留空了网关这条就不会出现。Windows 下用route print能看到Linux 下用ip route。如果确实有两条优先级高的那条如果是死路流量就全走了死路。解决方式就是前面强调的直连网卡不填网关。如果已经填了清掉之后sudo nmcli con up重新激活或者 Windows 上重新打开 TCP/IPv4 属性把网关删掉。Linux 上可以临时把网卡的路由metric调高sudo ip route change default via wifi网关 dev wlan0 metric 100另外一个小提醒如果主机同时插着直连线和 Wi-FiWindows 有时会把直连网络判定为公用网络导致某些共享功能不可用但对 NoMachine 出站连接没有影响。5.4 让 Nano 借用主机的外网一次配置长期受益前面提到直连链路不通外网Nano 装不了包。有个很实用的办法是开启主机的Internet 连接共享Windows 上是 ICSLinux 上是 NAT 转发把 Wi-Fi 的网络共享给有线网卡。这样 Nano 就能通过主机上网apt install、pip install都不再是问题。Windows 上的操作路径是网络连接 → 右键 Wi-Fi 网卡 → 属性 → 共享 → 勾选允许其他网络用户通过此计算机的 Internet 连接来连接 → 选择那块有线网卡。开启之后Windows 会强制把有线网卡改成192.168.137.1这也正是前面建议避开192.168.137.x的原因。然后在 Nano 上把网关指向主机sudo nmcli con mod Wired connection 1 \ ipv4.addresses 192.168.137.2/24 \ ipv4.gateway 192.168.137.1 \ ipv4.dns 192.168.137.1 sudo nmcli con up Wired connection 1配完ping 8.8.8.8试试能通就说明共享成功了。这一步的代价是 Nano 的上网依赖主机开着所以我的做法是需要装包的时候临时开装完再切回无网关的纯直连配置避免忘了这回事导致 Nano 关机异常或者启动变慢。5.5 画面卡顿先调编码再调分辨率最后才怀疑硬件NoMachine 的画质设置里有几档质量选项我一般从自适应开始。如果发现滚动窗口时糊得厉害可以手动改成偏低带宽的档位它会牺牲一些画质换取更快的响应。分辨率是第二大因素。1920x1080 在千兆直连下没问题但如果你用的是百兆网线或者 USB 转网口1080p 会明显吃力。这时候降到 1280x720 体验会好很多代价是可视区域变小。还有一个容易被忽略的点是 Jetson 本身的负载。Nano 的 CPU 性能有限如果远端跑着占用 CPU 的任务NoMachine 的服务端进程会被挤压画面自然卡。可以打开tegrastats看一下当前负载如果在跑推理任务画面卡是正常的不是远程方案的问题。至于散热NoMachine 长时间连着的功耗开销很小真正的发热来自你自己的任务。但如果 Nano 没有加散热片长时间 100% CPU 会导致降频此时画面卡顿其实是降频导致的跟远程方案无关。6. 环境跑通之后再加的几个顺手细节6.1 用主机名连接比记 IP 舒服IP 是固定的还好但每次输192.168.50.2总不如输个名字舒服。Jetson 镜像里一般装了 avahi-daemon可以直接用主机名.local来访问。先在 Nano 上确认主机名hostname systemctl status avahi-daemon如果服务在跑Windows 10 1703 以后的版本原生支持 mDNS 解析直接在主机的地址栏里访问主机名.local就能通。macOS 和 Linux 更不用说。这个方法的好处是即使哪天网段改了主机名还在不用重新记新 IP。不过要提醒一句mDNS 的解析依赖网络环境和客户端的解析能力某些企业网络或者装了特殊安全软件的主机上可能失败。生产用途我还是更推荐用固定的静态 IP主机名当辅助手段。6.2 剪贴板、文件传输这些免费能力其实很值钱这可能是 NoMachine 相比 VNC 最能拉开体验差距的地方。剪贴板共享是双向的主机的复制内容可以直接在 Nano 的终端里粘贴反过来也一样。文件传输有独立的通道传一个几百兆的模型文件不需要另开 scp 窗口拖进去就行。音频也能传虽然在 Jetson 上这个功能用到的机会不多但如果你在做语音相关的项目能在主机上听到 Nano 播放的音频会方便很多。有一点需要注意文件传输的默认路径一般是用户家目录传大文件的时候注意 Nano 的 TF 卡剩余空间。我遇到过一次传到一半失败原因是 32G 卡只剩不到 2G 空间。传之前用df -h看一眼能省不少事。6.3 断电重启后的自动恢复如果 Nano 放在现场、偶尔会断电那上电之后自动恢复可访问状态就很重要。需要确认三件事nxserver是不是开机自启systemctl is-enabled nxserver、NetworkManager 连接是不是autoconnect yes、以及诱骗器是不是一直插着。前两个都是配置层面的设一次就行。第三个是硬件层面的也是最容易忘的——调试的时候把诱骗器拔下来插到别的板子上然后 Nano 重启之后就黑屏了你还得远程排查半天。我的做法是给每块需要无头运行的板子配专用的诱骗器贴上标签不再混用。还有一点值得提前做把 Nano 的 SSH 端口暴露在直连链路上并且确认 SSH 服务开机自启。这样万一 NoMachine 出问题你还有第二条通道能进去修不至于要搬显示器。这套一根网线 NoMachine的组合我从最初抱着试试看的心态到现在已经成了标配流程。新拿到一块 Nano刷完镜像、配好静态 IP、插上诱骗器、装好 NoMachine前后不到二十分钟之后就可以把板子塞进任何角落安安心心在工位上点开客户端就开始干活。真正踩过的坑主要集中在前三次——IP 配错网段、忘了留空网关、以及没有诱骗器导致的黑屏。这三件事想通了剩下的都是顺理成章的事情。