告别黑屏！局域网内 Windows 完美远程控制无显示器 Ubuntu 的终极指南

作为一个常年把 Ubuntu 主机扔在角落、不接显示器、不插键盘鼠标，全靠远程登录干活的人，我太清楚这中间的坑了。你以为装个 SSH 就能万事大吉？天真。真正的问题是：无显示器环境下，Ubuntu 的图形桌面会处于一种“薛定谔的启动状态”——你说它没起来吧，进程都在；你说它起来了吧，VNC 连上去黑屏或者花屏，怎么折腾都不行。

这篇文章我打算把这几年来在局域网内用 Windows 远程控制“无头”Ubuntu 的完整方案、踩坑记录和最终选型思路全部摊开讲。无论你只是想偶尔远程改个配置文件，还是想完整体验 Ubuntu 桌面环境，这篇指南都能给你一条走通的路。内容主要涵盖：无显示器主机的显卡欺骗与 HDMI 诱骗器原理、SSH 命令行远程的日常操作、基于 X11VNC 的图形桌面共享、以及 Windows 端配合使用的客户端选型与配置细节。适合所有在宿舍、办公室或家里把 Ubuntu 主机当服务器用，却偶尔又想要个图形界面的朋友。

1. 无显示器 Ubuntu 远程控制的难点：为什么你连上了却黑屏

1.1 无头模式下的显卡驱动与桌面启动逻辑

“无头”（headless）这个词听起来很专业，说白了就是主机不接任何显示输出设备。问题在于，绝大多数桌面版 Ubuntu 在安装显卡驱动和桌面环境时，默认假定系统里存在一个显示器。当你在 BIOS 里开启“不插显卡报警继续启动”之后，系统可以正常开机，但图形栈的行为会变得非常古怪。

最直观的现象是：你用 VNC 或者其他远程桌面工具连上去，看到一个分辨率极其诡异的黑屏，或者只有鼠标指针能移动。这种情况通常不是 VNC 软件本身坏了，而是 Xorg 服务器在启动时，发现没有显示器，不知道自己该输出多大分辨率的画面，于是直接摆烂，创建了一个没有有效 framebuffer 的显示环境。

这里我用一个通俗的类比解释一下：Xorg 处理无显示器的方式，就像一个人站在一堵没有窗户的墙前面直播，他以为观众能看到自己的表情，实际上摄像头压根没在工作。系统里的桌面组件（GNOME、Unity、XFCE 等）也都正常跑着，但底层没有渲染目标，于是你只能看到黑屏。

1.2 真实需求拆解：你是要终端还是要桌面

在开始动手之前，我强烈建议你先想清楚一个核心问题：你远程控制 Ubuntu 的真实需求是什么？

如果你的诉求是“改配置、装软件、看日志”，那根本不需要图形界面，OpenSSH 服务 + Windows Terminal 就足够了。这条路最稳定、最省资源，也不会遇到黑屏问题。

但如果你和我一样，有时候需要跑一些依赖 GUI 的调试工具（比如 Qt 开发界面预览、Android Studio 模拟器、GIMP 处理图片），或者你就喜欢看着桌面环境里那些图标的“安心感”，那你就需要一套完整的远程桌面方案。这篇文章会重点讲第二种场景，因为它才是“黑屏”问题的重灾区。

1.3 为什么 Windows 自带远程桌面（RDP）协议一开始就不灵

很多从 Windows 世界过来的朋友第一反应是：直接用系统自带的“远程桌面连接”连 Ubuntu 不就行了？

不行。微软的 RDP（Remote Desktop Protocol）是专有协议，Ubuntu 默认桌面环境 GNOME 虽然也有一些 RDP 兼容层，但实际体验非常分裂：要么需要安装 xrdp 并单独配置桌面会话，要么 GNOME 新版引入的“远程桌面”功能（基于 RDP）在无头模式下根本起不来——因为它的设计目标是“镜像当前登录的桌面会话”，而不是“创造一个无人值守桌面会话”。

我在 Ubuntu 22.04 上实测过 GNOME 自带的远程桌面功能，接显示器时一切正常，拔掉显示器马上罢工。而且它只在“用户已登录”的状态下好用，如果你重启了机器，必须在物理机上先登录一次，远程桌面才能接上。这对无显示器场景来说完全是反人类设计。

所以结论很简单：不要指望用 Windows 的 RDP 客户端直接连 Ubuntu，正确方案是走 VNC 协议或者配合 SSH Tunnel 做安全传输。

