Got a tip for us?
Let us know
Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
[How to] control your mac using win RDP client (XRDP compiling guide on OSx)
- Thread starter coozoo
- Start date
- Sort by reaction score
Oh man I absolutely loved this script for all my hackint0sh and real Mac hardware, unfortunately it's no longer working through El Capitan and I can't seem to get past the setup stages when I try to compile it myself 
any chance we'll have an updated guide for El Capitan?
any chance we'll have an updated guide for El Capitan?Oh man I absolutely loved this script for all my hackint0sh and real Mac hardware, unfortunately it's no longer working through El Capitan and I can't seem to get past the setup stages when I try to compile it myself
Never mind! Just needed to disable System Integrity Protection from Recovery: csrutil disable
Everything working great again, cheers
This is great! Thank you so much for your effort
A feature request, if possible. Can we found a way to login users from RDP client settings? The Mac is connected to Active Directory and I would like users to login automatically on there session easy, without manually entering credentials.
A feature request, if possible. Can we found a way to login users from RDP client settings? The Mac is connected to Active Directory and I would like users to login automatically on there session easy, without manually entering credentials.
Thanks for trying it, nice catch you found a bug
It's not a bug, but the older version in this thread is not compatible with the current OS X release. Is there an updated installer?
Thanks for some great work!
Sorry suppose it's not possible... because I'm not sure that mac designed for automatic domain login...This is great! Thank you so much for your effort
A feature request, if possible. Can we found a way to login users from RDP client settings? The Mac is connected to Active Directory and I would like users to login automatically on there session easy, without manually entering credentials.
But maybe it's possible to do some workaround it needs additional settings in osx... and maybe it's possible to trigger osa script that will enter password into login window that comes from xrdp... (but even in this case as i remember I have different problems with entering into login window and this problems were different from version to version...)
[doublepost=1477420646][/doublepost]
I will try if I found mac where to do that.
Suppose the problem is not in installer, problem is an Idiots in Apple... They blocked writings to some directories, even using the root privileges, and installer not showing which action exactly blocked.
Didn't tried it yet but i believe it should help starting from "el captain" you need to disable csrutil:
- Boot into the Recovery HD by restarting whilst holding ⌘R.
- Open Terminal (from the Utilities menu).
- Run the following command in Terminal:
csrutil disable - Restart.
Oh man I absolutely loved this script for all my hackint0sh and real Mac hardware, unfortunately it's no longer working through El Capitan and I can't seem to get past the setup stages when I try to compile it myself
Sorry for late response see previous answer it's the easiest way.
csrutil disable
Failed to recompile? where you stuck?
as I understood now it's need to be compiled into opt folder maybe...
so it should be something like this...
$ ./configure -prefix=/opt/xrdp -sysconfdir=/etc -localstatedir=/var CFLAGS="-m32 -mmacosx-version-min=10.6"
hope etc and var folders was not blocked
and additionally scripts inside etc folder should be updated accordingly
but i don't think it's a good idea.. after all you are installing it as system service.. binary that is in opt folder... it's not feng shui...
After another few years of using the installer from this thread to setup XRDP, I have again run into the problem I had in the past where I couldn't use it, and had forgotten how I got past the issue. Just so that future versions of myself can find the answer, what I did was turn off System Integrity Protection (SIP) to do the install. I hope this is helpful for someone, and if it's already listed here, sorry!
Update: I found that coozoo had explained this solution in the past, but I did not find it at first because System Integrity Protection wasn't mentioned ... so again, disregard this comment. Let's see if I do this a third time, in a few years.
Update: I found that coozoo had explained this solution in the past, but I did not find it at first because System Integrity Protection wasn't mentioned ... so again, disregard this comment. Let's see if I do this a third time, in a few years.
HI
Is there an updated version that works on Mojave (and up)?
Is there a tutorial anywhere on how to install XRDP on macOS10.14+?
Thank you very much in advance for your help.
Best,
-a-
PS: or is there any alternative to XRDP to connect to a macOS system via RDP?
HI
Is there an updated version that works on Mojave (and up)?
Is there a tutorial anywhere on how to install XRDP on macOS10.14+?
Thank you very much in advance for your help.
Best,
-a-
PS: or is there any alternative to XRDP to connect to a macOS system via RDP?
Maybe. I have plans to recompile it and update to do not use system dirs.. But currently I don't have environment to do that
you can try to follow by this and you will be able to install it (but I didn't try it) theoretically your root directory protection will be turned off and old installer should work
https://www.macworld.co.uk/how-to/m...system-integrity-protection-rootless-3638975/
Thanks.
Let me know if you succeed to recompile it for 10.14. That would be great.Do you mean that the old installer (/install procedure) should work on Mojave if SIP is disabled? Is it that simple?
Tx
-a-
Thanks.
Do you mean that the old installer (/install procedure) should work on Mojave if SIP is disabled? Is it that simple?
Tx
-a-
Yes, it should, because it was compiled with standard unix paths, /usr/bin, /usr/share, and configs inside /etc, everything like it should, I've compiled it before mac make did stupid thing and restricted access to them...
And not sure what to do with services now... at least need to check
So no from mypointofview the right solution for mac it's compile everything to be in /opt
thanks, yura.
Thanks.
So I could DL the installer (already compiled) from the OP of this thread and use it in Mojave, as long as SIP is disabled?
Best,
-a-
So I could DL the installer (already compiled) from the OP of this thread and use it in Mojave, as long as SIP is disabled?
Best,
-a-
It seems like the link to DL the installer (osxXRDP.zip) from the OP is dead.
Am I wrong?
Best,
-a-
Last edited:
mmm partially you are right
Link is alive
but google saying to me "This item may violate our Terms of Service - Request a review"
hm may... what rule read they license agreement nothing about that...
so i've simply repacked zip inside 7z
try this link at least for now it works
http://drive.google.com/uc?export=download&id=1MHV9OqXFIkSIr-jNmiOurgtay5R0uJwy
[doublepost=1559034150][/doublepost]Oh found there is here upload file )
suppose it will appear under my message, you can download it )
Thanks a lot
For what it's worth I get an error 404 when clicking the link on the OP
[doublepost=1559044920][/doublepost]OK I just gave it a shot.
The installer works on 10.14.5 (Mojave) once SIP is disabled.
From the RDP client (local network): I cannot connect to OSXxRDP server via computer name (->"cannot connect to target"): I need to use IP, then it works.
(From a VNC client (local network): I can connect to macOS' VNC server via computer name, as expected).
Now.... AFAIU right now, OSXxRDP is NOT an actual RDP server for macOS, right?
It is some kind of "bridge" that allows an RDP client to connect to macOS' VNC server, right?
So basically, the performances will be the same as if I was using a VNC client, right?
I won't benefit from the performance boost provided by RDP (compared to VNC)?
Thank you very much in advance for your help.
Best
-a-
PS: How can I uninstall OSXxRDP if I need to?
Last edited:
I'm trying to install xrdp on my MBP m1 pro (macos Monterey) using this tutorial and im getting this error :
Can someone support? The.pkg posted a few posts above doesnt work (incompatible macos version).
Making all in tools
CCLD xrdp-xcon
ld: warning: ignoring file /usr/X11/lib/libX11.dylib, missing required architecture arm64 in file /usr/X11/lib/libX11.dylib (2 slices)
Undefined symbols for architecture arm64:
"_XConnectionNumber", referenced from:
_main in xcon.o
"_XNextEvent", referenced from:
_main in xcon.o
"_XOpenDisplay", referenced from:
_main in xcon.o
ld: symbol(s) not found for architecture arm64
clang: [B]error: linker command failed with exit code 1 (use -v to see invocation)[/B]
make[3]: *** [xrdp-xcon] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
Can someone support? The.pkg posted a few posts above doesnt work (incompatible macos version).
The tutorial you linked appears to be from 2019. This is well before any M1 Macs existed.
Going by this warning:
However, you should be able to compile and run it as an x86_64 executable. This will require some changes to the make process.
You can find out exactly what architectures are supported by the X11 lib with this Terminal command:
You can use the
Going by this warning:
it looks like there isn't any X11 support supplied by Apple for the arm64 architecture. That means you won't be able to compile and run anything that relies on X11, at least not as a native M1 executable.
However, you should be able to compile and run it as an x86_64 executable. This will require some changes to the make process.
You can find out exactly what architectures are supported by the X11 lib with this Terminal command:
Code:
file /usr/X11/lib/libX11.dylibYou can use the
file command to discover what kind of code any other library or .o file contains.One option might be to do the setup on an Intel mac or macOS VM & point it to the IP of M1 mac.. not as ideal though. Can't believe I am back here commenting on a thread 7 years later lol.