Jump to content

KDE Desktop Sharing: anyone has it working?


papaschtroumpf
 Share

Recommended Posts

ths is my second attempt at getting this resolved:

 

KDE comes with krfbserver (part of the kde-network package I think) that allows youto share your existing desktop over the network to any VNC client. This is different from a VNC server in tht is shares your current desktop (display 0) rahter than create a new one for the VNc client, so any app you have running on your desktop can be seen/controlled from the client.

For those familiar with WinXP Remote Desktop, or PcAnywhere, thisis basically the linux equivalent.

 

You can set up krfb in the KDE control panel under Desktop Sharing (I believe, I'm not on my linux machine right now), for exampe you can set it up to allow "uninvited" connection and protect those connections with a password.

 

My problem is that it worked great under Mandrake 9.2 and isn't working in Mandrake 10.0.

Using Ethereal, when I try to connect with the VNC client from inside my LAN, I can see a reverse DNS query for my IP address being issued by the server. Since I'm behind a NAT, I have a non routable address (172.16.....) so the lookup fails and that's the end of the connection attempt.

 

I am guessing that krfbserver introduced a new feature where the server tries to retrieve the client's DNS name either for security or simply to display "connected from <name>" instead of "connected from <IP adddress>).

 

Since this is just a guess, I was wondering if anyone has been able to successfully use the KDE desktop sharing, either from inside of a LAN or from the outside.

 

A bonus question is, how do I solve my problem?

 

Thanks

 

 

EDIT: additional info: a predecessor to krfbserver is a program called x0rfbserver. If I run x0rfbserver, I am able to remote control my desktop over a VNC client, however it is not as nicely integrated into KDE, and more importantly it x0rfbserver is much slower than krfbserver, if for no other reason that krfbserver allows you to temporarily remove the desktop background so that you don't waste bandwidth painting the desktop. The fact that it works at least shows that it's not a stupid issue like blocked ports.

Edited by papaschtroumpf
Link to comment
Share on other sites

This is what the ethereal trace looks like, notice the DNS query on the 4th line "Standard query PTR 10.1.16.172.in-addr.arpa", where 172.16.1.10 is the IP address of the client.

No.     Time        Source   sPort  Destination     dPort  Protocol Info
1 0.000000    172.16.1.10            Broadcast      ARP      Who has 172.16.1.11?  Tell 172.16.1.10
2 0.000028    172.16.1.11            172.16.1.10    ARP      172.16.1.11 is at 00:a0:c9:dc:0d:ae
3 0.000477    172.16.1.10     1142   172.16.1.11    5900   TCP      1142 > 5900 [SYN] Seq=0 Ack=0 Win=6144 Len=0 MSS=1260
4 0.000528    172.16.1.11     5900   172.16.1.10    1142   TCP      5900 > 1142 [SYN, ACK] Seq=0 Ack=1 Win=5840 Len=0 MSS=1460
5 0.000948    172.16.1.10     1142   172.16.1.11    5900   TCP      1142 > 5900 [ACK] Seq=1 Ack=1 Win=6144 Len=0
6 0.004781    172.16.1.11     32768  65.241.68.15   domain DNS      Standard query PTR 10.1.16.172.in-addr.arpa
7 0.021721    65.241.68.15    domain 172.16.1.11    32768  DNS      Standard query response, No such name
8 0.071306    172.16.1.11     5900   172.16.1.10    1142   TCP      5900 > 1142 [FIN, ACK] Seq=1 Ack=1 Win=5840 Len=0
9 0.071479    172.16.1.10     1142   172.16.1.11    5900   TCP      1142 > 5900 [ACK] Seq=1 Ack=2 Win=6144 Len=0
10 0.071642   172.16.1.10     1142   172.16.1.11    5900   TCP      1142 > 5900 [FIN, ACK] Seq=1 Ack=2 Win=6144 Len=0
11 0.071661   172.16.1.11     5900   172.16.1.10    1142   TCP      5900 > 1142 [ACK] Seq=2 Ack=2 Win=5840 Len=0

 

I do have an entry in my /etc/hosts file that looks like:

 

172.16.1.10 Ebony.mydomain.name.com Ebony

 

"Ebony" is the name of the windows machine running the client, and the domin name is a real dowmain name.

Edited by papaschtroumpf
Link to comment
Share on other sites

  • 3 weeks later...

OK, I finally got around to setup BIND on my machine and it appears to work as shown by the ethereal capture below, but the server still terminates the session immediately.

Now I'm stumped. Any idea? are there any logs where I dig for error messages or indications of why the session was refused?

 

o. Time Source sPort Destination dPort Protocol Info

1 0.000000 172.16.1.11 32896 172.16.1.11 5900 TCP 32896 > 5900 [sYN] Seq=0 Ack=0 Win=32767 Len=0 MSS=16396 TSV=2668778 TSER=0 WS=0

2 0.000031 172.16.1.11 5900 172.16.1.11 32896 TCP 5900 > 32896 [sYN, ACK] Seq=0 Ack=1 Win=32767 Len=0 MSS=16396 TSV=2668778 TSER=2668778 WS=0

3 0.000050 172.16.1.11 32896 172.16.1.11 5900 TCP 32896 > 5900 [ACK] Seq=1 Ack=1 Win=32767 Len=0 TSV=2668778 TSER=2668778

4 0.001660 172.16.1.11 32799 172.16.1.11 domain DNS Standard query PTR 11.1.16.172.in-addr.arpa

5 0.010937 172.16.1.11 domain 172.16.1.11 32799 DNS Standard query response PTR Mandrake.mycat.is-a-geek.com

6 0.029341 172.16.1.11 5900 172.16.1.11 32896 TCP 5900 > 32896 [FIN, ACK] Seq=1 Ack=1 Win=32767 Len=0 TSV=2668808 TSER=2668778

7 0.030285 172.16.1.11 32896 172.16.1.11 5900 TCP 32896 > 5900 [ACK] Seq=1 Ack=2 Win=32767 Len=0 TSV=2668809 TSER=2668808

8 2.484098 172.16.1.11 32896 172.16.1.11 5900 TCP 32896 > 5900 [FIN, ACK] Seq=1 Ack=2 Win=32767 Len=0 TSV=2671263 TSER=2668808

9 2.484142 172.16.1.11 5900 172.16.1.11 32896 TCP 5900 > 32896 [ACK] Seq=2 Ack=2 Win=32767 Len=0 TSV=2671263 TSER=2671263

Link to comment
Share on other sites

  • 1 month later...

Did anyone with this problem solve it by going to 10.1?

I have 10.0 pretty stable and configured to my liking so the only incentive for me to go to 10.1 this point would be to get this working since x0krfbserver is really slow and I still haven't figured out why it's not working.

A google search brings up more people with the same problem but no answer.

I'm not even sure Mandrake recognizes this as a bug so I'm not sure they even changed it in 10.1.

Link to comment
Share on other sites

  • 2 months later...

I've never had a problem with krfb through Linksys NAT in Mandrake 9.1 to Cooker 10.2, or with VNC/TightVNC in Mandrake 8.0 to 9.0. I prefer Mandrake's rfbdrake, since it uses lower image quality/faster drawing settings than krfb. If you don't mind the awkward setup and not actually sharing an existing session, nxdesktop is faster than both rfbdrake and krfb, without sacificing image quality.

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
 Share

×
×
  • Create New...