2. 硬件级方案先行：HDMI 诱骗器是低成本高回报的必需品

2.1 HDMI 诱骗器的工作原理

聊到“黑屏”问题，绕不开一个小东西：HDMI 诱骗器（也叫 HDMI Dummy Plug / Headless Ghost）。这个东西插在显卡的 HDMI 或 DP 接口上，本身只有几克重，内部是一颗 EDID 模拟芯片，会向显卡输出一个假的显示器信息。

EDID（Extended Display Identification Data）简单理解就是显示器的“自我介绍”——里面有分辨率、刷新率、支持的颜色格式等参数。显卡一般认为只有收到 EDID 才证明“有显示器存在”，然后才会正常初始化输出管线。诱骗器干的事就是伪造这份自我介绍，让显卡以为你已经接了一台 1080P 或 4K 的显示设备。

2.2 没有诱骗器时你可能遇到的所有奇葩问题

我知道有人会问：“我能不能不买诱骗器，直接改配置文件来骗过显卡？”

可以，但非常不稳定。以 Intel 核显为例，你可以通过给 grub 加 video=1920x1080 内核参数，告诉内核强制输出指定分辨率，从而让 Xorg 认为自己有显示设备。但这个方法对 NVIDIA 独显往往无效，因为 NVIDIA 驱动在初始化时不仅看 EDID，还要求物理链路处于 active 状态。另外，有些主板在检测到“无显示输出设备”时，会直接跳过某些初始化流程，导致 iGPU 的帧缓冲没有正确分配——这种情况下你加再多内核参数也没用。

我踩过最狠的一个坑是：一台装了 NVIDIA GeForce GTX 1650 的 Ubuntu 主机，没插诱骗器时，VNC 能连接，但画面只有 640x480，而且屏幕的刷新频率显示为 0Hz，鼠标移动起来像是拖着一个铅球。插上 HDMI 诱骗器之后，一切恢复正常，1920x1080 分辨率满血运行，刷新率也能正常识别到 60Hz。

2.3 没买诱骗器之前的临时替代方案

如果你手头没有诱骗器，又有急事需要立刻用图形界面，可以试试下面这个临时方案：

在 /etc/default/grub 中修改：

bash复制GRUB_CMDLINE_LINUX_DEFAULT="quiet splash video=1920x1080@60"

然后执行：

bash复制sudo update-grub
sudo reboot

这个方案的本质是强行给内核塞一个 video mode，让 Xorg 找不到物理显示器时也能有可用的分辨率候选。实测下来对 AMD 和 Intel 显卡有效，NVIDIA 碰运气。如果你用的恰好是 NVIDIA 驱动 + Wayland 会话，那这个方案基本没戏，因为 Wayland 的 KMS 机制对无头输出处理得更严格，不认 EDID 就不给 framebuffer。

所以说到底，HDMI 诱骗器才是治本方案，十几块钱的东西，别犹豫。

3. 命令行远程打底：SSH 是一切远程控制的基石

3.1 初始配置：确保 Ubuntu 主机开启 SSH 并设置固定 IP

图形桌面的坑先放一边，我们先无脑把 SSH 服务配好。哪怕后续你决定走 VNC 图形方案，SSH 也是你排查所有远程问题的保命通道——毕竟 VNC 崩了你还能用 SSH 登录进去重启服务。

安装并开启 OpenSSH：

bash复制sudo apt update
sudo apt install openssh-server -y
sudo systemctl enable --now ssh
sudo systemctl status ssh

确认服务状态为 active (running) 之后，最好再检查一下防火墙。Ubuntu 默认的 UFW 可能拦截 22 端口：

bash复制sudo ufw allow 22/tcp
sudo ufw enable
sudo ufw status

然后我建议你立即给 Ubuntu 设置局域网静态 IP，免得路由器 DHCP 分配地址变化导致远程连接失联。不同路由器的后台设置不同，但思路都一样：在 DHCP 地址池里留出固定 IP，或者直接在 Ubuntu 的 Netplan 配置里指定静态地址。

Ubuntu 22.04 及以上版本用 Netplan 管理网络，修改 /etc/netplan/00-installer-config.yaml，类似这样：

yaml复制network:
  ethernets:
    enp3s0:
      dhcp4: no
      addresses:
        - 192.168.1.100/24
      routes:
        - to: default
          via: 192.168.1.1
      nameservers:
        addresses:
          - 192.168.1.1
          - 223.5.5.5
  version: 2

