On my post about XDMCP I mentioned that there was a better way to open a X session on a remote computer.

After reading this post you'll see why I left it at the end of this blog therad: NX uses elements and concepts explained on the previous posts (SSH, X forwarding, XDMCP, VNC)

VNC (Virtual Network Computing )

Up to now the graphical solutions I've shown were focused on accessing the X desktop. I've also focused on accessing a session exclusively.

On this post I will talk about a tool that is OS independent. You can share a Mac or Windows or Linux desktop and that allows remote collaboration with multiple people looking and controlling the same desktop.

VNC uses the RFB protocol to transmit keyboard and mouse signals to remote computer and receive back the graphical screen.


XDMCP stands for X Display manager control protocol.

The display system used in Linux was designed from the beginning as a network protocol, where the system and programs run in one computer and the display being shown on another.

The XDMCP protocol allows you to login graphically to a remote computer.

It is not a very fast protocol and these days there are better ways to achieve the same effect in a more efficient manner.

As of Gnome 2.2 and KDE 4 support for XDMCP login on the GDM/KDM login screen was dropped.

SJK pix

Gah. Once again I forgot you can't attach pictures directly to meeting locations.

SJK front

SJK side entrance

SJK on OpenStreetMap


For different reasons, some people prefer Graphical interfaces, whether it is because because they are more comfortable with them or because they may set-up a non technical person for remote access.

On the past two posts I presented command line tools. These tools require, for the most part, remember cryptic parameters, configuration file locations and unless you script them, you need to enter the whole command every time even if you are doing the same day after day.

The solution: Putty


The second command in the series is the one I find more useful and versatile so it also will be the longest post.

Different implementations of SSH will have slightly different features. In this case I will focus on OpenSSH.

To install on the server (Debian/Ubuntu):
sudo aptitude install openssh-server

To install on the server (Redhat/Fedora):
sudo yum install openssh-server

To start/stop/restart under Debian/Ubuntu
sudo /etc/init.d/ssh start


I'll start this series with the simplest and oldest command.

Remember, it is not safe to expose telnet to the internet.

To install on the server (Debian/Ubuntu)
sudo aptitude install telnetd

To start/stop under Debian
Under Debian, the telnet daemon is started by inetd when the port is accessed. This is controlled by the inetd.conf file. If the telnet line is commented out, telnet will not start, otherwise it will start.

kwlug logo, with text, posted.


Was looking for a kwlug logo but didn't find any with text - so cut out the logo and words from mud.jpg (from the tar download available on the resources page: /node/404 ). Here is the result(s).


K-W Lug Logo (with words) - /sites/ kwlug logo (with words).jpg


Introduction to remote collaboration tutorials

Phew! It's been a week since the KWLUG meeting where I talked about remote collaboration.

Believe or not, I hadn't had a moment, until now, to make good on my promise to post the tutorials on-line.

First I was on Project Management training in Toronto from Monday to Wednesday, then, Thursday and Friday preparing for an implementation at work that kept me at home in front of the computer all Saturday and Sunday.

Ubuntu LoCo

The local Ubuntu group Ralph Janke initiated is here:

Syndicate content Syndicate content Syndicate content