Comment faire du VNC depuis Mac vers un bureau Linux

Viewer VNC intégré, support complet du protocole RFB, fonctionne avec TightVNC/RealVNC/x11vnc/noVNC, et pas besoin de relais WebSocket separe.

Durée estimee: 4 minutes

VNC est le protocole bureau distant cross-platform que tout le monde utilise sur Linux. Que vous geriez le bureau d'un Raspberry Pi, la console noVNC d'une VM Proxmox ou une box Linux headless que vous voulez occasionnellement voir graphiquement, VNC est la reponse. Le viewer VNC intégré de SSHive utilise noVNC sous le capot avec un proxy WebSocket intégré, vous vous connectez directement a un serveur VNC TCP sans configurer websockify ou un relais separe.

Pas-a-pas

1
Installer un serveur VNC sur le distant
Raspberry Pi : `sudo apt install realvnc-vnc-server`, activez via `raspi-config` → Interface Options → VNC. Ubuntu/Debian desktop : `sudo apt install x11vnc`, lancez `x11vnc -auth /var/lib/gdm3/auth-for-gdm-* -display :0 -forever -loop`. Mettez un mot de passe VNC avec `x11vnc -storepasswd`. Vérifiez qu'il ecoute : `ss -tlnp | grep 5900` (5900 = display :0, 5901 = :1, etc.).
2
Créer le profil VNC dans SSHive (Pro requis)
Sidebar → +. Dans le selecteur de type en haut, choisissez **VNC**, le port bascule a `5900`. Remplissez Nom, Hôte, Port, Mot de passe. C'est tout le formulaire VNC, pas de domain, pas de preset qualité, pas de dropdown résolution comme RDP. VNC est **Pro uniquement** : en Free, choisir VNC declenche la modal d'upgrade au save (le check passe par `LicenseService.check('session.vnc')`). Tous les boutons protocole (encodings, qualité, compression) sont negocies automatiquement.
3
Ce qui tourne sous le capot, et ce qui n'est volontairement pas expose
Le client VNC de SSHive est **noVNC** qui parle RFB 3.x dans le renderer, avec un proxy WebSocket sur un port dynamique 127.0.0.1 (localhost uniquement, jamais joignable depuis le réseau). Les encodings sont auto-negocies : Tight, Hextile, RRE, Raw, ZRLE, CopyRect, DesktopSize. L'auth utilise le mot de passe RFB standard. Pas de toggle TLS/RFB-encryption dans la UI, le chiffrement est cense venir du tunnel SSH en dessous (étape suivante). DesktopSize est active, donc redimensionner la fenêtre SSHive redimensionne le bureau distant.
4
Tunneliser VNC via SSH (deux profils, pas de logique broker)
Il n'y a **pas de champ jump-host sur le profil VNC**, même modèle que RDP. (1) Créez votre profil SSH, ajoutez un forward Local `15900 → localhost:5900` dans Avance. (2) Créez le profil VNC pointant sur `localhost:15900`. Connectez SSH d'abord, puis VNC. L'auth mot de passe VNC seule est faible ; le tunnel SSH est ce qui isole reellement le trafic du reseau.

Questions frequentes

SSHive marchera-t-il avec Partage d'écran Apple sur Mac ?+

Oui, le vncserver d'Apple parle RFB, port 5900. Activez sur le Mac cible : Réglages Système → Général → Partage → Partage d'ecran. SSHive peut s'y connecter, bien que pour Mac-Mac, le client intégré soit plus riche (audio, drag-drop).