"Chris" == Chris (wolcen) Thompson via WLUG <wlug@lists.wlug.org> writes:
Chris> Great to see you all in the last meeting :-) I was the Chris> skateboarder...who caught me almost falling shortly before I Chris> left? LOL It was good to meet you, hopefully face to face sometime. And I hope you're all staying cool today, it's been a scorcher! Chris> [Insert name I've forgotten here (sorry!)] mentioned that their Chris> users connect to a remote session's root desktop (or whatever Chris> you call the initial/primary display :0 deal that you Chris> initially/locally get). Chris> I would like to do this as well. SSH with port forwarding is Chris> probably my preference, but wireguard would be OK as well. I Chris> don't think I want to directly expose anything like xrdp. Chris> Anyway - could you please refresh my memory as to what was Chris> being used? I'm running i3 in this case (started via Chris> lightdm). I generally have not loved using VNC-based tools, but Chris> if that's what is currently recommended, I guess I'll give it Chris> another go. For a long time I was using NX (or FreeNX) on my work desktop so I could connect between a windows box and a linux desktop using Synergy to map the keyboard/mouse between systems as I moved the mouse between my desktops. That was using the 'nomachine.com' software, though I used the freenx stuff. But after a while it got to be too painful, and now that I mostly work on a windows laptop for work (due to the work VPN requirements) I don't tend to do anything beyond lots of putty sessions in which I run screen. I've tried MobaXterm, but never really liked it, even though it does offer native X display, so you can fire up remote graphical tools. This would work better if I wasnt' 80-100 miliseconds of lag (basically across the entire US) distant from the remote systems I manage and work on. Much as I hate to say it, I've sometimes just fallen back to VNC when I need to fire up a web browser to download a 5-10gb ISO image to do a system install. Chris> ------------ Chris> SSHFS Optimization Chris> Also - I referred to using sshfs internally for myself to my NAS, and Chris> some optimizations for it. This is my current alias to mount it: Chris> sshfs -o cache=yes -o kernel_cache -o Ciphers=aes128-ctr -o Chris> Compression=no -o ServerAliveCountMax=3 -o ServerAliveInterval=15 -o Chris> reconnect -C -o idmap=user server: /mymountpoint Chris> I got a few of the recommended switches from this article that finally Chris> convinced me to just forget about NFS: Chris> https://blog.ja-ke.tech/2019/08/27/nas-performance-sshfs-nfs-smb.html This is a great set of info, because I too have used sshfs at times but cursed to slow speed. I'll definitely try this out. It would be nice if the windows client also supported these options as well at times. Cheers! Joohn