<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Vnc on Michael’s Domain</title><link>https://jeltsch.org/en/tags/vnc/</link><description>Recent content in Vnc on Michael’s Domain</description><generator>Hugo</generator><language>en-us</language><copyright>Copyright © 2002 - 2026 Michael Jeltsch.</copyright><lastBuildDate>Fri, 24 Jul 2026 00:18:18 +0300</lastBuildDate><atom:link href="https://jeltsch.org/en/tags/vnc/index.xml" rel="self" type="application/rss+xml"/><item><title>Remote desktop sessions to your Helsinki University work computer</title><link>https://jeltsch.org/en/remote_desktop_sessions_to_your_helsinki_university_work_computer/</link><pubDate>Mon, 15 Jan 2018 00:00:00 +0000</pubDate><guid>https://jeltsch.org/en/remote_desktop_sessions_to_your_helsinki_university_work_computer/</guid><description>&lt;p&gt;If you have a work laptop, you can take it home to do work. But what if you have a desktop computer and need to access it from home? The technology to make this possible exists for more than 20 years, but if you think that University IT has made this easy for you, you would be wrong. In fact, I don&amp;rsquo;t know anybody who knows how to do this (let alone how to make the process easy). Even with the setup explained below, some things do not work well (e.g. I never could figure out how to get the file sharing to work with a Mac-to-Mac connection and thus I still use 
 &lt;a href="http://rsug.itd.umich.edu/software/fugu/" target="_blank" rel="noopener noreferrer nofollow"&gt;Fugu&amp;nbsp;






 
 
 
 &lt;svg class="svg-inline--fa fas fa-up-right-from-square fa-2xs" fill="currentColor" aria-hidden="true" role="img" viewBox="0 0 512 512" overflow="visible"&gt;&lt;use href="#fas-up-right-from-square"&gt;&lt;/use&gt;&lt;/svg&gt;&lt;/a&gt;
 with a separate tunnelled sftp connection to transfer files). You have several options:&lt;/p&gt;</description></item><item><title>Startup script for VNC server</title><link>https://jeltsch.org/en/startup_script_for_vnc_server/</link><pubDate>Sat, 26 May 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/en/startup_script_for_vnc_server/</guid><description>&lt;p&gt;To start up the VNC server automatically as a service during booting, you need this 
 &lt;a href="http://www.mpthrill.com/vncrc/downloads/Linux/bash/vncserver" target="_blank" rel="noopener noreferrer nofollow"&gt;shell script&amp;nbsp;






 
 
 
 &lt;svg class="svg-inline--fa fas fa-up-right-from-square fa-2xs" fill="currentColor" aria-hidden="true" role="img" viewBox="0 0 512 512" overflow="visible"&gt;&lt;use href="#fas-up-right-from-square"&gt;&lt;/use&gt;&lt;/svg&gt;&lt;/a&gt;
