Máy tính để bàn Linux không màn hình: Phiên desktop thực sự

Máy chủ của bạn có thể truy cập nhưng khi kết nối bạn thấy màn hình đen, một framebuffer ảo rất nhỏ, hoặc không có tăng tốc GPU — nguyên nhân là máy không có màn hình gắn kèm. Hướng dẫn này chỉ cách có được một phiên desktop thực sự và có thể dùng được trên Linux headless: các tùy chọn phần cứng và phần mềm, lệnh từng bước, đơn vị systemd, lưu ý với Wayland, và cách kết nối an toàn (bao gồm tùy chọn relay quản lý của Tenvo).

“Desktop thực” nghĩa là gì trên máy không màn hình

Bằng “desktop thực” tôi hiểu là một phiên desktop có hành vi như khi có màn hình gắn kết: độ phân giải toàn màn hình, đầu ra GPU đúng (khi áp dụng), phiên tồn tại sau khi khởi động lại, ánh xạ bàn phím/chuột ổn định và khả năng chạy môi trường đồ họa Wayland hoặc X11 thay vì một framebuffer Xvfb nhỏ 800×600. Máy headless có thể cung cấp một màn hình ảo (mô phỏng phần mềm) hoặc một màn hình vật lý (HDMI dummy plug hoặc KMS ảo). Lựa chọn phụ thuộc vào việc bạn cần tăng tốc GPU, tính năng DRM/KMS hay chỉ cần một desktop tương tác để quản trị.

Ba cách thực tế — chọn theo nhu cầu

• Gắn HDMI dummy vật lý — dễ nhất để có tăng tốc GPU. Cắm một HDMI "headless ghost" khoảng $2 để giả lập màn hình; GPU và display manager sẽ tạo một phiên bình thường với độ phân giải thực.
• Xảo ảnh X ảo / Xvfb hoặc driver dummy của Xorg + display manager — chỉ phần mềm và tương thích rộng: tạo một phiên X11 đầy đủ có thể phơi ra qua VNC (TigerVNC) hoặc chia sẻ bằng x11vnc. Xvfb là đơn giản nhất nhưng không cung cấp KMS/tăng tốc GPU.
• RDP qua xrdp (khuyến nghị cho nhiều trường hợp) — xrdp sinh ra một phiên X thực (hoặc dùng XorgXrdp) và cung cấp một đầu cuối RDP. Hoạt động tốt với server headless vì không cần màn hình vật lý và được nhiều client trên Windows/macOS hỗ trợ.

Option A — HDMI dummy plug (mẹo phần cứng)

Nếu bạn cần tăng tốc GPU (OpenGL, giải mã phần cứng, đầu ra compositor Wayland) đây là mẹo nhanh và đáng tin cậy nhất: mua một HDMI dummy nhỏ (EDID emulator) tuyên bố màn hình 1920×1080 hoặc 2560×1440. Cắm vào cổng HDMI của GPU, khởi động lại nếu cần, và display manager (GDM, SDDM, LightDM) sẽ tạo một phiên bình thường. Không cần can thiệp phần mềm, không cần framebuffer ảo.

Ưu: GPU thực, không cần thay đổi cấu hình. Nhược: cần truy cập vật lý, không khả thi nếu hệ thống không có cổng hiển thị hoặc đặt trong tủ kín.

Option B — Phiên X ảo: Xvfb + desktop + TigerVNC (ví dụ Ubuntu/Debian)

Dùng khi bạn không thể cắm dummy hoặc không cần tăng tốc GPU. Cách này tạo một phiên desktop đầy đủ độc lập với màn hình vật lý và chạy trên bất kỳ distro có X11.

sudo apt update
sudo apt install -y xvfb tigervnc-standalone-server xfce4 xfce4-goodies

# Create a dedicated VNC user (optional)
sudo adduser vncuser

# Example: start a persistent Xvfb display and XFCE
sudo -u vncuser Xvfb :99 -screen 0 1920x1080x24 &
export DISPLAY=:99
sudo -u vncuser startxfce4 &

# Start TigerVNC to expose :99 on TCP 5901
sudo -u vncuser x0vncserver -display :99 -passwordfile /home/vncuser/.vnc/passwd -forever -shared

# Or run tigervncserver directly if you want VNC-managed X sessions
sudo -u vncuser tigervncserver :1 -geometry 1920x1080 -depth 24

Đơn vị systemd: làm cho display tồn tại sau khởi động. Lưu thành /etc/systemd/system/xvfb-vnc.service (chỉnh đường dẫn và user):

