UPDATE : Version 3 now officially released: http://scarygliders.net/2013/07/25/x11rdp-o-matic-version-3-now-released/
Finally, after months of personal life hacking, I get to update the utilities!
Important features at-a-glance:
Now creates packages! After compiling on one machine you can bundle the packages up and install on another system of the same arch (e.g. amd64, i686)
No longer uses old source code! Uses the shiny, up to date source!
Here's the Changelog for v3.0b1 …
–= v3.0-BETA1 =–
[X11rdp-o-Matic]
————————
. changed the git download to the main repository
. removed the writing of an edited xrdp.ini configuration file – the "modern" version supplied upstream has x11rdp as default
and also has additional options configured
. added checkinstall to create an xrdp package for handling by a distro's package manager
. Use the Xorg 7.6 build script as supplied with the xrdp tree (Hurrah!)
. Updated the editing of buildx.sh by using a patch, instead of editing it directly via sed
. The patch file will be edited instead then used to patch buildx.sh
. Patched buildx.sh will use checkinstall to build the Xorg packages (Hurrah!)
. Added update-rc.d command so that xrdp will start on next boot
. All created packages and the X11rdp binary copied into a final packages dir for easy copying and transfer to
another system for installation – now you can compile on just one system and install on another without
compiling on the other system ;)
. Patches xrdp Makefile in order to generate a package
. Patches X11rdp Makefile in order to generate a package
. Removed Zenity front-end entirely! The text/dialog front-end for rdp-o-matic is good enough. Less to maintain, too.
. cleaned up the script to remove cruft from previous versions
. Changed CHANGELOG order to "latest to earliest" ;)
[RDPsesconfig]
————————-
. Included MATE for various versions of Ubuntu – will automatically add the repository according to which Ubuntu version.
. Removed Zenity front-end entirely! The text front-end is good enough. Zenity was a pain and it means less to maintain.
. cleaned up the script somewhat to remove some cruft
…..ooOOOOOoo…..
Still to do:
- Write a script which will bundle everything together into a selft-extracting script which will unbundle, install, and set up an xrdp init script to start on bootup
- ????
Want to try it out?
If you wish to try out v3.0 Beta1, then it's available under my git repository, in the "devel" branch.
Note it's advisable to run it in a "disposable" virtual machine running your debian-based distro of choice. It is Beta quality after all ;)
Install git beforehand if you haven't already! (sudo apt-get install git)
Then in a terminal window issue;
git clone -b devel git://github.com/scarygliders/X11RDP-o-Matic.git
This will download v3.0-Beta1 into the usual X11rdp-o-Matic directory.
EDIT:
Just a quick note to those beta-testing it : use the --justdoit option when starting the X11rdp-o-Matic.sh script, and that way you will see the scroll properly – the default is to use dialog as a "tidy" way of viewing what's going on. So that'd be:
sudo ./X11rdp-o-matic.sh --justdoit
Please test this out on a distro of choice and report back the Distro name/version, and how it worked out for you.
Once I get any wrinkles ironed out, I'll make a full official release and merge it to the master branch and have it as a downloadable on the Central Downloads page.
IMPORTANT NOTE FOR RUNNING : DO NOT RUN IT BY DRAGGING THE SCRIPT ONTO A TERMINAL ICON – it won't work!
Instead, just open a terminal window, cd to the X11rdp-o-matic directory, and run it using sudo. (Yes, I actually spotted someone on a forum saying they tried running it by dragging the script onto a terminal window! [ Perhaps that’s my fault for not explaining how to run the scripts explicitly enough and for that I apologise. ] )
Happy testing!
X11rdp-o-Matic v3.0Beta1 Available for testing,
Tried this, didn't work. The way the screen doesn't "really" scroll makes it difficult to understand what's gone on when it says to investigate. You may want to change that.
At any rate, I'm going to try again, but would like to wipe out all that was installed. Is it safe to say that rm-rf of /opt/X11rdp/bin would do that for me?
Thanks
-SM
Sandro hi,
You’ll probably find that everything is installed as a package now, so to find out issue a “
apt-cache search x11rdp” and you’ll see lots of mention of “x11rdp-*” packages.To remove, simply “
apt-get remove --purge x11rdp*” – and that’ll deinstall the packages – there may be some residual left in /opt/X11rdp but that can be removed the old fashioned way.Also,
apt-get remove xrdp– that was also a generated package.BEFORE you do that though, try
cd ~/X11rdp-o-Matic/xrdp/xorg/X11R7.6/, and run “sudo ./buildx.sh /opt/X11rdp” manually – it’ll probably compile the X11rdp binary once more and then when you issue “sudo service xrdp start” everything should work.I’m trying to track down what’s going on with that…
Also, lastly, if you want to see what is going on with the build, start X11rdp-o-Matic with the
--justdoitoption – it’ll do everything without using dialog.Regards
Hey thanks for the update. Now that you mention it, I remember that "justdoit" flag on the previous version and didn't try. Of course, I was rushing and just deleted all that stuff in /opt/x11rdp and now the packages make some noise, so I'll go unbreak stuff, try again and let you know :)
Hi.
Good work ;)
May I ask if a support for cinnamon (mint 14 and greater) will be added in future releases ?
Regards.
I did have Cinnamon support added in for Ubuntu, but when I tested it, Cinnamon would not cooperate with an RDP session.
I’ll have a look at re-adding it for Mint, but if it does the same thing with an RDP session then I’ll not put it in until whatever it is about Cinnamon that doesn’t like RDP sessions is sorted out.
Regards
Not working for xubuntu 12.04
Still have the same error, when we don't uses old sources codes =(.
Roman, hi…
Please give more information – what exactly didn’t work, would help me, for example :)
Also in what way did it not work?
Was there any error messages?
In order to sort out whatever didn’t work, I really, really need to know precisely HOW it didn’t work – just posting “it didn’t work :( ” isn’t going to help me help you.
Regards
Kevin.Â
Hi Kevin, i think you well know that's error it performs in your how-to's to xrdp, when you don't use this branch: git checkout 4cd0c118c273730043cc77b749537dedc7051571 # revert to an earlier, working version
Unrfortunaly, i allready rebuild xrdp this xrdp-o-matic 2.5.
Roman,
Yes that's in there because at the time of writing the older version(s) of the o-matic scripts, that particular "snapshot", if you like, of xrdp was a working version.
Time, however, has moved on, and when I tested Beta1 on a few distros – including my main workstation – I end up with a working X11rdp setup.
Something obviously didn't work for you when using Beta1 – it's unfortunate I can't see WHAT went wrong.
What I'll do is I'll run Beta1 on a fresh installation of Xubuntu 12.04 myself, and see if I can spot the problem, and report back/adjust Beta1 where necessary.
It is a Beta version after all – we can expect there to be fires and mayhem on the road to a gold release ;)
Regards!
Kevin.
Kevin,
I’m using Ubuntu 12.10.
The first time I tried the beta, upon connecting I was getting errors or dialogs with no text or just inability to start the desktop session. I tried your suggestion of removing the X11rdp* packages, killed dead what was left in /opt/X11rdp, and removed the xrdp package.
Trying again, I see this:
Downloading xrdp source from the GIT repository…
fatal: destination path 'xrdp' already exists and is not an empty directory.
patching file buildx.sh
Reversed (or previously applied) patch detected! Assume -R? [n]
I go with the default.
Apply anyway? [n]
Again I go with the default. Then after a bit,
patching file Makefile
Reversed (or previously applied) patch detected! Assume -R? [n]
I go with no, and apply anyway. It then appears to finish building xrdp and dumps me to…
There was a problem… the /opt/X11rdp/bin/X11rdp binary could not be found. Did the compilation complete?
Stopped. Please investigate what went wrong.
Is this familiar or just me?
Thanks.
Edward
Edward, hi, and thanks for the feedback :)
This is because the utility doesn’t yet take into account the fact that the xrdp source is already downloaded and patching/compilation has already taken place…
If you want to try it all again, sudo rm -rf ~/X11rdp-o-Matic (you’ll need to use sudo as files are written by the superuser when running the utility).
I also suggest running the utility with the –justdoit option – that way any errors which occur will show up in the scroll – the dialog default is just to have a “nice”-looking screen whilst the utility is churning away.
I’ve been busy with Real Life at the moment so haven’t yet had the chance to take various feedback into account yet and incorporate changes to the source code – I’m hoping to make improvements “soon” so bear with me.
Regards
Kevin.
Just wanted to drop you a line to say “THANK YOU FOR THIS!”
Now a spot of history:
I’ve been trying for a little over a week to get an RDP server up on one of my virtual boxes. I had failure after failure with different distro’s and finally ‘bit the bullet’ and fetched Debian 6 (because I’m sure I saw somewhere some part of xrdp liked Debian) to try again. Installation did fail the first time and I can’t say why because I neglected the –justdoit flag. but on the second go-round it went in pretty as you please.
I’m even writing this from the aforementioned Debian box which I’m RDP’ed into.
This is so cool! Now I should be able to get to my dev box “from the wild!”
I love drinking coffee too ;)
Thanks for the feedback… There must be some kind of a race condition between ending the Xorg/X11rdp compilation, and the checking of the X11rdp binary… I’ll need to check what this is. Probably tomorrow.
Regards!
Kev.
I also want’s to say BIG THANKS, dude. Great work!
Many thanks for this very impressive work – and that goes for everyone involved with xrdp / FreeRDP. Good job guys :)
Used an older version of this script and I was basically up and running in minutes with KDE over RDP. It’s quite a surreal experience the first time you connect to it from Windows …
Currently playing with setting up an xrdp server within a linux container (lxc) on Ubuntu 12.04 because it’s a slow weekend :P
Downloaded ubuntu-12.04.2-desktop-amd64.iso and installed with defaults in Virtualbox. Ran the o-matic commands in terminal window. Still it ended up with:
…
autom4te: /usr/bin/m4 failed with exit status: 1
aclocal: /usr/bin/auto4te failed with exit status: 1
autoreconf: aclocal failed with exit status: 1
patching file Makefile
make: *** No targets specified and no makefile found. Stop.
There was a problem…
Ignore my last post, the problem was probably caused by lack of diskspace.
Well now it proceeded much further before finally failing again.
I finally got it working.
¤ Fresh Ubuntu install and fully updated
¤ installed git and libxfixes-dev and rebooted.
Out of curiosity, does this build put the sound sinks in /tmp/?
Hi, so i’m using ubuntu 12.10 and looks like i managed to install it using –justdoit and with some manual workarounds.
At first, I got a load of errors similar to this:
*** processing module libpthread-stubs-0.3 (7 of 102) ***
downloading file libpthread-stubs-0.3.tar.bz2
failed to download libpthread-stubs-0.3.tar.bz2 – aborting build
Fixed this by finding the files online and manually copying inside the X11rdp directory.
I’ve noticed this error has been raised on the forums and the issue is apparently fixed in recent builds:
http://xrdp-devel.766250.n3.nabble.com/Xrdp-devel-X11rdp-not-buildable-at-the-moment-td4025024.html
Can’t say that was definitely the problem as x.org was actually down at the time however all of the mirrors also seemed to host half the files in different locations).
Once installed, I ran RDPsesconfig.sh. I only have Gnome 3 installed on this home server but was no option for Gnome. Went with the default “Unity”. Then checked the .xsession and it was completely blank.
(Btw. When I had xrdp installed from the Ubuntu repositories it automatically detected I had Gnome installed and on connection would show a “Gnome 2 style” desktop. Tbh part of the reason for discovering/installing X11rdp-o-matic was to see if there was a way of enabling a native Gnome 3 desktop to be shown.)
Ran RDPsesconfig.sh again, selected Xfce and it apt-get’d the whole of Xfce surprisingly.
xrdp wasn’t started it so started it with “sudo service xrdp start”
Ran Remote Desktop Connection on a Windows machine and a message box appeared with:
“no library name specified in xrdp.ini, please add lib=libxrdp-vnc-.so or similar”
When i click OK it shows the xrdp login screen but upon entering a password (with the default “sesman-X11xdp” selected as the module) it kills the Remote Desktop connection.
I could only find one reference to the above error (lniked below) and was wondering if you had any advice, or should i just wait for beta 2?
https://github.com/FreeRDP/xrdp/issues/53
Thanks
If this is working i’m getting no feedback that the post has been made successfully…
First: thanks for this package.
After some problems with 4 different installations on different machines I always got it to work.
I try to remeber some of my problems:
My firstproblem was a http-proxy in out network, that blocked right away one of the first commands mentioned on this page:
git -clone … git:// <– as this would use port 9418 I think, it was blocked and could not download the files
Easy to fix, changed git:// to http://.
The proxy was the problem multiple times, I had to start over again and again, until I fixed all areas in scripts etc, because later it for example tries to download pakcages from ftp:// … etc.
Another problem was, that with every of my 4 installations the last part of the script "X11rdp-o-matic.sh" failed to move the rsakeys.ini and grant access to user "xrdp" because both did not exist, as xrdp got never installed before:
"sh -c "mv /etc/xrdp/rsakeys.ini /usr/share/doc/xrdp/; chmod 600 /usr/share/doc/xrdp/rsakeys.ini; chown xrdp:xrdp /usr/share/doc/xrdp/rsakeys.ini; …"
I had to manually go to the subfolder xrdp and call "sudo make install".
And once there was a problem (Debian Wheezy), that it tries to install some libs to /usr/local/lib/xrdp/lib… and some to /usr/lib/xrdp/lib, and libtool errors said something like "cannot install to filder if not ending to /usr/local/xrdp/…".
I think it could be caused by running the script as root and not as user with "sudo X11rdp-o-matic.sh" or running "make install" as root (withoud changing prefix=)… but I don't know anymore.
This caused some more problems, after I got xrdp running after some time, and I could connect by rdp, it showed blank grey box and nothing to select in the selectbox.
This was because all bitmaps and cursor files where not found by xrdp (/usr/local/share/xrdp/ instead of /usr/share/xrdp)
until I symlinked those folders /usr/local/ to /usr/… not a good solution.
I used version 2 in the past. Very nice stuff. I now tried version 3.0 Beta1 with a new Ubuntu 12.10 installation and I get the following error:
make[2]: *** No rule to make target `../../src/glsl/libglsl.a’, needed by `libmesa.a’. Stop.
make[2]: Leaving directory `/home/username/X11RDP-o-Matic/xrdp/xorg/X11R7.6/build_dir/Mesa-7.10.3/src/mesa’
make[1]: *** [install] Error 1
make[1]: Leaving directory `/home/username/X11RDP-o-Matic/xrdp/xorg/X11R7.6/build_dir/Mesa-7.10.3/src’
make: *** [install] Error 1
Any idea?
Thanks in advance
This link mentions this error.
http://visitusers.org/index.php?title=Really_Large_Tree
v3.02 fixed this.
Regards.
Hello, thanks for this work. I just wanted to give some feedback.
– Ubuntu 12.04.02 LTS Minimal Server installed, nothing else.
– Using 3.0beta2 from the devel git location
– Ran ./X11RDP-o-Matic.sh –justdoit –reuse –nocleanup
– First run, everything downloads, compiles, and begins to install
– One error during install at the end
“ranlib: could not create temporary file whilst writing archive: No more archived files”
– This is caused by this line in the make:
test -z “/usr/lib/xrdp” || /bin/mkdir -p “/usr/lib/xrdp”
– The problem is that /usr/lib/xrdp never gets created. Maybe use
-d in the test instead.
– Fixed by manually creating /usr/lib/xrdp and running again.
– After this mkdir the package installed just fine.
– Suggestions:
– Fix race condition in test -z code or use -d
– in RDPsesconfig.sh, when selecting lxde, you also need to add
the lxde-icon-theme package to the RequiredPackages area of the
config_for_lxde function
– For the final release try to not use a custom git for xrdp. Feed
the fixes from (https://github.com/ghomem/xrdp.git) into the
v0.7 tree.
I hope this helps others/developer. It is a great effort and as you can see it is getting very close. Keep up the good work!
—
One other thing, none of the command line options for reusing or cleaning up the source are working. It would be really nice to start off the install right where it left off after a failure. I.e., not having to download, compile Xorg all over again just because the install failed at the very end. Unless I am missing something, I can’t ever get the –reuse or –no cleanup to ever do what it is duppose to do.
BTW, why must I always have to refresh this captcha before I submit. Otherwise, I get a server error with the current one.
Thanks again!
Version 3 Perfect on Lubuntu. Just need to do #apt-get install libpulse-dev
good job
Seems to be working good on Ubuntu Server 12.04.2 64bit using devel branch at commit b3cf802eb9!
As others have commented in various posts, running twice seems to be crucial.
I added /usr/lib/xrdp directory ahead of time as suggested in comments. I ran x11rdp-o-matic.sh until it died with “There was a problem… the /opt/X11rdp/bin/X11rdp binary could not be found. Did the compilation complete?” I ran it again and it plowed right past. Running twice is the key!
A couple of comments about the installation process, but not a big deal:
1) My system already had python 2.7.3 installed, but it was downloaded and compiled as part of the o-matic process.
2) You could potentially speed up the installation process by doing downloads in the background as things compile.
3) The final message is full of \n. Might have missed a -e somewhere… “\nCongratulations!\n\nX11rdp and xrdp should now be fully installed”
I had keyboard layout problems with xrdp before, but using your installer I can switch to DVORAK with no issue at all.
It would be nice to elaborate in RDPsesconfig as to just what LXDE installs. I was expecting alot more of the desktop environment based on the selection. Perhaps note that it is lxde-minimal or such.
I ran it and it went OK. Both the sesconfig and tne o-matic. BUT, when I open firefox on x11rdp the whole thing goes away. Anyone experiencing this too? If I start with vnc it dont happen though. Any suggestions. Thank you all.
Ran with –justdoit per above on a google compute instance of Debian wheezy v20130515 inside screen (in case that matters)
Failed at
make install failed for module Mesa-7.10.3
Am really keen to use this on remote VMs (AWS etc) where only initial access is via ssh but a lot of solutions out there assume you have local access to the machine to do some desktop stuff at some point.
Is there anything I should try to correct the above?
Ran –justdoit and install worked perfect. Now when I try to connect remotely, I am presented with the “Login to xrdp” dialog box and asked to select a module.
When I use “sesman-X11rdp”, I receive this message:
xrdp_mm_process_login_response: login successful for displa…
started connecting
connecting…
connected ok
but then seconds later, the connection is lost and the screen closes.
If I use “sesman-Xvnc” everything seems to work fine and stay connected.
Is it ok to be using sesman-Xvnc? Any idea why the connection for sesman-X11rdp does not stay connected for me? Thank you. Wonderful work on this great, automatic package, by the way.
Could you check that the X11rdp binary exists ? In my case i have the same message as you have because the binary is missing. It should be in “/opt/X11rdp/bin/”
looks like X11rdp binary is missing, could you check ? I get this problem on ubuntu
To make things more efficient, can you check to see if certain modules you need are already packages installed on your system (such as Python 2.7) and not build them if the version installed are acceptable for use? It would reduce compile time, remove duplicate copies and increase stability.
Hi,
All versions of the script fail on my ubuntu 12.04 LTS with:
/usr/bin/ld: ../os/.libs/libos.a(auth.o): undefined reference to symbol ‘XauReadAuth’
/usr/bin/ld: note: ‘XauReadAuth’ is defined in DSO /opt/X11rdp/lib/libXau.so so try adding it to the linker command line
/opt/X11rdp/lib/libXau.so: could not read symbols: Invalid operation
collect2: ld returned 1 exit status
make[2]: *** [Xprt] Error 1
make[2]: Leaving directory `/opt/X11rdp/x11rdp_xorg71/xorg-server-X11R7.1-1.1.0/Xprint’
resulting on the X11rdp binary not being created. By the way, the script does not signal it so it’s hard to diagnose, especially as there is a lot of output.
It seems i confused versions. Old versions fail with the above error, as does the manual compilations. The beta version immediately fails with:
patching file buildx.sh
Hunk #1 succeeded at 28 with fuzz 2 (offset 1 line).
Hunk #2 FAILED at 241.
1 out of 2 hunks FAILED — saving rejects to file buildx.sh.rej
patching file Makefile
using /opt/X11rdp
*** processing module Python-2.7 (1 of 102) ***
downloading file Python-2.7.tar.bz2
buildx.sh: 193: cd: can’t cd to build_dir
tar (child): ../downloads/Python-2.7.tar.bz2: Cannot open: No such file or directory
tar (child): Error is not recoverable: exiting now
tar: Child returned status 2
tar: Error is not recoverable: exiting now
error extracting module Python-2.7
error building X11rdp
Jerome, hi
Okay, I tested it on Ubuntu 12.04 LTS and yes it fails as you described.
The reason is that the Beta version grabs the xrdp source from the “master” Git repository by default, and that’s been changing recently, so the patch to the Makefile is now different from what my patch is expecting, and of course fails.
Working on a workaround for this as you read this. I’ll make a new post about the new beta version as soon as I find a solution – I’m trying checking out the v0.7 branch of xrdp/x11rdp from Git, and I’ll adjust my script to only use that version for now, until a new version comes out – that means we’ll have a known target branch to work against each time.
Oh, tell me, did you also try v2.5 of my scripts? That one should work.
Regards.
Hi,
I managed to get the beta script to run by patching the buildx file myself, thanks. Other versions failed, with the error given in my first comment. Would it be possible that the old versions use xorg 7.1, causing this ?
v2.5 should have worked with Ubuntu 12.04 – I have tested it and developed it somewhat on 12.04 – that it failed for you is puzzling.
Also – it’d be great if you could publish the diff for your patch as well :)
Version 2.5 works with ubuntu 12.04.2 LTS desktop 32bit.
Many thanks for that installation tool.
I have running a wubi installed ubuntu 12.04.2 LTS desktop 32bit under Windows XP with coLinux as a Windows service and can use the Microsoft RDP connection client (MSTSC.EXE) for the “remote desktop” connection to ubuntu 12.04.2 LTS. This works very good, if you use a private network client (MS Loopback adapter and colinux ndis-bridge adapter or the TAP adapter) and not the coLinux slirp network. The coLinux slirp is functional, but it have not the needed performance for the unity-2d desktop or others (Gnome, KDE …).
Just compiled current beta version on ubuntu 13.04. Sorry, didn’t work. The problem is:
$ sudo /etc/init.d/xrdp start
* Generating xrdp RSA keys…… xrdp-keygen: error while loading shared libraries: libcommon.so.0: cannot open shared object file: No such file or directory
Any hints? what libcommon is anyway?
Regards
P.
Hello, I tried installing x11rdp-o-matic and when I rebooted my computer after the Xubuntu loading screen, the monitor just went black. However I tried logging in to the computer via RDP and this works but I can’t do anything with the monitor/keyboard/mouse physically connected to the machine. How can I uninstall x11rdp-o-matic or fix this? Thanks!
Which version of Xubuntu?
Also, using these scripts will not touch anything to do with the Xorg configuration on your machine. It installs a version of Xorg which is completely separate from your desktop setup, and which is only used to provide the RDP back-end. Trust me when I say that if there’s some underlying problem with the Linux installation to begin with, then that will eventually show up with “odd things” happening.
From the description of your problems above, it looks like your desktop Xorg configuration has been changed in some way – this is not a thing which the o-matic scripts will do, as the configuration files and system files it produces have nothing to do with the system’s desktop Xorg configuration.
whats the diference between this and xrdp server? from repositories i use Linux mint 15 olivia and install xrdp and y can rdp from windows
Good question :)
xrdp as supplied in packages by Distros only comes with the VNC back-end. So basically you’re getting less performance, even though you are using the RDP client.
By using the x11rdp back-end, you get better video performance on your RDP sessions.
To obtain and use the x11rdp back-end, you need to obtain the x11rdp source and compile it.
For non-technical users it’s a bit of a pain. It’s a bit of a pain for techie users too ;)
This script automates that installation. Simples! ;)
Regards.
Thanks allot, im geting Mesa compile errors on the last beta 3 , under Linux Mint 15 64 BITS mATE EDITION
It’s a beta for a reason ;) Thanks for the feedback – when I get the time I’ll have a look to see what’s going on with that. Recently I’ve been busy doing things for my goodly wife’s website, which has proven to be an immense time sink.
But it’s for my wife, so I can’t say no ;)
Was getting errors on the Mesa build as well – implemented temp fix by breaking out of “X11rdp-o-matic.sh” (well, “TextFrontEndIncludes”) before the build and running “./bootstrap” and “./configure –enable-fuse” in the xrdp directory, then resuming the scripts. Still need to move the libs around afterwards, though.
Jeff thanks for that, I’ll add that in the configure line.
Can you explain what you meant by “move the libs around” ?
Regards!
When starting the “rdp” service, several of the libs couldn’t be found. I was copying them manually to “/opt/X11rdp/lib”, but later found it was easier to run “make install” from the xrdp directory, which copied things to “/usr/lib/xrdp”, and then everything started up fine. Could be the “configure” messed up default paths, but I didn’t investigate. The new version of X11rdp supports sharing local directories to the server, which is a big plus. And thanks for your great work!
Thanks for an excellent script.
My setup: Headless Ubuntu 13.04 server with desktop components installed (gnome-fallback is the default in .xsession file). Hosted on a dedicated server in a remote data center.
Ran the most recent beta script on June 13th. Tried running both as root and sudo. Had to create the /usr/lib/xrdp folder manually.
My “client” is a Windows 7 PC. Am able to RDP using the “sesman-vnc” option on the login dialog. Works fine – my session info is retained if I disconnect and reconnect my session. However, I am unable to login via the “sesman-X11RDP” option (tried as root and ordinary user). The behavior/symptoms are identical to what you have described here (http://comments.gmane.org/gmane.network.rdesktop.xrdp.devel/1212). Following a few other comments here, I have made sure that the X11rdp binaries are there in /opt/X11rdp/bin. Can you please help get past this issue.
Another question. Since RDP over SSH will not work for me (can’t run putty on PCs where I want to rdp from), I am interested in using the “high” security setting in /etc/xrdp/xrdp.ini. (more info – http://xrdp.sourceforge.net/documents/security/). However, just setting it to high doesn’t work – I am unable to connect using any mechanism (even sesman-vnc). I suspect that the step where you generate the rss keys needs to be run again as well. Can you please tell me what steps I need to follow to be able to use “crypt_level=high” in xrdp.ini.
Thanks.
Disregard the “crypt_level=high” bit. I was able to change it to “high” and RDP via sesman-vnc. I must’ve messed something up the last time. However, I am still unable to connect via “sesman-X11RDP”. Spent a few hours yesterday again looking through settings and logs, but, don’t see anything obvious. Please help!
Hey there,
As far as I’m aware, xrdp currently only supports “low” as the crypt-level. The reason you were able to connect using the VNC back-end was because xrdp ignores anything other than the “low” setting. Perhaps ask the author of xrdp/x11rdp about this.
Regards