改完执行 sudo netplan apply 即可。

3.2 SSH 客户端的效率工具链：从 putty 到 Windows Terminal

在 Windows 端，我不推荐再去用老掉牙的 PuTTY 了。Windows 10 从 1803 版本开始内置了 OpenSSH 客户端，直接在 PowerShell 或 Windows Terminal 里敲 ssh username@192.168.1.100 就能连上。

想要更顺手的话，可以在 Windows Terminal 里建一个 Ubuntu SSH 专用的配置文件，把命令行参数预设为：

bash复制ssh username@192.168.1.100

这样每次打开 Windows Terminal 就能一键进入 Ubuntu 会话。我还会顺手设置 SSH Key 免密登录，具体步骤是：

在 Windows 端生成密钥：

bash复制ssh-keygen -t ed25519 -C "windows-to-ubuntu"

然后复制公钥到 Ubuntu：

bash复制type $env:USERPROFILE\.ssh\id_ed25519.pub | ssh username@192.168.1.100 "mkdir -p ~/.ssh && cat >> ~/.ssh/authorized_keys && chmod 700 ~/.ssh && chmod 600 ~/.ssh/authorized_keys"

之后再用 ssh username@192.168.1.100 登录就不需要输密码了。有这套基础，后面 VNC 断线、显卡驱动崩溃、桌面没起来，都不会让你彻底失联。

3.3 SSH 隧道：给 VNC 加上一条安全加密通道

VNC 协议本身就是裸奔的，任何在同一局域网内抓包的人都能直接看到你的屏幕内容，甚至截获你的键盘输入。虽然局域网内一般没有恶意攻击者，但本着安全习惯，我还是建议用 SSH 隧道把 VNC 流量加密。

最简单的做法是：

bash复制ssh -L 5900:localhost:5900 username@192.168.1.100

这条命令把本机的 5900 端口通过 SSH 隧道转发到 Ubuntu 的 5900 端口。隧道建立之后，你的 VNC 客户端只要连接 Windows 本地的 localhost:5900，实际访问的就是 Ubuntu 的 VNC 服务，而且这段流量是加密的。

我之前用 AnyDesk、向日葵这类内网穿透工具的时候，总担心它们在局域网场景里多绕了一圈，而且偶尔还有账号登录的怪毛病。现在彻底切换到 SSH + VNC 的本地方案之后，一切都在自己的掌控范围里，速度也完全不受外网带宽限制。

4. 图形桌面共享方案对比：xrdp、VNC、X2Go，到底选谁

4.1 xrdp 的光鲜与坎坷

xrdp 应该是很多教程里首推的方案，因为它能让你用 Windows 自带的“远程桌面连接”直接连接 Ubuntu，不用装任何额外的 VNC 客户端。听起来非常完美，但实际用起来问题不少。

xrdp 在 Ubuntu 18.04 时代还算好用，配上 Xorg 后端基本上能跑。但从 Ubuntu 20.04 开始，默认桌面包转向 GNOME + Wayland 的趋势越来越强，xrdp 对 Wayland 完全没有原生支持，必须强制会话切换到 Xorg。而在无显示器环境下，这个切换经常导致会话启动失败或者黑屏。我试过 startwm.sh 里改 export GNOME_SHELL_SESSION_MODE=ubuntu、export XDG_SESSION_TYPE=x11 等等，依然会有会话崩溃概率。

xrdp 的另一个痛点是剪贴板双向同步和音频重定向都不完美。剪贴板有时候能用，有时候失效，极度看心情。音频重定向在 Linux 上需要额外安装 PulseAudio 模块，配置起来又是一堆坑。如果你只是想远程改个文件，这些都不是事；但你要是想远程跑一个带 GUI 的调试器，动不动黑屏闪退，血压直接拉满。

4.2 X11VNC：无头场景下的实测最佳选择

在我反复折腾了 xrdp、TigerVNC、TightVNC 和 X11VNC 之后，最终长期留下的是 X11VNC。

它的工作原理和其他 VNC 服务不太一样：不是创建一个独立的虚拟桌面会话，而是直接镜像当前 X server 上已经存在的真实桌面。换句话说，X11VNC 是把物理显示器（或诱骗器虚拟出来的显示器）上的内容“复制”给你的远程客户端看。这带来一个巨大优势：你在 Ubuntu 上能看到的桌面，跟远程看到的完全一致；你远程操作桌面，实际上就是在操作 Ubuntu 上的真实用户会话。

