Dans Remmina (client VNC, RDP, etc.), configurer la profondeur de couleur pour un protocole (exemple : RDP) et définir cette configuration par défaut pour les futures connexions applique la profondeur de couleur choisie aux autres protocoles (VNC, par exemple), pas uniquement à celui qu'on était en train de configurer.
Ce n'est pas idiot : en général, on réduit la profondeur de couleur quand on a un problème de débit, il est le plus souvent imputable à la connexion du client (Remmina, donc), et il est improbable que tous les serveurs de type VNC soient derrière une connexion rapide et que tous les serveurs de type RDP soient derrière une connexion lente (par exemple). Donc, y'a de grands chances que si l'utilisateur de Remmina renonce à la négociation automatique, c'est qu'il veut le faire pour toute connexion, peu importe le protocole.
Cette histoire m'a permis d'apprendre que Vino, le serveur VNC de GNOME, n'est plus maintenu et qu'il est remplacé par gnome-remote-desktop (qui dépend de Wayland, et trouzemilles dépendances à des composants GNOME, pas cool si l'on utilise MATE, par exemple). Source.
Pour récupérer les paramètres de vino : gsettings list-recursively org.gnome.Vino
.
Lancer vino depuis un terminal : /usr/libexec/vino-server
(j'oublie à chaque fois). Je ne paramètre pas d'authentification, je protège avec un pare-feu (pas par un NAT, hein), et je valide les connexions entrantes à la mano (notification).
Lancé depuis le terminal, vino explicite la profondeur de couleur négociée : « Pixel format for client <CENSURE> 8 bpp, depth 8 true colour: max r 7 g 7 b 3, shift r 0 g 3 b 6 ». Quand Remmina est bien configuré, ça donne : « 32 bpp, depth 24, little endian true colour: max r 255 g 255 b 255, shift r 16 g 8 b 0 ».