去年年底我给自己那台 Ubuntu 24.04 台式机装 NoMachine 的时候最初其实只想解决一个特别现实的问题编译服务器在书房人却经常在客厅每次构建出问题都得跑过去按电源、敲命令、盯输出来回折腾实在浪费时间。后来把 NoMachine 完整配好之后不光编译机连家里的旧笔记本、办公室的工作站也一并纳管了。这篇东西不是抄官方文档是我从安装、配置到踩坑、优化前后折腾了不短时间后沉淀下来的全套操作记录。如果你也想在 Ubuntu 24.04 上用 NoMachine 搭远程桌面不管你是第一次接触远程桌面还是之前被 VNC 折腾到怀疑人生这篇文章应该能让你少走不少弯路。1. 为什么是 NoMachine 而不是 VNC 或 RDP1.1 三种远程桌面方案的底层差异很多人在 Ubuntu 上做远程桌面第一反应是 VNC因为系统自带、网上教程也多。但真正用起来VNC 的体验往往一言难尽。VNC 走的是 RFB 协议本质上是把远程屏幕的帧缓冲framebuffer编码后传给客户端服务端负责“截图”、客户端负责“显示”。这个思路在局域网里还算能忍一旦网络波动或跨网访问延迟立刻飙升画面还会出现明显撕裂。更麻烦的是Ubuntu 24.04 默认的 GNOME 桌面跑在 Wayland 会话下传统 VNC 服务端比如 x11vnc很难直接抓到 Wayland 的帧内容要么只显示一个黑屏要么只能操作登录界面体验非常割裂。RDP 方案在 Windows 生态里很成熟但 Linux 侧的 xrdp 一直有点拧巴。xrdp 通常需要依赖 Xorg 虚拟会话和 Ubuntu 默认的 GDM 登录管理器配合时经常出现“只看到登录框但进不去桌面”的问题音频重定向、剪贴板共享更是时好时坏调试起来非常消耗耐心。我早期做远程维护时用过一段时间 xrdp遇到会话残留还得手动清理进程稳定性真的看运气。NoMachine 走的是 NX 协议和前面两类有本质区别。它不是在服务端持续截屏而是把桌面绘制指令比如 X11/Wayland 的绘图请求做协议级压缩后再传输客户端在本地完成最终渲染。这意味着同样一条网络链路下NoMachine 对带宽的占用更小、交互响应更快。再加上它原生支持 Wayland在 Ubuntu 24.04 上可以直接接管 GNOME 桌面不需要像 VNC 那样绕道 Xorg这是我在新版系统上最终选择它的核心原因。1.2 协议之外NoMachine 还解决了哪些实际问题比协议更打动我的是整体体验的完整度。NoMachine 的客户端覆盖 Windows、macOS、Linux、Android、iOS几乎你能想到的设备都有对应版本。手机临时连一次服务器做检查完全可行。它自带的音频回传和麦克风重定向也做得比较自然远程看视频、开在线会议时声音不会断断续续这一点 xrdp 和 VNC 都很难做到。USB 设备重定向也是亮点。我在工作站上插了一块加密狗通过 NoMachine 从远程连过去客户端本地的 USB 设备可以映射到远程会话里被识别出来省去了很多临时插拔的麻烦。这些细节单独看都不算惊艳但组合在一起NoMachine 给人的整体感觉是“一套能长期稳定用的远程桌面方案”而不是“好不容易连上了再凑合着用”。1.3 先说清楚NoMachine 适合谁、不适合谁任何工具都有边界NoMachine 也不是万能的。它特别适合这几类场景局域网内远程管理 Ubuntu 工作站、服务器、开发机需要在不同操作系统之间互相远程Windows 连 Linux、Linux 连 Windows、macOS 连 Linux无人值守场景机器重启后希望开机即连、不依赖物理现场远程跑图形化的开发工具、浏览器、Office、中期编译 GUI 程序等。不适合的场景也要说清楚它不适合高帧率 3D 游戏、GPU 重度渲染预览这类需要显卡直通的应用。NX 协议的核心目标是“交互的流畅感”而不是“帧率的极致”指望它远程打竞技游戏是不现实的。这类需求应该走显卡虚拟化或专用串流协议NoMachine 不在这个赛道上。2. 服务端安装两条路线与我都踩过的坑2.1 路线一官网 deb 包手动安装NoMachine 官网提供适用于 Ubuntu 24.04 的 .deb 安装包安装方式很简单下载对应架构的包后执行wget https://download.nomachine.com/download/8.16/Linux/nomachine_8.16.1_1_amd64.deb sudo dpkg -i nomachine_8.16.1_1_amd64.deb如果找不到确切版本号直接打开官网下载页复制页面上显示的当前版本链接即可。x86_64 的机器就用 amd64树莓派这类 ARM 设备记得选 arm64 包。安装完成后NoMachine 会注册为系统服务默认安装目录在/usr/NX。可以通过下面两条命令确认服务状态sudo systemctl status nxserver.service /usr/NX/bin/nxserver --status我安装时遇到的第一个坑就在这里。当时系统里的wget版本比较旧下载大文件时偶尔会中断导致 deb 包不完整dpkg -i时直接报依赖错误。解决方法是重新下载后用sudo apt install ./nomachine_xxx.deb代替dpkgapt 会自动处理依赖问题比手动dpkg稳得多。2.2 路线二通过 apt 仓库安装如果你需要经常升级更推荐把 NoMachine 官方仓库加到 apt 源里后续升级直接sudo apt upgrade就能完成。官方源地址和密钥在官网上都有说明大致流程是curl -s https://www.nomachine.com/package/... | sudo tee /etc/apt/sources.list.d/nomachine.list sudo apt update sudo apt install nomachine具体仓库 URL 以官网最新文档为准我这边就不写死内网无法访问的地址了。加源时注意两点一是确认源文件里写的是 24.04 对应的发行版代号Noble写错或缺包都会导致apt update报错二是检查/etc/apt/sources.list.d/下不要同时存在多个 NoMachine 源否则版本解析会混乱。我第一次配 apt 源时没注意密钥过期的问题apt update一直报错 No public key后来手动导入新密钥才解决。如果你也遇到类似报错一般是密钥没有正确安装重新按官网步骤导入一遍就好。相比之下手动 deb 安装虽然省事但每次升级都要自己下载新包长期维护成本略高。我个人的建议是如果只是临时用一下官网 deb 包足够如果要长期管理多台机器配 apt 源更省心。2.3 无显示器环境的注意事项如果你的 Ubuntu 24.04 是服务器版或者纯无头机器headless装完 NoMachine 后你会发现它依然能创建虚拟桌面会话。这是因为 NoMachine 自带了一个虚拟显示驱动 Xorg可以绕过物理显示器直接创建图形会话这一点和很多人的直觉不同也是它比传统 VNC 更适合无头服务器的原因之一。但无头环境下有个细节必须处理系统默认的 GDM 登录管理器可能会和 NoMachine 的虚拟会话抢显示设备。我遇到过的情况是物理机没有接显示器GDM 启动异常导致 NoMachine 远程连过去之后只看到黑屏。解决办法是让 GDM 始终监听虚拟显示设备或者直接确认 NoMachine 的nxserver服务先于 GDM 正常启动。多数情况下只要 NoMachine 装完重启一次系统让服务自动拉起无头显示环境问题就能解决。2.4 安装后的初始化检查清单装完不是立刻就能连建议按这个顺序快速检查一遍确认nxserver服务处于运行状态确认 4000 端口处于监听状态sudo ss -tlnp | grep 4000如果启用过 UFW 防火墙先放行 4000 端口具体命令见第 4 节查看/usr/NX/var/log/nxserver.log确认没有报错信息。这四步做完基本就具备了首次连接的条件。3. 首次连接与“无人值守”的配置思路3.1 客户端侧下载、连接与登录服务端装好后去官网下载对应系统的客户端。Windows 直接安装 exemacOS 安装 dmgLinux 也可以装客户端包实际上多数 Linux 机器同时装服务端和客户端更方便这样两台 Linux 机器也能互连。打开客户端点击右上角的“添加”按钮填写目标机器的 IP 地址和端口。默认端口是 4000如果服务端改过端口这里要同步修改。首次连接时客户端会提示你验证主机指纹这是正常的确认后继续。登录凭据默认走系统账号认证。也就是说你在远程输入 Ubuntu 24.04 的本地用户名和密码即可。如果你想避免每次输系统密码也可以在服务端配置里设置独立的 NoMachine 登录密码不过从安全角度我更推荐保留系统认证少开一个入口。3.2 什么是“无人值守”为什么必须配“无人值守”这个词听着高级拆开其实就一件事服务端把 NoMachine 的 NX 服务注册成了系统后台服务所以哪怕电脑刚开机、还没任何用户登录你也能从远程连上去。这个能力在管理服务器、远程维护工作站时是刚需——你总不可能每次远程之前都让同事先坐过去输一遍密码。Ubuntu 24.04 下默认安装完 NoMachine 就具备无人值守能力不需要额外开关。验证方式很简单物理机器不登录停在 GDM 登录界面然后从另一台机器发起连接。如果能正常进入桌面环境或者看到登录界面并解锁说明无人值守生效。如果物理机设置了自动登录远程连接时会直接看到原生 GNOME 桌面体验最接近“接管现场”。这里有一个容易误会的点无人值守不等于任何人都能连。它只是说服务在后台运行不依赖已登录的桌面会话但认证环节依然受系统账户密码保护。所以只要你自己不把密码泄露出去无人值守是安全的。3.3 虚拟桌面 vs 接管已有桌面会话类型的取舍NoMachine 连接时有一个隐藏属性很多人没注意到你连入的会话是“新建虚拟桌面”还是“接管物理桌面”。这两者的使用场景完全不同。默认情况下连接后会创建一个独立的虚拟桌面会话物理显示器上是什么内容与你无关你看到的是一个全新的 GNOME 桌面。这种方式的好处是互不干扰——你远程折腾环境、装软件不会影响物理机上正在干活的用户。我平时维护服务器基本都用这种模式远程重启桌面环境也不怕把物理机卡死。接管物理桌面则是“屏幕共享”模式远程看到的和物理显示器内容完全一致适合协助同事排查问题、演示操作。切换方式在连接属性或连接后顶部工具条里的会话类型选项中可以调整。我开始用 NoMachine 时没分清这两种会话有次远程帮同事看问题手一抖把虚拟桌面重启了结果代码没保存那个教训足够深刻。3.4 分辨率、多显示器与 DPI 的调整技巧NoMachine 虚拟桌面的分辨率并不依赖物理显示器你可以在连接窗口里自由设置。客户端在连接前会弹出显示选项默认把远程分辨率设为“自动匹配客户端窗口”这样远程桌面会随本地窗口大小缩放。个人建议做精细图形设计或代码排版时把分辨率固定为 1920x1080 或更高避免字体模糊。多显示器用户在虚拟桌面模式下可以给每个远程显示器分配独立分辨率实现类似本机多屏的效果。DPI 方面如果远程文字过小可以在显示设置里调整缩放比例GNOME 的分数缩放Fractional Scaling开启后会更灵活。这些设置和服务端物理屏幕无关换句话说哪怕远程机器根本没接显示器你也能获得“假想屏幕”这算是 NoMachine 对无头服务器用户最友好的设计之一。4. 实战排查Ubuntu 24.04 上 NoMachine 的常见故障链路4.1 连上后黑屏或只有鼠标指针这是 NoMachine 在 Ubuntu 24.04 上被反馈最多的问题核心原因多半出在 Wayland 会话兼容性上。Ubuntu 24.04 默认登录 GNOME 时走 Wayland 协议NoMachine 对 Wayland 的支持虽然比传统工具好但也不是百分之百兼容个别显卡驱动、GNOME 扩展组合下会出现“能连接但画面黑屏”。排查链路按顺序来先看服务端日志tail -50 /usr/NX/var/log/nxserver.log搜报错关键词比如 X 或 display日志正常的话尝试把 GDM 默认会话从 Wayland 切到 Xorg。方法是在登录界面右上角齿轮里选择“Ubuntu on Xorg”或者修改 GDM 配置禁用 Wayland如果 Xorg 下能正常显示说明问题在 Wayland 的合成器没有正常被 NoMachine 接管可以在 NoMachine 连接属性里手动指定会话类型还有一类黑屏是显卡驱动造成。NVIDIA 和 AMD 的新卡在 Wayland 下偶尔会触发 GL 渲染异常把 NoMachine 显示选项里的硬件加速关掉症状通常马上消失。我自己的 NVIDIA 显卡机器最终就是关掉硬件加速解决的。虽然强行开启硬件加速的流畅度会好一点但为了稳定我选择兼容优先。4.2 远程会话卡在登录界面无法进入桌面表现连接后能看到 GDM 登录窗口输入密码回车画面就停住迟迟不进桌面。这类问题往往是会话残留导致的。之前某次非正常断开比如网络掉线、服务重启NX 会话的锁文件没有释放新的连接无法复用旧的会话资源就卡在认证后的“假登录”阶段。解决步骤# 查看当前会话 /usr/NX/bin/nxserver --list # 终止指定会话 /usr/NX/bin/nxserver --kill session-id # 重启 NX 服务 sudo systemctl restart nxserver.service如果还不行清理用户家目录下的缓存再重连rm -rf ~/.nx这个操作不会删除系统数据只是重置客户端与服务端的握手记录很多诡异问题都能通过这一步解决。我遇到过最顽固的一次最终是靠清理~/.nx后重连才恢复的。4.3 防火墙导致连接超时在 Ubuntu 24.04 上如果你的系统启用了 UFW 防火墙而你没有放行 4000 端口任何客户端连过来都会超时。最迷惑的是日志里不会有任何认证错误因为连接根本没到应用层。命令很简单sudo ufw allow 4000/tcp sudo ufw status如果服务端改了端口把 4000 替换成实际端口即可。放行后客户端再连一次通常立即恢复。我踩过这个坑当时给一台新机器装完 NoMachine客户端一直报 connection timed out排查了半天 IP、DNS、账号密码最后突然想起这台机器装过 UFW放行端口后秒连。所以遇到连接问题第一反应不妨就先看一下防火墙别急着怀疑认证或服务端。4.4 物理机锁屏后黑屏或远程解锁失败还有一个很现实的场景物理机已经锁屏很久你从远程连过去看到的是锁屏界面输入密码后却黑屏或者直接闪回登录界面。这个问题的根源在于 GNOME 锁屏会话和 NoMachine 远程会话之间的权限状态没有对齐。两种解决思路如果不需要物理锁屏在系统设置里把“息屏后自动锁屏”关掉或者把等待时间调长让 NoMachine 连接时始终处于已解锁状态如果需要保留锁屏策略远程连接时不要尝试在 GDM 解锁而是直接断开重连选择“以当前用户身份接管会话”让 NoMachine 自己拉一个新的解锁会话。我目前的策略是物理机器保持自动登录但进入桌面后开启自定义锁屏快捷键。这样远程连接时优先接管现有会话平时离开座位就手动锁屏两边都不耽误。5. 画质、音效、安全加固装好之后我还会做的几件事5.1 按网络条件调整带宽与画质NoMachine 默认的画质策略比较保守为了在弱网下也能用会把色彩深度、帧率、压缩算法自动降档。如果你在局域网内使用建议把带宽选项调成“局域网”这时画质会明显提升字体边缘锐利窗口拖拽也更跟手。如果通过跨网段访问就要反过来限制带宽上限避免单条远程连接把上行带宽吃满影响其他业务。具体操作在服务端面板的“服务器设置 - 性能和安全性 - 带宽限制”里客户端侧也可以在连接属性里覆盖服务端默认值。我跨网段办公时把带宽限制在 20 Mbps画质是 1080p日常码代码、切窗口足够。5.2 音频重定向与麦克风配置远程会议是 NoMachine 的高频场景。服务端默认已经开启音频回传连接后本地客户端能听到远程机器的声音输出。麦克风需要在连接属性里把“音频输入”勾选上否则远程应用无法访问你的话筒。Windows 客户端一般在首次连接时会弹出提示Linux 客户端偶尔需要手动切换音频设备遇到没有声音时先检查客户端右上角的声音输出设备是不是选到了 NoMachine 虚拟音频设备。5.3 安全加固改端口、限用户、保留强认证NoMachine 默认端口 4000 很容易被端口扫描工具识别进而引发暴力破解尝试。虽然没有有效凭证攻不进来但日志里看到大量失败尝试总归膈应人。改端口是最直接的办法# 修改服务端配置文件 sudo vim /usr/NX/etc/server.cfg # 找到或添加配置项 NXServerPort 41000改完重启服务生效。记得同时更新防火墙放行规则和客户端连接端口。我当时改端口后忘了改 SSH 类工具的映射习惯一度找不到入口好在用ss -tlnp确认监听端口后马上恢复了。用户限制方面在server.cfg里可以设置允许连接的用户列表只把你信任的系统账号加进去。如果只是个人使用甚至可以禁用密码为空的用户、不允许 root 直接登录进一步缩小暴露面。NoMachine 传输本身默认走 TLS 加密这层基本不需要额外折腾但账号密码的强度不能放松最好连带启用系统级的密码策略。5.4 一套我长期在用的推荐配置给多台 Ubuntu 24.04 机器统一配置时我沉淀了一套比较顺手的基础设置供参考配置项推荐值理由端口非 4000 的高位端口降低被扫描概率会话模式虚拟桌面与物理桌面解耦互不干扰无人值守开启重启后自动可连远程维护必需带宽上限局域网不设限跨网 20 Mbps兼顾画质和网络占用会话空闲断开30~60 分钟防止挂机占用资源断线自动重连开启网络抖动后自动恢复减少人工介入音频输入按需开启远程会议开启平时关闭这套组合在稳定性和效率之间比较平衡跑了几个月没出过幺蛾子。最后分享一点个人体会用了这么久 NoMachine我最想提醒的是不要等出了问题才去看日志而是装完当天就把/usr/NX/var/log/下的日志文件扫一遍理解它正常状态下长什么样。这样真出问题时你才知道哪些报错是致命错误、哪些只是无伤大雅的提示。因为 NoMachine 的日志写得还算友好大部分故障在早期都会有迹可循。还有一个小技巧给朋友远程维护之前如果有条件先在局域网内完整走一遍连接、断线、重连、重启机器的流程确认基本盘没问题再拿到跨网段场景下用。基础功扎实了后续绝大多数事故都能在一杯茶的时间内解决。