安装和启动方式：

bash复制sudo apt install x11vnc -y

由于无头环境需要用户先登录进桌面环境，X11VNC 才能工作，因此我推荐用 systemd 服务或开机自启脚本，让它在用户会话建立后自动启动。可以这样创建一个服务文件 /etc/systemd/system/x11vnc.service：

ini复制[Unit]
Description=X11VNC Remote Desktop Server
After=graphical.target

[Service]
Type=simple
User=username
Environment=DISPLAY=:1
ExecStart=/usr/bin/x11vnc -auth guess -forever -loop -noxdamage -repeat -rfbauth /home/username/.x11vnc.pass -rfbport 5900 -shared
Restart=on-failure

[Install]
WantedBy=graphical.target

注意这里的 DISPLAY=:1 要跟你 Ubuntu 桌面的实际会话编号对上。无头环境下，如果从 GDM 登录界面进入桌面，会话编号通常是 :1 而不是 :0。这个细节导致过无数人配置后连不上或者黑屏。可以用 w 或 who 命令查看当前登录用户的 DISPLAY 编号。

接着设置 VNC 密码：

bash复制x11vnc -storepasswd /home/username/.x11vnc.pass
chmod 600 /home/username/.x11vnc.pass

启动服务：

bash复制sudo systemctl daemon-reload
sudo systemctl enable --now x11vnc

4.3 X2Go：被低估的备选方案

再提一嘴 X2Go。它基于 SSH 协议，压缩率非常高，低带宽下也比 VNC 流畅，而且支持断开重连后会话保持。听起来非常香，但它的默认窗口环境需要安装 X2Go 客户端，Windows 端体验还行，Ubuntu 端服务的安装却略显繁琐。而且它依赖一个独立的桌面会话（比如通过 x2goserver 拉起一个新的 Xfce 会话），这意味着它并不镜像“物理桌面上正在进行的操作”。如果你只需要“远程登录进去干点活”，X2Go 够用；但如果你需要“看到我离开电脑前那一刻的桌面状态”，X2Go 就不太对味了。

综合考虑我最终的选择是：日常维护用 SSH，图形操作走 X11VNC，其他方案作为备份研究。

5. Windows 端 VNC 客户端选型与实战配置

5.1 客户端横评：TightVNC、RealVNC、VNC Viewer、MobaXterm

有了 X11VNC 服务端，Windows 这边随便挑一个 VNC 客户端就能连。但具体选哪个，体验差别还是挺大的。

TightVNC Viewer：老牌、轻量、绿色，打开就能用。界面朴素，但兼容性不错。如果你是极简主义者，这个完全够用。

RealVNC Viewer：界面现代，支持多标签连接。但 RealVNC 的服务端和客户端有绑定倾向，虽然也能连第三方 VNC 服务端，可我总感觉它在某些加密协商上会出奇怪问题。

VNC Viewer（也叫 VNC Connect）：兼容性很好，对 X11VNC 的支持比较完善。缺点是免费版有设备数量限制，个人使用倒无所谓。

MobaXterm：这是一个多合一的远程工具，自带 VNC 插件。我个人的主力工具其实是它，因为它一个软件就把 SSH、SFTP、RDP、VNC 全包圆了，省得桌面堆一堆连接工具。

我个人更推荐 Windows 端使用 MobaXterm：它不仅内置 VNC 功能，还能同时开多个 SSH 会话和图形界面会话，适合折腾型用户。如果你是小白，不想搞复杂，那就下载一个 TightVNC Viewer，装好之后打开，输入 IP 和端口即可。

5.2 实测连接流程与参数调优

连接流程很简单：

1. 确保 Ubuntu 主机已开机且网络正常；
2. 确保 X11VNC 服务已运行；
3. 在 Windows 端打开 VNC Viewer；
4. 地址栏输入 192.168.1.100:5900；
5. 输入密码，回车，进入桌面。

如果画面卡顿，可以尝试调整色彩深度：

bash复制x11vnc -colors 16

或者使用 -compresslevel 9 和 -quality 5 降低画质换取流畅度。局域网内一般不需要这么极端的压缩，但如果你用的是无线网络，画面更新容易出现延迟，这时候适当降低画质缓解还是很明显的。