. You probably also can write a much simpler shell script yourself, that does the same job. In fact you will have to as this script is broken on RedHat 9. The simplest shell script is of course the command &amp;ldquo;vncserver&amp;rdquo; alone… This script goes into the folder /etc/init.d. Then you make a symbolic link in the directory /etc/rc5.d that points to the script. The /etc/rc5.d directory contains a bunch of links to scripts in the init.d file which are executed when the system is entering runlevel 5 (runlevel 5 is the one where you have the gui and multiple users enabled, the one you most likely use in 95% of all cases). There are other directories for other runlevels (e.g. /etc/rc3.d for runlevel 3, etc.).&lt;/p&gt;</description></item><item><title>VNC (Virtual Network Computing) via ssh</title><link>https://jeltsch.org/en/vnc_virtual_network_computing_via_ssh/</link><pubDate>Sat, 26 May 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/en/vnc_virtual_network_computing_via_ssh/</guid><description>&lt;p&gt;I am sitting at home and want to use the GUI of my Linux at work. But my work computer which is running the VNC server (mcblpc2.hi.helsinki.fi) is behind the University firewall. The only connection I can get into the firewall is via one of the university mainframes, e.g. vesuri.helsinki.fi. In order to connect using VNC, I need just two commands:&lt;code&gt;ssh -L 5901:mcblpc2.hi.helsinki.fi:5901 mjeltsch@vesuri.helsinki.fivncviewer localhost:1&lt;/code&gt;To make the connection faster, you can use compression (helps only if you have a slow connection, e.g. a modem). When using VNC with ssh, the vncviewer really thinks you make a connection to the local machine and therefore chooses a wrong encoding. So the second command actually should be: &lt;code&gt;vncviewer localhost:1 -compresslevel 0 -encodings &amp;quot;copyrect hextile&amp;quot;&lt;/code&gt;When you run the vncserver on a computer that has its own firewall, you need to have sshd running and to open the ssh port (22). Then you establish a tunnel from that ssh server on that computer to a port on your local computer:&lt;code&gt;ssh -L 5901:remotemachine:5901 username@remotemachine vncviewer localhost:1&lt;/code&gt;When you run KDE desktop sharing on Suse 9.0, you share the physical screen (:0). Thus, if you are logged out, you cannot connect using desktop sharing. You have to start up additionally a vnvserver instance:&lt;code&gt;vncserver&lt;/code&gt;This server will use by default the :1 session and that&amp;rsquo;s why the forwarded port must be 5901 and not 5900 (like for the first session).&lt;/p&gt;</description></item><item><title>VNC server (aka KDE Desktop Sharing) under Suse 9</title><link>https://jeltsch.org/en/vnc_server_aka_kde_desktop_sharing_under_suse_9/</link><pubDate>Thu, 24 May 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/en/vnc_server_aka_kde_desktop_sharing_under_suse_9/</guid><description>&lt;p&gt;Suse 9 has an inbuilt VNC server called KDE Desktop sharing (under the System -&amp;gt; Remote Access menu). It can be configured in the Control Center -&amp;gt; Internet &amp;amp; Network. Unlike when you start up VNC via the command line (&amp;ldquo;vncserver&amp;rdquo;) this tool doesn&amp;rsquo;t start a new X desktop, but connects to your already existing X desktop. It is possible to run in addition to the inbuilt KDE Desktop Sharing a normal vncserver that starts its own X sessions.&lt;/p&gt;</description></item><item><title>VNC server under Suse 9</title><link>https://jeltsch.org/en/vnc_server_under_suse_9/</link><pubDate>Thu, 24 May 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/en/vnc_server_under_suse_9/</guid><description>&lt;p&gt;I tried to use vncserver on Suse 9, but to my surprise upon starting up with &amp;ldquo;vncserver&amp;rdquo; and then connecting with the &amp;ldquo;vncviewer&amp;rdquo; command I only saw the grey screen and an X terminal. I tried to execute xclock and gaim and they start up nicely. However I would also like to bee able to start up KDE. So I looked into the xstartup file (in the .vnc directory in your home folder) from my old Red Hat 9 install and compared it to the one from my Suse 9 install:Suse 9:&lt;code&gt;!/bin/shxrdb $HOME/.Xresourcesxsetroot -solid greyxterm -geometry 80x24+10+10 -ls -title &amp;quot;$VNCDESKTOP Desktop&amp;quot; &amp;amp;twm &amp;amp;&lt;/code&gt;Red Hat 9:&lt;code&gt;!/bin/shRed Hat Linux VNC session startup scriptunset SESSION_MANAGERexec /etc/X11/xinit/xinitrc&lt;/code&gt;I figured out that twm is a window manager; thus it replaces KDE in this context. If I replace the Suse script by the Red Hat script, KDE starts up upon starting vncserver.&lt;/p&gt;</description></item><item><title>Using ssh in scripts (one-click secure VNC connection using krdc)</title><link>https://jeltsch.org/en/using_ssh_in_scripts_one_click_secure_vnc_connection_using_krdc/</link><pubDate>Thu, 29 Mar 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/en/using_ssh_in_scripts_one_click_secure_vnc_connection_using_krdc/</guid><description>&lt;p&gt;Using ssh in scripts (one-click secure VNC connection using krdc) I wanted to establish a VNC connection that is tunneled via ssh and just by one click. I created a shell script with the following content: !/bin/sh ssh -L 5902:192.168.0.7:5902 -f -N 
 &lt;a href="mailto:jeltsch@192.168.0.7"&gt;jeltsch@192.168.0.7&lt;/a&gt;
 krdc localhost:2 The ssh connection remains open in the background until the krdc application has finished.&lt;/p&gt;</description></item></channel></rss>