fgland Sauf erreur de ma part, le serveur vnc par défaut est lié au bureau : partage de bureau. Dans le cas d’un serveur qui n’a pas de session ouverte, il n’ a pas de bureau gérant le partage ! Dans ton cas il faut se connecter en graphique à un serveur distant, ce que fait RDS.
On est d’accord. pas de bureau, pas de partage, comme c’est le cas avec mon serveur : connexion en console ou ssh.
Ici ce que j’essaie de faire marcher, c’est la connexion par bureau à distance sur des machines virtuelles avec bureau : Fedora Workstation, Debian, Windows 11…
@fgland Suivant les besoins, un tunel ssh pourrait être suffisant ou une connexion avec ssh – x mais cela suppose que le serveur distant tourne sur x11 ou X2go en fonction des environnements graphiques installé sur le serveur
C’est vrai, mais pour l’instant ça ne marche pas non plus. 😃
@fgland Si le port 5900 avait été ouvert la commande nmap – sT 192.168.122.178 l’aurait montré en même temps que 3389 mais il aurait sans doute été aussi fermé car pas de programme à l’écoute.
J’espère ne pas avoir été trop confus
J’ai tenté en ouvrant les ports temporairement à travers Cockpit dans la zone “public” et la zone “libvirt” et effectivement il apparaissait fermé car pas de programme à l’écoute. Mais de toute façon ça n’a pas marché non plus.
@Nicosss C’est désormais un serveur RDP et non plus VNC de base. D’où l’adresse de connexion ms-rd://
Effectivement, du coup j’ai abandonné VNC pour l’instant. D’ailleurs quelle différence concrète entre VNC et RDP, je veux dire à l’usage lequel est le mieux?
@fgland tu parles pour Fedora en général ou pour l’objet de ce fil ? Il a résolu son problème en changeant de porte mais il me semble important de comprendre pourquoi cela n’a pas marché avec son premier essai en vnc. Personne n’a soulevé cette absence de bureau partagé sur le serveur distant.
Oh non, le problème n’est pas résolu pour moi tant que je n’aurai pas trouvé pourquoi ça ne fonctionne pas avec le bridge “virbr0” par défaut de libvirt. Je tiens absolument comme toi à comprendre pourquoi ça ne marche pas et j’ai bien l’intention de creuser jusqu’au bout. C’est la meilleur façon d’apprendre.
Mais je ne vois pas le rapport avec ton histoire de bureau absent sur le serveur distant? Je n’essaie pas de me connecter à mon serveur qui heberge mes machines virtuelles mais aux machines virtuelles qui elles ont bien un environnement graphique.
@fgland Je viens de faire une connexion vnc sur une VM Fedora34 en gardant l’adresse et le routage par défaut 192.168.122.27 sur un bureau LXDE en utilisant Remmina car cela ne marche pas avec le Visionneur de bureaux distants de gnome.
Le problème n’est donc pas dans le routage.
C’est exactement ce que j’essaie de faire depuis deux jours, avec Remmina, mais ça ne marche ni en RDP ni en VNC, en tous cas pas avec le bridge “virbr0”. Si je mets la machine en attachement direct sur la carte réseau, alors ça marche mais c’est normal puisqu’alors la machine virtuelle se retrouve sur le sous-reseau 192.168.1.X/24, là où est le serveur, la box, mon pc portable… donc tout va bien. Le bridge et toutes les machines virtuelles qui viennent derrière sont sur le sous-réseau 192.168.122.X/24, comme dans l’exemple que tu donnes ci-dessus, mais chez moi ça ne se connecte pas… Une question : ton test avec la connexion VNC, tu l’as fait avec la machine virtuelle et la machine distance sur la même machine physique?
Pour moi, dans mon cas il y a un problème au niveau du routage peut-être, probablement, mais surtout au niveau du bridge virbr0 ça c’est sûr. Je vais expliquer plus bas pourquoi je dis ça.
@Nicosss Je viens de faire un essai depuis F39 Beta et Vinagre semble avoir quelques bugs car je n’ai pas réussi à avoir le bureau mais aucun souci avec Remmina pour me connecter sur une VM F38 (192.168.122.181) créée avec Gnome Boxes sur un même machine..
Comme dit juste avant à @fgland , vos tests se font sur une même machine, peut-être que mon problème est là, certainement, quelque part..