Sur la machine A, je démarre Remmina (0.9.3) et crée un profil de connexion entrante VNC. J'ai choisi le port 5900, avec un nom d'utilisateur et un mot de passe. Aucun changement sous avancé ou SSH. Je démarre le profil et il dit "Écoute sur le port 5900 pour une connexion VNCI entrante ..."
Sur la machine B, je démarre Remmina et crée un profil VNC. J'ai défini machinea.local: 5900 comme serveur, entrez le nom d'utilisateur et le mot de passe et laissez tout le reste tel quel. Je commence le profil et il dit "Connexion à 'username @ machinea' ..."
La patience est une vertu, mais une demi-heure plus tard, il n'y a rien d'autre que ces fenêtres de message.
Jusqu'à présent, j'ai:
Et après?
Autres mesures prises:
telnet machinea.local 5900
de Machine B (merci Pavlos G.)ifconfig
sur la machine A pour obtenir l'adresse IP du réseau (10.0.0.x)Il semble que l'option de protocole VNC - Incoming Connection
n'est pas ce que vous attendez.
La page wiki de Remmina parle de reverse VNC connection
soutien.
Cela signifie qu'il inverse la procédure habituelle d'un client se connectant à un serveur.
Il est principalement utilisé lorsque des problèmes de pare-feu/NAT sont impliqués.
Ainsi, remmina sur la machine A attend qu'un serveur VNC sur la machine B s'y connecte.
Par conséquent, remmina est toujours du côté client de la connexion, pas du côté serveur.
J'ai fait le test suivant afin de vous donner un exemple de fonctionnement de l'ensemble:
Créé un nouveau VNC - Incoming Connection
sur ma boîte Linux et je l'ai démarré.
Remmina attend maintenant une demande entrante d'un serveur VNC - pas d'un client VNC
Démarrage du serveur tightVNC sur ma boîte Windows et sélectionné attach listening viewer
et ajouté l'adresse IP et le port de ma box Linux
Maintenant, ma boîte Windows est accessible à distance depuis le client remmina.