<div dir="ltr">Hi Aaron,<div>You're right, but I have no need for the encryption ssh provides because my connection is tunneled through OpenVPN and encryption just adds overhead. However, SSH also provides x11 forwarding which I don't get from Telnet of course. So it can make sense to use ssh through the OpenVPN tunnel anyway and I'll try that. If I use SSH as stand-alone, I'll be setting up a reverse SSH tunnel.<br>However, I still don't understand why I can start the Turbo VNC server (command vncserver) from a Telnet terminal on my other machines (Ubuntu 22.04) but not on the Ubuntu 24.04 machine I've set up for a small company here in CA at UCI. If I could start the VNC server only on SSH, then I'd say that's the solution. It doesn't matter whether the Telnet terminal window is remote or running on the local machine as per the results. I'd be surprised if SSH helped here?</div><div>Thanks, Phil</div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Tue, Feb 18, 2025 at 6:18 PM Aaron D. Johnson <<a href="mailto:adj@fnord.greeley.co.us">adj@fnord.greeley.co.us</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Phil Marsh writes:<br>
> Thanks.  However, my other server's TurboVNC starts OK using a Telnet<br>
> terminal window.<br>
<br>
Stephen is on the right track here.  The two servers' environments are<br>
different in a way that matters to TurboVNC.  This may well include<br>
TurboVNC itself.  Not a TurboVNC user myself, SSH X11 forwarding works<br>
for my use cases.  But if I were stuck in your situation, I'd be<br>
starting out comparing the contents of the TurboVNC log files on<br>
server A and server B.  Read them side by side...  Use diff...  There<br>
are plenty of tools for this.<br>
<br>
Also would be good to compare package lists between the two servers.<br>
And the process environment variables.<br>
<br>
Further question...  It is 2025.  Why are you using the plain text<br>
telnet protocol for any traffic between your computers?  SSH has been<br>
a thing for 30 years now.  (Well, almost...  July 1995 was the first<br>
source release.)  Key based authentication and not typing passwords is<br>
kinda nice.  Join us in the 21st century...  "ssh" is shorter to type<br>
than "telnet", too.<br>
<br>
- Aaron<br>
</blockquote></div>