[Unit]
Description=Xvfb + desktop + VNC
After=network.target

[Service]
Type=simple
User=vncuser
Environment=DISPLAY=:99
ExecStart=/usr/bin/Xvfb :99 -screen 0 1920x1080x24
ExecStartPost=/usr/bin/sleep 1
ExecStartPost=/usr/bin/startxfce4
Restart=on-failure

[Install]
WantedBy=multi-user.target

Lưu ý: Xvfb chỉ cung cấp framebuffer phần mềm; không có tăng tốc GPU. Với nhiều tác vụ quản trị và ứng dụng GUI điều này là đủ. Nếu cần phiên có GPU, dùng HDMI dummy hoặc driver dummy của Xorg kết hợp với driver GPU (xem bên dưới).

Option C — Driver dummy của Xorg / headless X server (cho phiên display manager)

Thay vì Xvfb bạn có thể cấu hình Xorg để dùng driver video 'dummy' để display manager hệ thống (GDM/LightDM) tạo phiên đăng nhập bình thường khi khởi động. Cách này gần với phiên màn hình thực và đôi khi tương thích tốt hơn Xvfb.

# Install Xorg dummy driver and a lightweight DE (Debian/Ubuntu)
sudo apt install -y xserver-xorg-video-dummy xfce4

# Example minimal /etc/X11/xorg.conf.d/10-dummy.conf
Section "Device"
  Identifier "DummyDevice"
  Driver "dummy"
EndSection

Section "Monitor"
  Identifier "DummyMonitor"
  HorizSync 28.0-80.0
  VertRefresh 48.0-75.0
EndSection

Section "Screen"
  Identifier "DummyScreen"
  Device "DummyDevice"
  Monitor "DummyMonitor"
  SubSection "Display"
    Depth 24
    Modes "1920x1080"
  EndSubSection
EndSection

Sau khi tạo cấu hình này, bật display manager và khởi động lại. DM sẽ hiển thị màn hình đăng nhập bình thường và tạo các phiên bạn có thể truy cập bằng x11vnc (để chia sẻ desktop hiện tại) hoặc qua một VNC server gắn vào X display.

Option D — xrdp: Phiên RDP hoạt động tốt trên máy headless

xrdp là một lựa chọn mạnh vì nó tạo một phiên X theo yêu cầu và nói RDP, được nhiều client hỗ trợ. Nó không phụ thuộc màn hình gắn kèm và thường là cách ít rắc rối nhất để truy cập GUI từ xa trên server.

sudo apt install -y xrdp xfce4 xfce4-terminal
# Configure XFCE for xrdp: create or edit /home/you/.xsession or /etc/xrdp/startwm.sh
echo "startxfce4" > /home/you/.xsession
sudo systemctl enable --now xrdp
# Open firewall for TCP/UDP 3389 only if you control the network; prefer an SSH tunnel or Tenvo relay

Sau đó kết nối bằng bất kỳ client RDP nào tới cổng 3389 hoặc qua SSH tunnel. xrdp có thể dùng XorgXrdp để cải thiện hiệu năng; kiểm tra gói của distro bạn để có phiên bản xorgxrdp phù hợp.

Wayland: lưu ý và lựa chọn

Compositor Wayland xử lý các output khác với truyền thống và lịch sử hỗ trợ màn hình ảo hạn chế hoặc không có. GNOME trên Wayland sẽ không chấp nhận display Xvfb; nó mong đợi một đầu ra DRM/KMS. Các lựa chọn của bạn:

• Dùng HDMI dummy để compositor nghĩ rằng có màn hình gắn kèm.
• Chạy một phiên Xorg thay thế (cài một session X11 như XFCE hoặc GNOME on Xorg) và dùng Xvfb/xrdp/VNC.
• Với các compositor dựa trên wlroots, xem xét wlr-rdp hoặc wayvnc (độ chín của dự án thay đổi theo compositor).
• Với đội máy lớn cần Wayland, cân nhắc dùng GPU headless phần cứng hoặc driver headless doanh nghiệp — nhưng điều đó thường cần gói của nhà cung cấp và hook kernel.

Nếu bạn phụ thuộc vào Wayland, đọc phân tích chi tiết tại Wayland Remote Desktop: PipeWire, portals và những khoảng trống trước khi quyết định giải pháp.

Kết nối mạng: relay của Tenvo và ghi chú về bảo mật