5.3 Windows 侧高频问题：125% 缩放导致鼠标偏移

很多人连上 Ubuntu 桌面以后，会发现鼠标指针在 VNC 窗口里总对不上位置，尤其是 Windows 系统设置了 125%、150% 缩放时，VNC 界面的坐标换算会错乱。

解决方法是右键点击 VNC 客户端快捷方式 -> 属性 -> 兼容性 -> 更改高 DPI 设置 -> 勾选“替代高 DPI 缩放行为”，缩放执行方式选择“应用程序”。重启客户端后，鼠标偏移问题基本消失。

6. 无显示器远程桌面踩坑实录：我的排查链路复盘

6.1 案例一：Ubuntu 22.04 重启后 VNC 连上但黑屏

这是我当时遇到的最诡异的问题。偶发地，每次重启后 VNC 能连上，画面里也能看到鼠标光标，但背景全黑，桌面图标、任务栏都没出现。SSH 进去看进程，GNOME Shell 是活着的，登录界面也没有卡死。

排查链路如下：

1. 用 ps aux | grep gnome-shell 确认桌面进程存在；
2. 检查 DISPLAY 环境变量，发现用户会话的 DISPLAY 是 :1，但 X11VNC 服务还在用旧的 :0；
3. 修改 /etc/systemd/system/x11vnc.service 里的 Environment=DISPLAY=:1；
4. 重启服务，问题解决。

这类问题的根因是 GDM 的启动顺序变化导致物理登录会话编号不固定。无头环境下偶尔会因为显卡初始化慢、自动登录没触发等原因，让 DISPLAY 编号发生漂移。

6.2 案例二：NVIDIA 显卡下 VNC 画面撕裂和花屏

有一段时间，我在 Ubuntu 主机上插了一张 NVIDIA GeForce 显卡，VNC 远程画面偶尔会出现横向撕裂，甚至局部花屏。一开始怀疑是 VNC 软件的问题，后来发现是 Xorg 没有正常启用 NVIDIA 驱动的加速渲染。

检查：glxinfo | grep renderer 发现当前使用的是 llvmpipe（软件渲染），不是 NVIDIA 的硬件渲染。

解决方案：

bash复制sudo prime-select on-demand

然后在 /etc/X11/xorg.conf 里手动指定显卡驱动为 nvidia。重启后确认 glxinfo 输出 NVIDIA 驱动名称，撕裂问题明显减少。如果依然存在，则开启 ForceFullCompositionPipeline：

bash复制nvidia-settings -a CurrentMetaMode="DPY-1: 1920x1080_60 +0+0 { ForceFullCompositionPipeline = On }"

这个选项能强制 NVIDIA 驱动将桌面合成任务交给 GPU 的显示控制器，避免多个垂直同步源互相打架，花屏基本消失。

6.3 案例三：GDM 登录界面无法远程显示

还有一个高频场景：Ubuntu 主机启动后停在登录界面，你希望通过 VNC 远程输入密码登录桌面，却发现 VNC 只能看到一个长得不一样的图形界面或者干脆一片灰色。

这个问题的根源在于：GDM 登录界面运行在独立的 X server 上，它和用户登录后的 X server 不是同一个。X11VNC 默认镜像的是当前活动会话，但无头环境下它通常只绑定到用户会话，登录界面画的图形不会同步出来。

我的建议是：如果想让 Ubuntu 主机开机后自动跳过登录界面（面向无头使用更合理），配置自动登录：

bash复制sudo vim /etc/gdm3/custom.conf

修改：

ini复制[daemon]
AutomaticLoginEnable=true
AutomaticLogin=username

顺便说一句，如果你配置了自动登录，X11VNC 就能在系统启动后直接进入用户桌面，省掉“在物理机上必须先进桌面”这个前置步骤，这才是无头环境最顺滑的状态。

7. 进阶：让远程控制更顺滑的额外优化技巧

7.1 禁止 Ubuntu 在长时间不操作后锁屏

远程控制最讨厌的场景之一：你用 VNC 连上去，发现桌面锁屏了，输入密码解锁后，过几分钟又被锁。虽然解除锁屏还能继续操作，但总觉得多了一步，而且在某些远程调试场景里，锁屏会导致 GUI 程序暂停渲染。

我用两条命令搞定这个问题：

bash复制gsettings set org.gnome.desktop.screensaver lock-enabled false
gsettings set org.gnome.desktop.session idle-delay 0

