Comment faire du VNC depuis Mac vers un bureau Linux

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

Duree 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 integre de SSHive utilise noVNC sous le capot avec un proxy WebSocket integre — 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`. Verifiez qu'il ecoute : `ss -tlnp | grep 5900` (5900 = display :0, 5901 = :1, etc.).
2
Creer le profil VNC dans SSHive (Pro requis)
Sidebar → +. Dans le selecteur de type en haut, choisissez **VNC** — le port bascule a `5900`. Remplissez Nom, Hote, Port, Mot de passe. C'est tout le formulaire VNC — pas de domain, pas de preset qualite, pas de dropdown resolution 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, qualite, 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 reseau). 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 (etape suivante). DesktopSize est active, donc redimensionner la fenetre 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** — meme modele que RDP. (1) Creez votre profil SSH, ajoutez un forward Local `15900 → localhost:5900` dans Avance. (2) Creez 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'ecran Apple sur Mac ?+

Oui — le vncserver d'Apple parle RFB, port 5900. Activez sur le Mac cible : Reglages Systeme → General → Partage → Partage d'ecran. SSHive peut s'y connecter, bien que pour Mac-Mac, le client integre soit plus riche (audio, drag-drop).