Thoughtful, detailed coverage of the Mac, iPhone, and iPad, plus the best-selling Take Control ebooks.

Apple Remote Desktop 3.9

In version 3.9 of Apple Remote Desktop — the remote management software’s first update since early 2015 — Apple now requires OS X 10.10.5 Yosemite, but provides backward compatibility for communicating with Apple Remote Desktop clients running any version of 10.8 Mountain Lion, 10.9 Mavericks, or 10.10.4 Yosemite. (The Apple Remote Desktop Client comes with the operating system, and version 3.9 will be made available via Software Update to users running 10.10.5 Yosemite or later.) The Remote Desktop admin app also adds support for the Touch Bar on the 2016 MacBook Pro, enables administrators to export and restore an encrypted list of computers and user credentials, and enables admins to use an assistant cursor to call attention to items on a remote screen. Many users are experiencing a problem where client machines fail to authenticate and show the status “Needs Upgrade.” Reportedly, the solution is to go to Remote Desktop > Preferences > Security and select “Allow communication with older clients (less secure).” However, admins are reporting other problems as well, so it’s worth holding off on this update until the community gives it the all clear. ($79.99 new from the Mac App Store, free update, 13.4 MB, release notes, 10.10.5+)


 

READERS LIKE YOU! Support TidBITS by becoming a member today!
Check out the perks at <http://tidbits.com/member_benefits.html>
Special thanks to Justin Ekis, David Wiggins, David Ballenger, and
Burton H Brooks for their generous support!
 

Comments about Apple Remote Desktop 3.9

To leave a comment, click Add a Comment and then enter the text, your name, and your email address (which won't be displayed). Your comment will appear after you follow a link in the one-time confirmation message we send to verify that you're a real person.
Receive comments via RSS
Anonymous  An apple icon for a TidBITS Angel 2017-02-27 16:46
Yes the 'Allow communication with older clients' was an issue and that's good you brought it up. However, many 10.12.3 systems are failing to authenticate to other 10.12.3 systems for no obvious reason. Surprisingly, Screen Sharing is a workaround over ARD as that works (and more curiously on the second try.) Go figure!!!
Reply
Adam Engst  An apple icon for a TidBITS Staffer 2017-02-27 17:30
Thanks for the info — sounds like it might be worth waiting for another update here.
Reply
Glen McAllister  2017-02-28 03:17
Definitely. I just had to restore both ARD Admin app & Client on my Mac to restore the ability to login in to an account different to the one currently logged in as, which is essential functionality, AFAIC. Had to disable SIP to restore the client in Time Machine.
Reply
Anonymous  An apple icon for a TidBITS Angel 2017-02-28 16:52
he he he ... i'm Anonymous again ... lol
Reply
Nunyuh  2017-03-06 20:40
LOL. Found out that as soon as this update began it slowed my MacBook down to the point it was stalling. So not interested in this latest update. Also, using the encryptions available not going to something less secure doesn't go with the purpose of encrpitng data in the first place. Apple communities seem to say there should be another update coming soon to correct the issues.
Reply
Anonymous  An apple icon for a TidBITS Angel 2017-03-10 00:33
The other issue floating around apparently has to do with using the short name versus the long name of the user. (see https://discussions.apple.com/message/31437644#message31437644) I just restored access by switching from the long name to to the short name as the ARD login
Reply
Petert  An apple icon for a TidBITS Contributor 2017-03-16 20:15
We had a problem in one of our Music Labs where the teachers iMac running ARD could see all the Student units but only as Black Screens in the Observer Group View, no individual control (Screen Share) was available

The 3.9.2 update release Mar 15, 2017 did not fix this.

The work around fix was to:

1. On student iMac - manually switch off 'Remote Management' and enable 'Screen Sharing' in the Sharing Pref Pane

2. On Teachers iMac - Menu | Go | Connect to Server | Browse

2a. Select the Student iMac you just shared, add in the Admin User Details you would normally use in ARD in the Dialogue, asking for permission (to connect)

3. Return to the Student iMac - allow connection in the now visible dialog.

3a. Re-enable 'Remote Management' in the Sharing Pref Pane and reboot the Student unit.

Repeat as required for each student mac.

ARD could now see the screens in Group Observe mode and 'Screen Share' as you would normally expect.

A most painful manual fix on 36 student units.

pete
Reply
To leave a comment, click Add a Comment and then enter the text, your name, and your email address (which won't be displayed). Your comment will appear after you follow a link in the one-time confirmation message we send to verify that you're a real person.
Add a comment