[Apple Remote Desktop Client Pc 26
Julieann Rohde
The only way I managed to resolve this issue was to create a new admin user account on the remote client and re-authenticate (delete or edit details of the the connection) with new details. This then sorted the access denied issue.
Then on the computer you are running Remote Desktop, select All Computers in the left column. Then right-click (tap with 2 fingers) the computer you want to access, select Get info, and then under the Attributes, change the login name to the remote computer's account name without spaces. This should resolve the problem of denied access via Remote Desktop 3.9 (assuming the password is correct).
Or forget Remote Desktop, and instead use Finder, select the shared computer in the left column you want to access, and then select the Share Screen feature. Then login. That method still worked for me, even though I was denied access to the same remote computers via the Remote Desktop app. Go figure.
Note: I had to use the Finder method (share screen) to even get to the remote Mac's in order to fix the problems with Remote Desktop 3.9. I've had similar problems in the past (prior to Yosemite if my memory is correct), and I suspect these are due to the underlying Unix requirement of computer account names that don't have spaces or single quotes as part of the name--causes parsing problems since these characters serve as delimiters in certain contexts. Sigh...
I used the shortform login ID's to temporarily solve the problem but it comes back in spades. What's worse is that i maintain over a hundred computers around the world remotely and this has turned into an absolute catastrophe for me.
I found that after updating the ARD application and all the remote clients, I had to re-enter the credentials to each computer in ARD by getting Info on each one and edit the username/password. If the remote boxes are old version of the OS, also set under the ARD preferences in Security to support older versions.
Internet Gypsy's solution is what finally worked. I created a new Administrator account and used that login info for setting up the client computer and thankfully that solved the problem. Thanks Internet Gypsy!!
I was having the same problem, and after talking with Apple Support, we were able to work around this by making sure that the login information is using the short name of the client instead of the long name. For example, say the client has a login of "Patty Smith" and the short name is "pattysmith", the login settings for that client in Remote Desktop 3.9 must use the short name "pattysmith" otherwise access will be denied.
After discussing the same problem I had with Apple Support, we were able to resolve the problem by making sure we were using the short version of the client user names. For example, if the user name on the client computer is "Patty Smith" with the short version "pattysmith", and in my case I was using the long names, by changing the logins to the short names, I was able to connect.
I wasn't having trouble connecting to older versions of clients after checking the "Allow communication with older clients box in the preferences." But I was having trouble once those clients upgraded to the new ARD 3.9. I was repeatedly getting access denied messages.
3. Go to the ARD Scanner tab > connect to the desired client > on the login screen use the previously noted user home folder name exactly as it appeared on the clients system as the user name, and enter the password.
The short name is not the only problem! All my computers have ALWAYS used short name and none of them work when upgraded to 3.9. I have reinstalled Sierra on the client computers, re-attched them to ARD, and as soon as they are upgraded they lost the ability to SEND UNIX, COPU, INSTALL etc, i.e. Screen Sharing only.
We already had all lower case and no spaces in the name, and it still would get "Access Denied" - though I could still control the remote system. Remove the computer from the "All Computers" and re-adding it removed the "Access Denied", but we still can't perform any tasks (Copy Items, Unix commands), as it gives a "not authorized" error.
You can use the Remote Desktop client for Mac to work with Windows apps, resources, and desktops from your Mac computer. Use the following information to get started - and check out the FAQ if you have questions.
We're testing new features on our preview channel on AppCenter. Want to check it out? Go to Microsoft Remote Desktop for Mac and select Download. You don't need to create an account or sign into AppCenter to download the beta client.
If you already have the client, you can check for updates to ensure you have the latest version. In the beta client, select Microsoft Remote Desktop Beta at the top, and then select Check for updates.
A Remote Desktop Gateway (RD Gateway) lets you connect to a remote computer on a corporate network from anywhere on the Internet. You can create and manage your gateways in the preferences of the app or while setting up a new desktop connection.
If you're running macOS X 10.9 and have disabled Displays have separate spaces in Mavericks (System Preferences > Mission Control), you need to configure this setting in the Remote Desktop client using the same option.
Drive redirection is supported for remote resources, so that you can save files created with a remote application locally to your Mac. The redirected folder is always your home directory displayed as a network drive in the remote session.
By default, the remote session will use the same keyboard locale as the OS you're running the client on. (If your Mac is running an en-us OS, it will be used for the remote sessions as well.) If the OS keyboard locale is not used, check the keyboard setting on the remote PC and change it manually. See the Remote Desktop Client FAQ for more information about keyboards and locales.
I have downloaded "Apple Remote Desktop 3.9 Client Update" from the Apple Support ( =en_US&locale=en_US) onto a MacBook Pro running High Sierra. Attempts to install the package fail with the message "Remote Desktop Client Update cannot be installed on this disk. A newer version of this package is already installed." (see screenshot) However I cannot find the Remote Desktop Client anywhere on the system! Where is it? or why does this install fail?
So what do you actually launch? I tried "/System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Support/Remote Desktop Message.app" but nothing happens. I watched the Activity Monitor attempting to see some activity, but nothing shows.
First of all, my goal was to remotely access and control the desktops of other Mac systems from my MacBook. Although I have used VNC from Linux to Linux/Unix systems, I thought there may be something more feature rich. Doing a simple search revealed "Apple Remote Desktop Client". Given the descriptions, I believed this was a better solution. So I activated the Remote Management feature on one of my MacOS systems and searched for the ARDC on my MacBook. With no success finding ARDC on MacOS "High Sierra", I grabbed an installer and attempted to put it on the MacBook. This produced the installer failure that started this thread (that is, "..ARDC was already installed..").
But what @BDAqua has indirectly pointed out is that Screen Sharing is another way to access and control a remote MacOS system. The other key to which @BDAqua referred, was the use of "Finder->Go" to connect to other systems. My experience has only been to use "Finder->Go" for mounting remote file systems (ie SMB://*). But @BDAqua also said: "OK, Screen Sharing needs to be setup on the other Macs, then Finder>Go>Connect to Server>Browse...".
I remote access several dozen other computers on a daily basis with the same build as the MacPro. There is no discernable difference between them. ARD is showing the device as accessible and I can use other functions in the Manage and Interact ARD menu (Chat, restart, sleep, wake, etc.)
Something you may have already tried but my usual fix for this - not great I know but, over the years, it's the one that reliably works, generally - is to remove the client from the All Computers list and then re-add it. Call it a 'feature' of the application.
Having examined the system.log and install.log on the remote Mac - it was clear that the issue commenced right after the OS X Update was completed. From that point on the ARD service is trying to commence but failing to start.... i.e
Many thanks to Tom Yates of whose command of the linux command line and general brilliance enabled him to successfully climb into the Apple Garden and get a result for us - so our remote box is now back on vnc.
795a8134c1