You can make a difference in the Apple Support Community!

When you sign up with your Apple Account, you can provide valuable feedback to other community members by upvoting helpful replies and User Tips.

Looks like no one’s replied in a while. To start the conversation again, simply ask a new question.

Screen Sharing doesn't work after updating to Remote Desktop 3.6.1

Hi everyone!


I hope others can help. We just noticed this at two different schools today after upgrading to 3.6.1. We upgraded Admin and Client Apple Remote Desktop to ARD 3.6.1 today and now we cannot share our screens with the clients. It turns black, hangs, then returns the client to its original desktop.


We tried from a 3.5.1 admin machine, and it still works fine as it used to.


We feel like the issue is 3.6.1, but cannot find any support for the issue online.


Other troubleshooting steps:
1) emptied user and system Caches
2) restarted all units
3) tried 3.6.1 admin to 3.5.1 clients, no luck
4) tried 3.6.1 admin to 3.6.1 clients, no luck
5) checked for loops in the network, nothing.


We can perform most other tasks like controlling the clients and copying files, but not screen sharing.


Thank you for your help!

iMac, Mac OS X (10.7.4)

Posted on Sep 4, 2012 9:49 PM

Reply
27 replies

Mar 8, 2013 9:59 AM in response to dakasner

I'm having the exact same problem. I thought I found a workaround but that didn't hold up long. I found that if I log onto each computer one at a time then I could share my screen with the lab computers. That worked once then never again. Working for a large school system I'm hearing other schools having the same problem. I've been searching for an answer since October 2012.

Mar 8, 2013 11:26 AM in response to Pizzy

Hi everyone!


The workaround I proposed above for Lion still seems to work, however, everyone after is ABSOLUTELY right! Mountain Lion is still staying black after the initial use.


This is what we've determined so far: The problem is ARDAgent!!!! (HD/System/Library/CoreServices/RemoteManagement). Once it is used once, it doesn't let go, making all subsequent screen shares impossible. This probably only starts failing in conjunction with busy caches, etc. but at this point, we're seeing every time.


WORKAROUNDS for us right now.
1) Restart Macs after every screen share! It works because ARDAgent was forced to restart.
2) Use ARD to killall ARDAgent - I only got this to work once.
3) And our most successful method: System Preferences : Sharing : off-check RemoteManagement option, wait a sec, then re-check it. ARD will work with screen sharing again.


In short, I believe this problem (even if my workarounds don't work for you), is related to the ARDAgent not letting go or responding properly to the Screen Share task.


What do you think? It's kinda nuts to have your students all go and OFF-CHECK Remote Management after every screen share, but that currently works for us.



If someone can write a script to automatically RESTART ARDAgent after every use, I think we've got ourselves a solid workaround. :-)


Good luck! (Oh, and PLEASE APPLE - READ THIS!!! HELP US TEACHERS!!!!)


Note: These workarounds have been tested in three Mountain Lion lab environments with ARD.

Mar 8, 2013 11:59 AM in response to Pizzy

UPDATE:


Latest workaround (DONT ASK):


1) ARD is not screen sharing! Only a black screen.
2) STOP screen sharing.
3) Select all clients and go to Manage > Open Application.
4) Launch System Preferences on all clients.
5) Now go to Interact > Share Screen... and try it!


And for us anyways... it somehow WORKS!!!! No off-checking needed. Does ARDAgent become submissive the moment System Preferences is opened?


UPDATE A FEW MINUTES LATER:
1) It appears using ARD to Open any Application (not just System Preferences) may cause screen sharing to work again if going to black. I assume that means it is simply refreshing ARDAgent to take in another command, releasing ScreenSharing to work again.


2) We also saw that Repairing Disk Permissions seemed to have a lasting effect on Screen Sharing staying stable in conjunction with the above.


MAN - this shouldn't be this hard.

Mar 13, 2013 4:52 PM in response to Pizzy

i got burned by this in the 3.6.1 update last fall. made the mistake of doing it while i was REALLY remote too... lost access to my server until I could get remote hands on the machine. managed to downgrade back to 3.5 and all was well and right in the world again.


yesterday I was doing some work on the server and saw there was a 3.6.2 update. went ahead and installed it. BIG MISTAKE! same problem happens all over again. Thankfully this time I was in the same building as the server so I was only locked out for about 20 minutes.


Unbelievable a bug like this has been kicking around for six months with no fix. Are the Apple engineers even testing their code before they release it? This seems like a pretty significant problem for a fair number of people.

Oct 14, 2013 7:24 AM in response to Pizzy

We are having the same issue in our school district as well. The Mac Lab Teachers are getting really agitated about it. Has anyone found any better solutions? We've tried all the workarounds listed above (other than rolling versions back).

Apple has something seriously broken here and we really don't want to pay $6000 for a 1 year enterprise support contract with Apple.


Also, we have one lab that is using 10.7 still and ARD 3.6.2 and they are working fine! Only the labs that were upgraded to 10.8 are having the issue with ARD 3.6.2.

Oct 14, 2013 8:02 AM in response to knotquiteawake

Hi knotquiteawake,


Sadly, to this day, it's still an issue. The ONLY workaround that has truly worked over and over again lab to lab running Lion (10.7) is replacing the ADMIN file with a Remote Desktop 3.5.x app, and then updating the client and admin through Apple's support page (posted earlier). I personally had to do it again just a month ago because one of our schools accidentally updated the teacher's workstation.


You're right, though - all of our new labs work just fine now with the Remote Desktop updates. It's any lab that was updated that sees its issues. Have you made sure you're not screen sharing to any LOGGED OUT computers? They all have to be logged in for best results. So many other things we've messed with, but the one stable "fix" for older macs being upgraded is the first one we posted here.


Hope this helps!

Oct 14, 2013 1:41 PM in response to Pizzy

Thanks for the information.


I've got a good lead on a workaround that doesn't involve using the ARD at all.

So far in small scale its worked perfectly.

Here is what I'm trying to setup (hopefully it doesn't confuse the teacher or student too much):

1. Install Vine Server 4.01 on the teacher's computer.

2. Setup Vine Server to allow multiple connections, and disable Keyboard, Mouse, and Clipboard input from incoming connections.

3. Turn on the Vine Server.

4. Create a desktop shortcut to use Apples VNC Client with the IP address of the Teacher's computer.

5. When student's click on this they will connect to the teacher's screen but not be able to control, only observe.

6. Teacher can disable the Student's access simply by turning the Vine Server back off.


So far in small scale with 5 computers its worked well (Better than ARD at least!). Not sure how its going to do with a class of 27 computers. We DO have gigabit ethernet.

Jan 7, 2014 9:54 AM in response to Pizzy

I had a lot of trouble downgrading ARD using Pizzy's method. After throwing out Remote Management, I got errors during the install like "Client version is newer than Admin version." Then I tried throwing out various plists associated with the client and got "Cannot find Remote Deskotp on this computer." What eventually worked was forcing the package to run from the terminal:


  1. Download the installer package from http://support.apple.com/kb/dl1424
  2. Open the dmg
  3. In terminal, enter sudo installer -pkg <remote desktop package path> -target /
  4. Enter your admin password to run the installer


Note, this method wiped all my ARD preferences, lists, commands, etc. You can get the package path by dragging the package icon (the yellow box) into the terminal window.

Screen Sharing doesn't work after updating to Remote Desktop 3.6.1

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.