idle-delay 0 表示永不过期，lock-enabled false 关闭自动锁屏。如果你不那么激进，也可以设置一个较长的锁屏时间，比如 idle-delay 600（600 秒）。

7.2 电源管理设置：合盖不睡眠、无显示器不休眠

如果你把 Ubuntu 装在笔记本上，或者使用显示器电源控制，还可能遇到一个坑：系统检测到无操作时间过长，直接进入了 suspend（挂起）状态，整个远程连接中断，SSH 也连不上。

检查方法：

bash复制systemctl status sleep.target suspend.target

如果需要禁止自动挂起：

bash复制sudo systemctl mask sleep.target suspend.target hibernate.target hybrid-sleep.target

对于笔记本用户，/etc/systemd/logind.conf 中还要修改：

ini复制HandleLidSwitch=ignore
HandleLidSwitchExternalPower=ignore

然后 sudo systemctl restart systemd-logind 生效。

7.3 文件传输：与远程桌面配套的 Samba 或者 SFTP

远程控制只是为了操作系统，文件传输还是绕不开。虽然 VNC 客户端一般不带文件管理功能，但你可以通过两条路解决：

一是利用 Windows 自带的 SFTP 能力。Windows 资源管理器地址栏输入 sftp://username@192.168.1.100 就能以图形化方式访问 Ubuntu 文件系统。注意需要先把 Windows OpenSSH 的 SFTP 组件开启，并在 C:\Users\你的用户名\.ssh\config 里指定密钥或密码。

二是搭建 Samba 共享，像访问 Windows 共享文件夹一样访问 Ubuntu 目录。安装配置不复杂，对于经常在局域网内传文件的人来说非常方便。但如果你没有“共享文件夹”的硬需求，我建议优先用 SFTP，少开一个服务和端口，安全面也小。

7.4 断线重连后的粘滞键和输入法问题

远程桌面最窝心的体验之一就是键盘布局混乱。Windows 和 Ubuntu 对键盘布局的处理不太一样，如果你在 Ubuntu 里用了搜狗输入法或者中文输入法，VNC 连上之后大概率会遇到中英文切换快捷键失灵的问题。

后来我找了半天才弄明白：键盘布局在 GNOME 里绑定在具体的会话上，你通过 VNC 操作时，相当于向桌面给了一个远程输入，有些输入法框架会忽略超级键，这就导致切换不生效。解决办法是在 Ubuntu 会话里多配置一个输入源，并设置快捷键为 Ctrl+Space：

bash复制gsettings set org.gnome.desktop.wm.keybindings switch-input-source "['<Control>space']"
gsettings set org.gnome.desktop.wm.keybindings switch-input-source-backward "['<Shift><Control>space']"

这样在 VNC 窗口里就能使用 Ctrl+Space 切换中英文输入法了，顺手很多。

8. 最终推荐方案与硬件清单

写到这里，我把这整套方案再做一个结构化总结，方便你们抄作业。

硬件清单：

软件栈清单：

这套方案的组合逻辑很简单：用 SSH 打底，确保永远有一条稳定的运维通道；用 X11VNC 提供可真机可视的图形桌面；用 GDM 自动登录消除无头环境下的交互障碍；用 SSH 隧道为 VNC 加密，兼顾安全与速度。 如果你的需求只是偶尔看一眼桌面，或者远程跑一个 GUI 程序，这套组合是真的稳。

根据我的亲身经验，如果你想偷懒，可以先把 HDMI 诱骗器插上，然后直接用 X11VNC + TightVNC Viewer 这一条最简单的路，跳过 SSH 隧道和 MobaXterm 这些进阶工具，先保证“能看到桌面”这一目标。等你觉得稳定了，再慢慢引入 SSH 隧道、自动登录、键盘布局优化这些细粒度控制。

最后再分享一个小技巧：我习惯在 Windows 桌面上放一个 .bat 文件，内容只有一行：

bat复制ssh username@192.168.1.100 -L 5900:localhost:5900

双击它就能建立 SSH 隧道，然后我再开另一个 MobaXterm 窗口的 VNC 功能连 localhost:5900。整个过程从双击到看到 Ubuntu 桌面，不超过 10 秒，而且不需要记住任何端口映射或者密码，非常省心。你也完全可以照这个思路去配置，把“重启后远程桌面能不能连上”这个焦虑彻底甩掉。