Como encaminhar o X via SSH para configurar um gerenciador de desktop remotamente no cúbico

Como encaminhar o X via SSH para configurar um gerenciador de desktop remotamente no cúbico

Quero configurar menus, janelas, decorações, posições de barras de tarefas do gerenciador de desktop desejado em tempo real dentro do cúbico porque acho muito confortável fazer isso enquanto estou dentro do ambiente virtual cúbico. Abaixo você pode ver que tentei habilitar o encaminhamento do X através do ssh porque queria configurar um gerenciador de desktop como lxde ou xfce de dentro do cúbico, mas falhou. Você tem uma solução alternativa?

dentro do cúbico:

root@cubic:~# /etc/init.d/ssh start
 * Starting OpenBSD Secure Shell server sshd                                                  sshd: no hostkeys available -- exiting.
[fail]

root@cubic:~# ssh-keygen -A
ssh-keygen: generating new host keys: RSA DSA ECDSA ED25519 

root@cubic:~# /etc/init.d/ssh start
 * Starting OpenBSD Secure Shell server sshd                                           [ OK ] 

root@cubic:~# adduser test

Adding user `test' ...
Adding new group `test' (1000) ...
Adding new user `test' (1000) with group `test' ...
Creating home directory `/home/test' ...
Copying files from `/etc/skel' ...
New password: 
Retype new password: 
passwd: password updated successfully
Changing the user information for test
Enter the new value, or press ENTER for the default
 Full Name []: 
 Room Number []: 
 Work Phone []: 
 Home Phone []: 
 Other []: 
Is the information correct? [Y/n] y

no sistema operacional host:

ziomario@Z390-AORUS-PRO-DEST:~$ ssh -Y [email protected] (host os IP Number)

The authenticity of host '192.168.1.4 (192.168.1.4)' can't be established.
This key is not known by any other names
Are you sure you want to continue connecting (yes/no/[fingerprint])? yes
Warning: Permanently added '192.168.1.4' (ED25519) to the list of known hosts.
[email protected]'s password: 
Permission denied, please try again.

ele falha porque o teste do usuário não está no sistema operacional host, mas no sistema operacional cúbico, mas 192.168.1.4 é o número IP do sistema operacional host (o cúbico não tem nenhum). Se eu fizer :ssh-Y[e-mail protegido]dentro do cúbico ele falhará novamente porque o teste do usuário está dentro do cúbico, mas o número IP está no sistema operacional host. Se eu criar o teste do usuário no sistema operacional host e tentar encaminhar o X usando o número IP do host e o teste do usuário, poderei configurar o xfce4 instalado no sistema operacional host e não é isso que eu quero.

informação relacionada