OK, tried a different approach:
sudo apt update --allow-insecure-repositories
sudo apt upgrade --allow-unauthenticated
This picked up the new keyring and allowed a whole bunch of stored dependencies to be loaded. After which I did:
sudo apt install xfce4
This completed successfully and using F1 at DSL reboot, I was able to load the xfce4 desktop which appears to be working normally. (UPDATE: well actually a small window pops up and indicates that xfce4 is not a supported window manager and it gives you a list of the available WM's installed. If I just select xfce4 it appears as though all of the functionality is there so far.)
I went back over the steps from the Debian link I originally posted and made sure the set up was correct. I opted not to install firewalld and just configured ufw accordingly.
However, when I use RDP from my Win 10 machine the connection is made, but it is still using the Xorg session and appears like the Antix forum post. So it looks like xrdp is not launching the xfce4 desktop for the RDP connection as it should. Maybe there is a xrdp log or something that would indicate what the issue is?
OK, the Antix post offered a few things to try and so I did:
First I installed xorgxrdp but there was no change in the Windows RDP behavior, still connects but just shows a blue screen.
Second I tried various flavors of the xrdp.ini file updates:
startxfce4 - does not work, just shows the blue screen after connection
/usr/local/bin/desktop-session xfce4 - xrdp server fails to start when restarted
exec /usr/local/bin/desktop-session xfce4 - xrdp server starts, but no change in RDP behavior
startzzz-jwm - RDP connects, but after a few seconds the whole session dies and closes
I guess I can try the other suggestion of adding this to my start (although I'm not sure how to implement it):
zzzfm --desktop &
I can also try using "startblah" and "/usr/local/bin/desktop-session blah" with all of the other available WM's in DSL?
If I can't get Windows RDP working I guess I can try:
Secure Shell (SSH) protocol coupled with X11 forwarding.
sudo apt update --allow-insecure-repositories
sudo apt upgrade --allow-unauthenticated
This picked up the new keyring and allowed a whole bunch of stored dependencies to be loaded. After which I did:
sudo apt install xfce4
This completed successfully and using F1 at DSL reboot, I was able to load the xfce4 desktop which appears to be working normally. (UPDATE: well actually a small window pops up and indicates that xfce4 is not a supported window manager and it gives you a list of the available WM's installed. If I just select xfce4 it appears as though all of the functionality is there so far.)
I went back over the steps from the Debian link I originally posted and made sure the set up was correct. I opted not to install firewalld and just configured ufw accordingly.
However, when I use RDP from my Win 10 machine the connection is made, but it is still using the Xorg session and appears like the Antix forum post. So it looks like xrdp is not launching the xfce4 desktop for the RDP connection as it should. Maybe there is a xrdp log or something that would indicate what the issue is?
OK, the Antix post offered a few things to try and so I did:
First I installed xorgxrdp but there was no change in the Windows RDP behavior, still connects but just shows a blue screen.
Second I tried various flavors of the xrdp.ini file updates:
startxfce4 - does not work, just shows the blue screen after connection
/usr/local/bin/desktop-session xfce4 - xrdp server fails to start when restarted
exec /usr/local/bin/desktop-session xfce4 - xrdp server starts, but no change in RDP behavior
startzzz-jwm - RDP connects, but after a few seconds the whole session dies and closes
I guess I can try the other suggestion of adding this to my start (although I'm not sure how to implement it):
zzzfm --desktop &
I can also try using "startblah" and "/usr/local/bin/desktop-session blah" with all of the other available WM's in DSL?
If I can't get Windows RDP working I guess I can try:
Secure Shell (SSH) protocol coupled with X11 forwarding.