最近在调一块 Jetson Orin NX，核心工作是让它在机柜里不带显示器长期跑，同时我拿笔记本随时连桌面看状态。网上关于“无头”模式的教程不少，但很多都停留在 SSH 操作，图形界面这块总踩坑：插上电不接显示器，桌面渲染不完整，VNC 连上去要么黑屏要么只有 640x480。折腾了一圈，最后是 HDMI 欺骗器 + RealVNC 的组合帮我彻底解决了问题。这篇文章我会按实际操作的顺序，把从硬件选购、系统环境确认、RealVNC Server 安装、HDMI 欺骗器配置到密钥环解锁的完整过程都写出来，顺便把那些用了几周才会遇到的坑一并整理出来，适合所有想把手头 Jetson Orin NX 部署成无人值守远程开发机的朋友参考。
1. 方案与思路：为什么是“HDMI欺骗器 + RealVNC”
1.1 解决无头设备的远程桌面问题
Jetson Orin NX 这类开发板，核心场景一般是边缘推理、机器人控制、多路视频处理。很多人拿到手第一件事是接显示器、鼠标、键盘，然后在桌面环境里配环境。但当它要被部署到设备端、机柜或现场时，桌面环境反而成了负担：没地方放显示器，或者根本没有显卡接口可接。这种情况下，远程图形界面就变成刚需。但问题在于，Jetson 的图形栈在检测不到显示器时，行为会很不一样。Xorg 可能启动到默认低分辨率，或者部分合成器根本不渲染桌面，GNOME 壁纸都可能变成紫色。结果就是 VNC 连上去，看到的是空白或者极低分辨率的桌面，根本没有可操作性。
这个时候，很多人想到的第一个方案是用 VNC 服务端自带的“虚拟显示器”。RealVNC Server 的 Virtual Mode 确实可以创建虚拟显示，但虚拟模式在授权和兼容性上有不少限制，不是每台设备都能顺畅使用。硬件级 HDMI 欺骗器则是从最底层解决“没有显示器”这件事：它内部有一颗 EDID 芯片，插到 HDMI 口上后，系统会以为有一台真实显示器连在上面，于是按照显示器的时序和分辨率正常渲染桌面。这样 Xorg、GNOME 这些软件栈就全都认为“有屏幕”，远程桌面自然也就正常了。RealVNC 负责把桌面图像压缩、传输到客户端，两者各管一段，组合起来非常干净。
1.2 比一比：RealVNC、XRDP、向日葵、NoMachine
| 方案 | 适用场景 | 优点 | 常见坑 |
|---|---|---|---|
| RealVNC Server | 跨平台远程控制、嵌入式 Linux | 客户端成熟，支持 Service Mode，配置灵活 | 密钥环弹窗、授权逻辑稍麻烦 |
| XRDP | Windows 远程到 Linux | Windows 自带客户端，协议成熟 | Xorg 会话兼容性一般，偶发画面撕裂 |
| 向日葵 | 国内网络环境友好 | 穿透方便，适合公网远程 | arm64 嵌入式设备支持有限 |
| NoMachine | 局域网高画质远程 | 画质好、省带宽 | 私有协议，客户端不支持某些嵌入式架构 |
选 RealVNC 的主要原因是它的跨平台客户端足够成熟，CPU 占用相对可控，而且支持 Service Mode 独立于用户会话运行，配合 HDMI 欺骗器几乎没有“每次连接重新登录”的烦恼。NoMachine 性能也不错，但客户端和协议偏私有；向日葵在 Windows 上很顺手，但在 Jetson 这种 ARM64 嵌入式板上的服务端支持不如 RealVNC 灵活。XRDP 走 RDP 协议，Windows 自带客户端，但对 Xorg 的扩展支持偶尔有撕裂感。实际用下来，RealVNC 的体验是“少折腾”，所以教程里我直接用这套方案。
2. 硬件准备与系统环境确认
2.1 需要的硬件与避坑提示
先列一份清单：Jetson Orin NX 模组或开发套件，HDMI 欺骗器（也叫 HDMI EDID 模拟器），USB-C 电源，稳定的网络连接。HDMI 欺骗器的选购要点是：买之前先确认设备 HDMI 口支持什么规格。Jetson Orin NX 开发套件的 HDMI 接口一般支持 HDMI 2.0，最大 4K60，但如果你只是远程桌面用，建议直接买 1080P 60Hz 的版本。原因有两个：一是分辨率越高，VNC 传输带宽和编码压力越大，远程操作反而不流畅；二是部分 4K 欺骗器在较老的 HDMI 线缆下会出现握手不稳定，需要额外供电才能稳住。我手头这款欺骗器是免驱的，即插即用，带一个 EDID 存储器，通电后系统就能读到固定分辨率。买的时候还要注意接口方向，尽量选择带小尾巴的版本，不然插在开发板上会被外壳挡住。
如果是自行设计载板，要额外确认载板上的 HDMI 桥接芯片是否被系统识别。如果xrandr根本看不到 HDMI 口，大概率是驱动没加载或设备树没配置，这个问题靠欺骗器解决不了，得先回去查硬件。
2.2 确认 Jetson 系统与显示驱动
把板子接上电源、网线和 HDMI 欺骗器后，先通过 HDMI 临时接一个显示器完成系统初始化，或者直接用串口 / SSH 登录。检查系统版本和驱动状态：
cat /etc/nv_tegra_release uname -a nvidia-smiJetPack 5.x 对应 Ubuntu 20.04，JetPack 6.x 对应 Ubuntu 22.04。RealVNC 的 deb 包对这两种系统都有兼容。特别提醒，Jetson 的 Ubuntu 是 NVIDIA 定制内核，部分桌面组件和原生 Ubuntu 有区别，安装软件时如果遇到依赖冲突，不要急着加第三方源，先确认是不是 JetPack 里的版本锁定导致的。显示驱动方面，只要nvidia-smi能正常输出版本和驱动号，就说明 GPU 驱动没问题；如果命令不存在，需要先补装 JetPack 的 SDK 组件。
2.3 基础网络与 SSH 配置
在安装远程软件前，先把 SSH 配好，以免 VNC 出问题时还有保底通道。建议立刻修改默认密码，启用密钥登录，然后固定 IP，避免重启后找不到板子。Jetson 默认用 NetworkManager，固定 IP 可以用nmcli完成：
nmcli con mod "Wired connection 1" ipv4.addresses 192.168.1.100/24 ipv4.gateway 192.168.1.1 ipv4.method manual nmcli con up "Wired connection 1"如果设备放在没有 DHCP 的裸环境，这一步非常关键。固定好 IP 后，用笔记本 SSH 连一次确认通，后面所有远程操作都建立在网络层可用的基础上。
3. 安装 RealVNC Server 并完成基本配置
3.1 下载正确的 ARM64 DEB 包并安装
RealVNC 官网提供 Linux 下的安装包，Jetson Orin NX 是 ARM64 架构，一定要下载VNC-Server-7.x.x-Linux-ARM64.deb，不要下成 x64。下载后用scp传到板子：
scp VNC-Server-*.deb user@jetson-ip:/tmp/然后在板子上安装：
cd /tmp sudo apt update sudo apt install ./VNC-Server-*.deb如果提示依赖错误，先跑sudo apt --fix-broken install。安装完成后用dpkg -l | grep vnc确认版本，避免后面排查问题时不知道软件版本。
3.2 启动服务、开机自启与防火墙
安装后系统会生成两个主要服务：vncserver-x11-serviced.service和vncserver-virtuald.service。因为我们有 HDMI 欺骗器，所以主要用 x11 服务，它会把当前正在运行的桌面会话共享出去。先启动并设置开机自启：
sudo systemctl enable vncserver-x11-serviced.service sudo systemctl start vncserver-x11-serviced.service sudo systemctl status vncserver-x11-serviced.service然后放行 VNC 默认端口 5900：
sudo ufw allow 5900/tcp如果使用 RealVNC 云服务模式，云端连接还会走 443 端口；如果是局域网直连，只开 5900 就够。JetPack 默认可能没有启用ufw，但如果你之前手动开过，千万别漏了这条规则。
3.3 用 vncpasswd 设置服务密码并测试直连
这一步直接关系到后面的密钥环问题。在命令行下执行：
sudo vncpasswd -service它会提示输入一个服务级密码，这个密码会保存到系统配置中，不依赖用户桌面会话的 GNOME 密钥环。这样一来，后续用客户端连接时输入的是这个服务密码，就绕开了“解锁密钥环”的弹窗。-service和普通用户的vncpasswd区别在于：普通用户设置的密码是给某个用户会话用的，而服务密码是给 VNC Server 服务进程做认证用的，对无人值守设备更合适。设置完成后，在局域网里用 VNC 客户端连接板子的 IP:5900，如果能看到登录界面，说明基本链路已经通。如果连不上，先看端口是否监听：
sudo lsof -i :59004. 插入 HDMI 欺骗器，让桌面“永远在线”
4.1 HDMI 欺骗器的工作原理与选择要点
HDMI 欺骗器本质上就是一个带 EDID 芯片的转接头。显示器通过 DDC 通道把 EDID 数据发给显卡，告诉显卡自己支持什么分辨率、刷新率、色彩模式。真实显示器是这样，欺骗器就模拟这个过程。Jetson 的图形驱动读到 EDID 后，会认为自己接了一个真实显示器，于是正常启动显示输出、渲染桌面。这对远程控制的好处是巨大的：桌面环境不会因为“没有显示器”而主动降级。
选购时，最重要的参数就是分辨率。有的欺骗器标称支持 4K30，有的只支持 1080P，这些都没关系，关键是和你的使用场景匹配。我自己用的是 1080P 60 的版本，远程桌面操作流畅，VNC 编码压力也小。如果是给 Jetson 配，建议不要买带音频 EDID 的型号，部分带音频的欺骗器在 Linux 下会多出一个 HDMI 音频设备，虽然不影响使用，但排查问题时多一个变量。
4.2 用 xrandr 手动设置分辨率与刷新率
插入欺骗器并进入桌面后，终端里执行：
xrandr --query正常情况下会看到类似输出：
Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 7680 x 4320 HDMI-0 connected 1920x1080+0+0 (normal left inverted right x axis y axis) 0mm x 0mm 1920x1080 60.00*+ 1280x720 59.94 1024x768 60.00如果系统没有默认选择 1920x1080，可以手动指定：
xrandr --output HDMI-0 --mode 1920x1080 --rate 60如果你希望重启后仍然保持这个分辨率，可以把命令写入 GNOME 的 autostart 目录。实测下来，这种方式比直接改 xorg.conf 安全，因为出了问题删掉 desktop 文件就能复原：
mkdir -p ~/.config/autostart cat > ~/.config/autostart/set-resolution.desktop << EOF [Desktop Entry] Type=Application Name=Set Resolution Exec=xrandr --output HDMI-0 --mode 1920x1080 --rate 60 X-GNOME-Autostart-enabled=true EOF4.3 禁止锁屏和休眠
远程桌面最怕连接后黑屏。桌面环境的电源管理默认可能会在闲置一段时间后关闭屏幕或进入锁屏，这会导致 VNC 画面显示登录密码输入框或黑屏。对无人值守的设备，建议把屏幕关闭、锁屏都关掉：
gsettings set org.gnome.desktop.session idle-delay 0 gsettings set org.gnome.desktop.screensaver lock-enabled false另外在 GNOME 设置里把“电源”中的“息屏”改成“从不”。如果使用的是 Wayland 会话，部分 gsettings 键可能不生效，所以这个方案更建议在 Xorg 会话下使用。Jetson 的 JetPack 默认登录会话一般还是 Xorg，问题不大。
5. 密钥环解锁：让 VNC 在开机后自动就绪
5.1 为什么会跳出“解锁密钥环”弹窗
GNOME Keyring 是 Linux 桌面下常见的凭据存储服务，RealVNC 的云服务模式会把账号 token 或密码放进密钥环。当 VNC 服务随系统启动时，桌面会话可能还没有完成登录，密钥环处于锁定状态，服务尝试读取里面的数据就会触发解锁弹窗。这个弹窗只有在交互式桌面才会出现，对于无人值守的设备来说，它可能一直卡在那里，导致 VNC 无法正常完成认证，或者连接后只看到登录界面。
这种现象看着像 VNC 的 bug，其实是 GNOME Keyring 和自启动服务之间典型的时序冲突。解决办法有三个，按操作成本从低到高排序。
5.2 方法一：设置空密码的默认密钥环
这个方法适合有显示器、可以手动操作一次的场景。打开“密码和密钥”（Seahorse），找到“登录”密钥环，右键修改密码，原密码填当前登录用户密码，新密码留空。这样以后解锁密钥环时不会再询问。如果找不到“登录”密钥环，可以删掉~/.local/share/keyrings/login.keyring，重启后系统会要求创建新密钥环，同样把密码留空。这个方法需要在图形界面下操作，但一劳永逸。需要注意：空密码密钥环的安全性较低，只适合内网可信环境，如果设备暴露在公网，不建议。
5.3 方法二：使用 vncpasswd -service 避免密钥环依赖
这就是前面 3.3 节提到的做法。只要 VNC Server 使用服务级密码，在连接时走的是 Service Password 认证，RealVNC 就不再需要读取 GNOME Keyring，弹窗自然消失。你可以在安装完成后直接设置服务密码，而不必先登录 RealVNC 云账号。这样部署最干净，适合大部分局域网直连场景。
如果你确实需要 RealVNC 云服务的跨网络 ID 连接功能，那就必须在服务端登录账号，这时密钥环弹窗可能会回来。我的建议是：优先用服务密码模式连接局域网，跨网络时通过公司内网网关或 SSH 通道再跳到板子，不要在公网直接暴露 5900 端口。
5.4 方法三：配置自动登录
如果没有显示器，又特别想用云服务模式，可以考虑让系统自动登录到用户桌面，再运行 RealVNC 服务。GNOME 设置中有“用户”->“自动登录”选项，或者修改 GDM 配置。自动登录后，密钥环会在用户会话创建后自动解锁，弹窗问题减少。缺点是：任何人重启板子都会直接进入桌面，物理访问风险变大，只适合放在封闭机柜等安全环境。
修改 GDM 配置可以这样：
sudo sed -i 's/#AutomaticLoginEnable=true/AutomaticLoginEnable=true/' /etc/gdm3/custom.conf sudo sed -i 's/#AutomaticLogin=user1/AutomaticLogin=你的用户名/' /etc/gdm3/custom.conf改完注意备份，并重启 GDM 验证。我实际测试中的经验是：自动登录 + 空密码密钥环一起配合，VNC 的开机自启最顺畅，基本不会卡在登录界面。
6. 客户端接入与体验调优
6.1 RealVNC Viewer 连接步骤
在 Windows 或 Mac 上安装 RealVNC Viewer，打开后输入板子的 IP 地址，如果服务端口不是 5900，就写成IP:5900。回车后输入之前设置的 VNC 密码，连接成功后就能看到与本地桌面一致的 GNOME 桌面。第一次连接建议先用ping或telnet IP 5900测端口通不通，避免 Viewer 端一直提示超时才去排查。在 Viewer 里可以把连接配置保存下来，命名成 jetson-orin-nx，下次一键连接。
如果同一时间有多个管理员连接同一台板子，RealVNC 会提示已有连接存在，默认是抢占式连接，后连的人会把前面的人踢掉。如果希望协作，可以在服务端配置里打开多连接支持，但会额外消耗系统资源。
6.2 画质与流畅度调整
在 Viewer 的连接属性里，把画质设为“最佳速度”，关闭“桌面壁纸”和“字体平滑”开关，颜色深度降到 16 位，能明显降低带宽占用。如果只是调试代码，这种设置完全够用。如果需要操作 OpenGL 或 3D 程序，建议保持原画质，否则图像会糊，看不出细节。VNC 本质是抓屏加编码，不适合做高帧率远程游戏；对 Jetson 上的 GUI 调试程序来说，30fps 左右已经够用。如果发现鼠标位置和实际点击有偏移，优先升级客户端版本，一般是高 DPI 缩放导致的问题。
6.3 无人值守断电重启后的完整启动顺序
部署到现场后，设备会被断电重启。我把自己的检查顺序列在这里：第一，HDMI 欺骗器是否在开机前就插好，最好直接插在开发板 HDMI 口，不要经过延长线；第二，系统启动后vncserver-x11-serviced.service是否自启；第三，自动登录是否生效，桌面会话是否正常建立；第四，密钥环是否已设置空密码或使用服务密码；第五，VNC 端口是否在监听。
如果每一步都正常，从断电到远程可连接，一般不超过两分钟。如果某一步失败，先用 SSH 登进去看日志，再逐一排查。把上面的流程做成一个启动脚本，可以帮你在现场省掉大量时间。
7. 常见问题与排查实录
7.1 黑屏排查
黑屏是 VNC 远程 Jetson 最常见的问题。原因大概率是桌面会话未建立。检查顺序是这样：先确认欺骗器已被系统识别，xrandr能看到HDMI-0 connected；再确认服务是vncserver-x11-serviced.service而不是vncserver-virtuald.service；然后确认板子上有用户会话在运行，可以用who查看。如果远程看到的是 GDM 登录界面而不是桌面，那就要考虑启用自动登录，或者登录后手动启动 VNC 服务。
我踩过的一次坑是，板子用了新用户但旧用户仍留在系统里，VNC 服务默认连到了旧会话，结果那边是锁屏状态，远程进来就黑屏。后来直接把旧用户删除，并禁用无关交换用户的自动登录才解决。
7.2 连接被拒绝或超时
连接被拒绝，先看端口和防火墙。如果 ufw 没放行 5900，VNC 客户端会报无法访问。再看 RealVNC 服务是否在运行，systemctl status查一下。有时候服务崩溃是因为用户目录权限不对，检查~/.vnc和/etc/vnc下的配置文件，确保 VNC 服务用户对相应目录有读权限。还有个容易忽略的坑：RealVNC Server 默认绑定所有网口，但如果板子上有多个网络接口，可能绑定到另一个接口，客户端访问的 IP 不对。用ss -tlnp | grep 5900看监听地址，确认不是只监听在127.0.0.1。
7.3 分辨率不受控制
如果设置了 1920x1080，但连接后只有 1024x768，多半是桌面合成器在 VNC 会话启动时选了不同的分辨率。把 HDMI 欺骗器换成支持固定 EDID 的型号最直接，或者通过 xrandr 在启动脚本里强制设置。还要注意 GNOME 会根据“显示器配置”自动记忆分辨率，可以在设置里删除不需要的显示器配置，让系统知道只有一个固定输出，避免下次启动把分辨率又拉回默认。
7.4 远程使用过程中的其他“小坑”
有个常见问题是鼠标无法拖动窗口边缘，这通常和 VNC 的按键映射有关，把客户端键盘布局改成与板子一致，再重新连接就正常了。还有一个是板子长时间高负载运行后，桌面合成器偶尔会卡，VNC 画面掉帧明显，这时候用htop看看是不是有进程把 CPU 或 GPU 内存占满了，优先排查应用层的异常。另外，有人会问 Windows 上的 RealVNC 是不是只能装在 C 盘，其实安装路径在安装向导里可以自定义，跟 Jetson 服务端没有关系，但容易混淆。
最后再分享一个我一直在用的习惯：每次修改 VNC 或显示相关配置前，先用cp备份原配置文件，并写好回滚命令。因为无人值守设备一旦远程断开，现场恢复的成本很高。HDMI 欺骗器加 RealVNC 这套组合，只要能度过最初的调试期，后面运行起来真的稳定，板子在机柜里跑几个月都不用碰一次显示器。希望这篇文章能帮你少踩几个坑，把远程桌面这件事真正纳入到你的 Jetson 部署流程里。