Khi đã có phiên desktop, bạn cần kết nối đáng tin cậy. Tenvo cung cấp client gốc trên macOS/Windows/Linux, client trình duyệt bản beta công khai, và relay quản lý đa vùng được khuyến nghị cho hầu hết người dùng. Các gói: Free $0, Lite $2.99/mo, Pro $7.99/mo. Relay quản lý loại bỏ nhu cầu thay đổi rule tường lửa, NAT traversal, và duy trì một cụm TURN/STUN.

Rõ ràng về mã hóa: Tenvo sử dụng TLS với chứng chỉ theo thiết bị. Kết nối trực tiếp peer‑to‑peer là end‑to‑end giữa hai thiết bị. Khi lưu lượng phải lui về relay, TLS chấm dứt tại relay, nghĩa là người vận hành relay có thể truy cập lưu lượng phiên. Nếu quy định tuân thủ cấm hạ tầng bên thứ ba, tự lưu trữ là lựa chọn đúng — nếu không, chi phí vận hành tự lưu trữ (vá lỗi, quản lý khóa, failover) thường cao hơn so với relay quản lý. Xem Self-Hosted Remote Desktop: Why, How, and What Breaks để biết khi nào nên chọn tự lưu trữ.

Nếu bạn muốn tránh hoàn toàn port forwarding nhưng vẫn dùng relay hoặc tunnel riêng, xem Remote Desktop Without Port Forwarding Explained.

Checklist xử lý sự cố (màn hình đen, sai độ phân giải, lỗi bàn phím)

• Màn hình đen sau khi đăng nhập: kiểm tra log display manager (journalctl -u gdm -b hoặc journalctl -u lightdm), và /var/log/Xorg.0.log để tìm lỗi.
• Framebuffer quá nhỏ (ví dụ, 640×480): đặt mode tùy chỉnh trong cấu hình dummy X hoặc dùng xrandr để thêm mode (chỉ hoạt động nếu X phơi ra output).
• Bàn phím/chuột bị ánh xạ sai: kiểm tra locale và cài đặt xkb, và xem client VNC/RDP có ép layout hay không; thử với console ảo cục bộ (chvt) nếu có thể.
• Không có GPU/OpenGL: Xvfb sẽ không cung cấp tăng tốc GPU. Dùng HDMI dummy hoặc driver headless của nhà cung cấp nếu cần tăng tốc phần cứng.
• Greeter Wayland nhưng không có phiên: chuyển sang phiên X hoặc cắm dummy display; kiểm tra log của compositor (journalctl cho gnome-shell hoặc service của compositor).

Để sửa lỗi màn hình đen thường gặp xem hướng dẫn của chúng tôi: Remote desktop black screen troubleshooting flow. Cũng kiểm tra Xauthority, quyền sở hữu /tmp/.X11-unix, và đảm bảo user có shell hợp lệ và thư mục home.

Khi nào nên tự lưu trữ và khi nào dùng relay quản lý của Tenvo

Chọn tự lưu trữ chỉ khi bạn có chính sách viết rõ cấm relay bên thứ ba (địa điểm dữ liệu, một số chế độ tuân thủ), hoặc máy ở mạng cô lập. Nếu không, relay quản lý của Tenvo là mặc định thực tế: giảm tải on‑call, xử lý chứng chỉ TLS và cung cấp failover đa vùng. Nếu bạn định tự lưu trữ, đọc các đánh đổi trong Self-Hosted Remote Desktop: Why, How, and What Breaks và chuẩn bị vận hành một cụm relay, quản lý xoay chứng chỉ, logging và giám sát.

Tham khảo nhanh: lệnh và kiểm tra

# Check active display
echo "$DISPLAY"
# Test X connectivity
xdpyinfo -display :0 || xdpyinfo -display :99
# View DM logs
sudo journalctl -u gdm -b --no-pager
# Xorg log
sudo tail -n 200 /var/log/Xorg.0.log
# See screen/outputs
DISPLAY=:0 xrandr --listmonitors || DISPLAY=:99 xrandr --listmonitors
# Enable xrdp
sudo systemctl enable --now xrdp

Nếu bạn đang di chuyển từ một công cụ remote desktop mà trước đây "luôn hoạt động" khi có màn hình gắn, nhớ rằng: máy headless thay đổi các giả định mà OS và driver đưa ra về màn hình. Bắt đầu với sửa đơn giản nhất (HDMI dummy) rồi chuyển sang giải pháp phần mềm nếu không thể truy cập phần cứng.

Sẵn sàng thử? Tải Tenvo, kiểm thử kết nối unattended qua relay quản lý, và chọn cách tiếp cận desktop ở trên phù hợp với GPU và yêu cầu tuân thủ của bạn: Tải Tenvo.