remote login kdm?

I don’t know where to peruse the information regarding how to remotely login from a 12.1 kde OpenSUSE machine to a fresh install 12.1 kde OpenSUSE machine.
thanks.
ed.

am I using the wrong terminology?

You haven’t explained what you are trying to achieve. Is it one of (in approximate order of efficiency)?
Connect to a remote machine to carry out a task without using a GUI
Connect to data files on the remote machine and manipulate them using applications running on the local machine.
Use the remote X client to interact with the remote machine using the local X server.
Run a graphical login session on the remote machine, using FreeNX, Remote Desktop Protocol or VNC to control the remote machine.

What sort of network connection is involved? – local ethernet, wireless, Internet (speed), dial-up.

remote desktop is what I am trying to achieve.
I have used rdp on my windows boxes before and I thought kdm was how it is done on linux boxes.
I have used teamviewer but this time around I thought I would try something native to linux.
I have a wireless LAN and both machines are local.
thanks.

KDM is the KDE login manager – the graphical program that is used to select/enter the user and password and initialise the login session.

It is possible to run a RDP server on a linux machine, but the common “built-in” equivalent is VNC. You can set it up (on the remote machine) using
YaST >> Network Services >> Remote Administration
or from the KDE menu (type in Remote Admin)
The client program (on the local machine) is called vncviewer (from a text terminal or <alt>+<F2>) or krdc (KDE Remote Desktop Client).
would suggest that you set up passwordless ssh keys on both machines. Once you can make a text terminal connection connection between the machines, the fish:// protocol in dolphin or konqueror will allow you to seemlessly browse your files on the remote machine and open them locally.

I

Kdm can be configured to allow remote X login via an Xdmcp request, but the remote machine would have to have X11 server software installed. For example, you might install cygwin and cygwin X11 on you Windows PC, you could then configure kdm for remote logins. This has generally fallen out of favour because VNC is quite a bit easier to setup and can be easily secured.

Remote X does have some advantages - I’ve found it to be snappier for some apps, such as surfing via Firefox, so I for a while switch from VNC to kdm/remote-X. I eventually found another solution, NoMachine’s NX, to be easier than supporting X11 on Windows. NX is snappier than VNC (but the non-commercial NX licence restricts the number of users that can login to two).

For pure Linux-to-Linux remote access, X might still be an option (providing you don’t mind the traffic being unencrypted).

Setting up kdm for remote login would involve editing xdmcp section of /etc/kde4/kdm/backgroundrc

[Xdmcp] Enable=true
Willing=/etc/X11/xdm/Xwilling
Xaccess=/etc/X11/xdm/Xaccess

The Xaccess file would probably also need editing to allow the remote host access to an xdmcp connection.

So you were right, kdm can be used to setup remote GUI access, but it’s not commonly used by home Linux users. Should you wish to pursue remote connections via kdm and X11, I’d suggest researching some of the above terms via Google.

Remote X sessions via kdm and XDMCP are (still?) broken at the moment, due to a bug introduced in KDE 4.7.x.
You can follow progress here: https://bugs.kde.org/show_bug.cgi?id=283919
This is a KDE issue, seen in many distros.

VNC works when setup properly. I recommend following Swerdna’s Tutorial here: TightVNC (VNC Xvnc) on openSUSE as Client or Server (Remote Desktop Connections)
I am still using 11.4, probably safe to assume 12.1 setup is same as 11.4

On 2011-12-24 11:26, mchnz wrote:

> For pure Linux-to-Linux remote access, X might still be an option
> (providing you don’t mind the traffic being unencrypted).

I tried it about 10 years ago and it worked out of the box, or almost.
I read of tricks to compress or encrypt the traffic, but did not try, I was
in a LAN.

If you search “xdcmp” in google, you find several relevant entries in the
first page, including a howto.


Cheers / Saludos,

Carlos E. R.
(from 11.4 x86_64 “Celadon” at Telcontar)

Hello fellows,
I have an OpenSuse 12.1 system like this:
uname -a Linux heisenberg 3.1.10-1.16-desktop #1 SMP PREEMPT Wed Jun 27 05:21:40 UTC 2012 (d016078) x86_64 x86_64 x86_64 GNU/Linux
I found that the local /usr/lib64/kde4/libexec/kdm_greet is the problem!
Try something like this:
Login as root on KDE
open a terminal

xhost +

Kill all X server on your local machine.
Login as root on a text console

X -query remotehostname

Than X should start with a graphical login of the remote machine!
Thanks for your advertence Jan Christoph H.

On Thu, 09 Aug 2012 20:26:02 GMT, jchafer
<jchafer@no-mx.forums.opensuse.org> wrote:

