So leiten Sie X über SSH weiter, um einen Desktop-Manager in Cubic remote zu konfigurieren

So leiten Sie X über SSH weiter, um einen Desktop-Manager in Cubic remote zu konfigurieren

Ich möchte Menüs, Fenster, Dekorationen und Taskleistenpositionen des gewünschten Desktop-Managers in Echtzeit in Cubic konfigurieren, da ich es sehr bequem finde, dies zu tun, während ich mich in der virtuellen Umgebung von Cubic befinde. Unten können Sie sehen, dass ich versucht habe, die X-Weiterleitung über SSH zu aktivieren, da ich einen Desktop-Manager wie lxde oder xfce von Cubic aus konfigurieren wollte, aber es ist fehlgeschlagen. Haben Sie eine Problemumgehung?

innerhalb von Kubik:

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

auf dem Host-Betriebssystem:

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.

es schlägt fehl, weil der Benutzertest nicht auf dem Host-Betriebssystem, sondern auf dem Cubic-Betriebssystem ausgeführt wird, aber 192.168.1.4 ist die IP-Nummer des Host-Betriebssystems (Cubic hat keine). Wenn ich das tue:ssh -Y[email geschützt]Innerhalb von Cubic schlägt es erneut fehl, da der Benutzertest innerhalb von Cubic stattfindet, die IP-Nummer sich jedoch auf dem Host-Betriebssystem befindet. Wenn ich den Benutzertest auf dem Host-Betriebssystem erstelle und versuche, X mithilfe der Host-IP-Nummer und des Benutzertests weiterzuleiten, kann ich das auf dem Host-Betriebssystem installierte xfce4 konfigurieren, und das ist nicht das, was ich will.

verwandte Informationen