>
>robin_listas;2422059 Wrote:
>> On 2011-12-24 11:26, mchnz wrote:
>>
>> > For pure Linux-to-Linux remote access, X might still be an option
>> > (providing you don’t mind the traffic being unencrypted).
>>
>> I tried it about 10 years ago and it worked out of the box, or almost.
>> I read of tricks to compress or encrypt the traffic, but did not try, I
>> was
>> in a LAN.
>>
>> If you search “xdcmp” in google, you find several relevant entries in
>> the
>> first page, including a howto.
>>
>> –
>> Cheers / Saludos,
>>
>> Carlos E. R.
>> (from 11.4 x86_64 “Celadon” at Telcontar)
>
>Hello fellows,
>I have an OpenSuse 12.1 system like this:
>uname -a Linux heisenberg 3.1.10-1.16-desktop #1 SMP PREEMPT Wed Jun 27
>05:21:40 UTC 2012 (d016078) x86_64 x86_64 x86_64 GNU/Linux
>I found that the local /usr/lib64/kde4/libexec/kdm_greet is the
>problem!
>Try something like this:
>Login as root on KDE
>open a terminal
># xhost +
>Kill all X server on your local machine.
>Login as root on a text console
># X -query remotehostname
>Than X should start with a graphical login of the remote machine!
>Thanks for your advertence Jan Christoph H.

Very nice, i’ll be trying that real soon. I do see a potential security
issue of the login strings running across the net unencrypted.

?-)

Don’t do that!. AFAIK xdmcp is not enable by default. You’ll need to add a section

[Xdmcp]
Enable=true

in /usr/share/kde4/config/kdm/kdmrc, make sure that ServerArgsRemote doesn’t include “-nolisten tcp”, set which host can get a login window in Xaccess (or use * for any host). Don’t do that over the Internet! Using ssh -X or ssh -Y, you can tunnel the whole X session encrypted instead or just an application, either in another tty or in a window or full screen (such as on a new desktop page) by running Xephyr on the client (which becomes indeed the server) … or you can just use FreeNX or NoMachine NX (which will be probably easier).

On Sun, 12 Aug 2012 22:26:03 GMT, please try again
<please_try_again@no-mx.forums.opensuse.org> wrote:

>
>josephkk;2479747 Wrote:
>>
>> Very nice, i’ll be trying that real soon. I do see a potential
>> security
>> issue of the login strings running across the net unencrypted.
>>
>> ?-)
>
>Don’t do that!. AFAIK xdmcp is not enable by default. You’ll need to
>add a section
>
I might have picked up on this when i try it, knowing in advance is better
though.
>
>Code:
>--------------------
> [Xdmcp]
> Enable=true
>--------------------
>
>
>in /usr/share/kde4/config/kdm/kdmrc, make sure that ServerArgsRemote
>doesn’t include “-nolisten tcp”, set which host can get a login window
>in Xaccess (or use * for any host). Don’t do that over the Internet!
>Using ssh -X or ssh -Y, you can tunnel the whole X session encrypted
>instead or just an application, either in another tty or in a window or
>full screen (such as on a new desktop page) by running Xephyr on the
>client (which becomes indeed the server) … or you can just use FreeNX
>or NoMachine NX (which will be probably easier).

What i would really like is a secure tunnel to the graphical login screen
produced by xdm or kdm. That i could use it from Internet without too
much fear (provided that the other end can be configured to match, i
intend to require another secure tunneled password to get past my VPN
router). I lose some performance that way but have decent security.

?-)

If you want to see the xdm or kdm login screen in order to select the desktop and/or log in as any usr, use the NoMachine NX server. If you don’t care about the login screen but want to log in directly, use FreeNX server.

See these 2 articles:

On the client (either Linux, Windows or Mac OS X), just install the NoMachine client available on NoMachine website.
In the NoMachine client, select Desktop: Unix xdm and under settings “Query an X desktop manager”. But you will still need to enable xdmcp for this to work … unless you start a KDE, Gnome or Xfce session directly. It is secure (create your own keys!).

On Wed, 15 Aug 2012 02:16:03 GMT, please try again
<please_try_again@no-mx.forums.opensuse.org> wrote:

>
>josephkk;2480138 Wrote:
>>
>> What i would really like is a secure tunnel to the graphical login
>> screen
>> produced by xdm or kdm. That i could use it from Internet without too
>> much fear (provided that the other end can be configured to match, i
>> intend to require another secure tunneled password to get past my VPN
>> router). I lose some performance that way but have decent security.
>>
>> ?-)
>
>If you want to see the xdm or kdm login screen in order to select the
>desktop and/or log in as any usr, use the NoMachine NX server. If you
>don’t care about the login screen but want to log in directly, use
>FreeNX server.
>
>See these 2 articles:
>
>- ‘Setting up NX server (part I: FreeNX)’
> (http://tinyurl.com/7ffnmkr)
>- Setting up NX server (part II: NoMachine NX)
>
>
>On the client (either Linux, Windows or Mac OS X), just install the
>NoMachine client available on NoMachine website.
>In the NoMachine client, select Desktop: Unix xdm and under settings
>“Query an X desktop manager”. But you will still need to enable xdmcp
>for this to work … unless you start a KDE, Gnome or Xfce session
>directly. It is secure (create your own keys!).

Un-huh. Looks nice. Gotta try it. Say, does it work in VMs?

?-)

Of course. FreeNX is the first thing I install in KVM virtual machines because it’s way faster than VNC (and safer if it matters).