ARD 3.2.2 - only screen sharing on 3 clients available

Hello,
on our computer lab in my school are installed 32 eMacs (10.4.11). Before updated on ARD 3.2.2 all eMacs can be controlled very well, all informations are available, but now after the update three clients will only connected by direct control tab. The status only shows "screen sharing", and the ip number can be read - nothing else.
This issue are the same on my MBP 15'' (10.5.5) and the xserve (10.4.11) in the lab.
I delete the caches in /var/db/RemoteManagement/.... on the xserve, also the ard preferences on the clientes. I also create the lokal ard users new. For a few moments it seems to be okay, but some minutes later the same problems.
Anything ideas.
Thanks for all the great workarounds in these discussions.
And greatings from Germany
Alfons

I have the same problem (MacBook 10.5.5, ARD 3.2.2). Some Macs are shown in dark gray in the scanner list. Trying to register them again - before 3.2.2 everything worked fine - the information window scrolls down for a second and scrolls up again.
The access to the same computers from my earlier machine with 10.4.11 still works fine.
Does anyone knows a workaround?
Ruedi Heimlicher

Similar Messages

  • Jabber Ports and IM-Only Screen Sharing

    Hello Community.  We have beent esting Jabber 10.5.1 in our environment and while its very good, have found a big problem.  it seems that the IM-Only screen sharing function in Jabber uses the whole high ports range for inbound connections (49152 to 65535, TCP).  This means, to make it function with our "non Microsoft" firewall we are required to open this whole port range client to client.  From a security perspective this is a no go.  Is ther a way, as with the old video based desktop sharing, to limit the port range to a limited set of fixed ports?

    Jabber for Windows 10.5.2 allows you to select a port range. 
    Port Range for IM Screen Share
    You can now define a specific port range for the client to use when usersshare theirscreen from a chat window.
    If you do not configure these parameters, the client uses the default port range for IM screen share. You define
    the range using the following new parameters in the Policies section of the configuration XML file:
    SharePortRangeStart
    Specifies the start of the port range.
    SharePortRangeSize
    Specifies the size of the range.
    http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/jabber/Windows/10_5_2/JABW_BK_C7370E23_00_cisco-jabber-for-windows-10-5-2.pdf

  • ARD no longer shows "control computer", only "screen sharing avail"??

    I have been running ARD for well over a year on my iMac to manage several servers that are located far away from me.
    I normally use the "copy" feature to push new zip files of our Web site to the server when it is updated. When logging into ARD today, I noticed all the servers are no longer showing "Control". Instead they all have "Screen Sharing Available" listed in the current status column. When I go to copy my files from my local machine to the servers, I get an error: "This Task Will Fail - The remote desktop software is not active on www.servername.com".
    However if I select a server and then click the control button, I can still connect to the server fully and work with it?
    This has never happened before and I am at a loss as to the issue. I have had some changes to my local setup recently that may be the cause of the problem.
    1) Linksys router died, replaced it with a Apple Airport Extreme.
    2) Keychain got corrupted. Deleted the login.keychain file to rebuild a new one.
    I have restarted my iMac several times, and even restarted the servers to see if this would clear up the problem. No luck.
    If I try and drag-copy my zip files to the servers from my local machine after connecting via ARD, the window that asks if I want to send the file ignores my click on the "send" button and does nothing? Before this problem occurred I could easily drag-copy items.
    Does anyone know what could be causing this to occur or how I can reset/fix my ARD clients and servers?

    Okay I have figured out part of the problem and fixed it, although one issue still persists.
    I fixed the "Current Status" issue for my servers by adding port 5900 & 3283 to the port forwarding settings in my Airport Extreme via the Airport Utility application. I don't remember having port forwarding turned on for my (now dead) Linksys router, but I could be mistaken.
    Now I have a different problem. When I go to "copy" a file from my local machine to a remote server, I get a message that says "This task will fail: A console user is not logged in on www/servername/com"
    If I log into that computer first, I am able to copy items, but I remember being able to copy items to my remote servers before without having to first sign into them? Am I mistaken on this or have I uncovered another problem?
    Any help appreciated.

  • IChat screen sharing fails (only screen sharing though)

    I was trying to assist my in-laws the other day and have never used Screen Sharing in iChat before. We started an A/V session (which works fine), but when we started the Screen Sharing session, it dies after about 5 seconds of use. Both sides get the error "no activity after 10 seconds...". Thinking it was an internet thing (perhaps firewall settings), i tried internally on my LAN with a MacBook Pro and a new Mac Mini, same thing. Either way the session is initiated, failure.
    Did some research through these discussions and found the common thread was the UPnP and internal preference settings. Have checked both, they all seem ok.
    Some statistics of my example: (Remote machine) Mac#1 is an iMac G5 20" 2GHz running Snow Leopard fully updated, with Comcast as the IP and an Airport Express as the router. Port Mapping is turned on in NAT, and Screen Sharing is turned on in preferences -> Sharing.
    (Local machine) Mac#2 is a Mac Mini 2.4 GHz Core 2 Duo running Snow Leopard, with Comcast as the IP and a Time Machine as the router. Both settings above turned on.
    (Local machine) Mac#3 is a MacBook Pro 15" 2.53 GHz Core 2 Duo running Snow Leopard (same IP as #2) on the same LAN as #2.
    All 3 accounts are on MobileMe, A/V chats work fine without problems for limitless amounts of time. Have tried screen sharing both ways, same result.
    Here's a log between #2 and #3 fail (sorry for long post):
    Date/Time: 2010-07-08 19:13:41 -0500
    OS Version: 10.6.4 (Build 10F569)
    Report Version: 4
    iChat Connection Log:
    2010-07-08 19:13:31 -0500: 0x11ae38640: State change from AVChatStateConnected to AVChatStateEnded.
    2010-07-08 19:13:31 -0500: 0x11ae38640: Error -20 (No data has been received for the last 10 seconds.)
    2010-07-08 19:13:31 -0500: **[email protected]: State change from AVChatStateConnected to AVChatStateEnded.
    2010-07-08 19:13:31 -0500: **[email protected]: Error -20 (No data has been received for the last 10 seconds.)
    Video Conference Error Report:
    Video Conference Support Report:
    8.275079 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VCInitiateConference.m:2059 type=2 (00000000/0)
    [Connection Data for call id: 1 returns 1
    9.155420 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VCInitiateConference.m:2074 type=2 (00000000/0)
    [Prepare Connection With Remote Data - remote VCConnectionData: 1, local VCConnectionData: 1
    9.165268 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [INVITE sip:user@lip:16402 SIP/2.0
    Via: SIP/2.0/UDP rip:55667;branch=z9hG4bK7cc8269d38bfe756
    Max-Forwards: 70
    To: 0 <sip:user@lip:16402>
    From: u0 <sip:user@rip:16402>;tag=457027611
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 1 INVITE
    Contact: <sip:user@rip:55667>;isfocus
    User-Agent: Viceroy 1.4
    Content-Type: application/sdp
    Content-Length: 702
    [v=0
    o=Merricks 0 0 IN IP4 rip
    [email protected]
    c=IN IP4 rip
    b=AS:2147483647
    t=0 0
    a=hwi:1056:2:2400
    a=iChatEncryption:NO
    a=bandwidthDetection:YES
    m=audio 55667 RTP/AVP 110 12 124 3 0
    a=rtcp:55667
    a=rtpmap:110 X-AAC_LD/22050
    a=rtpmap:3 GSM/8000
    a=rtpmap:0 PCMU/8000
    a=rtpmap:124 iLBC/8000
    a=fmtp:124 mode=30
    a=rtpID:1740916373
    m=video 55667 RTP/AVP 123 126 34
    a=rtcp:55667
    a=rtpmap:123 H264/90000
    a=rtpmap:126 X-H264/90000
    a=rtpmap:34 H263/90000
    a=fmtp:34 imagesize 1 rules 30:352:288
    a=framerate:30
    a=RTCP:AUDIO 55667 VIDEO 55667
    a=fmtp:126 imagesize 0 rules 20:640:480:640:480:20
    a=fmtp:123 imagesize 0 rules 20:640:480:640:480:20
    a=rtpID:3396090499
    9.165844 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [SIP/2.0 100 Trying
    Via: SIP/2.0/UDP rip:55667;branch=z9hG4bK7cc8269d38bfe756
    To: 0 <sip:user@lip:16402>
    From: u0 <sip:user@rip:16402>;tag=457027611
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 1 INVITE
    User-Agent: Viceroy 1.4
    Content-Length: 0
    9.165935 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [SIP/2.0 180 Ringing
    Via: SIP/2.0/UDP rip:55667;branch=z9hG4bK7cc8269d38bfe756
    To: 0 <sip:user@lip:16402>;tag=116363815
    From: u0 <sip:user@rip:16402>;tag=457027611
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 1 INVITE
    Contact: <sip:user@rip:55051>
    User-Agent: Viceroy 1.4
    Content-Length: 0
    9.176133 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [SIP/2.0 200 OK
    Via: SIP/2.0/UDP rip:55667;branch=z9hG4bK7cc8269d38bfe756
    To: 0 <sip:user@lip:16402>;tag=116363815
    From: u0 <sip:user@rip:16402>;tag=457027611
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 1 INVITE
    Contact: <sip:user@rip:55051>
    User-Agent: Viceroy 1.4
    Content-Type: application/sdp
    Content-Length: 436
    v=0
    o=jmerrick 0 0 IN IP4 rip
    [email protected]
    c=IN IP4 rip
    b=AS:2147483647
    t=0 0
    a=hwi:17412:2:2530
    a=bandwidthDetection:YES
    a=iChatEncryption:NO
    m=audio 55051 RTP/AVP 110
    a=rtcp:55051
    a=rtpmap:110 X-AAC_LD/22050
    a=rtpID:1191125273
    m=video 55051 RTP/AVP 123
    a=rtcp:55051
    a=rtpmap:123 H264/90000
    a=RTCP:AUDIO 55051 VIDEO 55051
    a=fmtp:123 imagesize 0 rules 20:640:480:640:480
    a=rtpID:4102577296
    9.178372 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [ACK sip:user@lip:16402 SIP/2.0
    Via: SIP/2.0/UDP rip:55667;branch=z9hG4bK323287a4467da958
    Max-Forwards: 70
    To: 0 <sip:user@lip:16402>;tag=116363815
    From: u0 <sip:user@rip:16402>;tag=457027611
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 1 ACK
    User-Agent: Viceroy 1.4
    Content-Length: 0
    9.181889 @:0 type=1 (00000000/0)
    [Bandwidth Detection]
    [Received the first BWD packet from rip:55667]
    9.495818 @:0 type=1 (00000000/0)
    [Bandwidth Detection]
    [Avg=100964.70, NSDev=1.29%]
    9.600142 @:0 type=1 (00000000/1)
    [Bandwidth Detection]
    [Avg=883694.30, NSDev=10.60%]
    9.689564 @:0 type=1 (00000000/2)
    [Bandwidth Detection]
    [Avg=10202609.90, NSDev=206.74%]
    23.854766 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [MESSAGE sip:user@rip:16402 SIP/2.0
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK2fe1d4391a735632
    Max-Forwards: 70
    To: u0 <sip:user@rip:16402>;tag=457027611
    From: 0 <sip:user@lip:16402>;tag=116363815
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 1 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Type: text/plain
    Content-Length: 16
    VCRemoteMuted:ON]
    23.861278 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [SIP/2.0 200 OK
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK2fe1d4391a735632
    To: u0 <sip:user@rip:16402>;tag=457027611
    From: 0 <sip:user@lip:16402>;tag=116363815
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 1 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Length: 0
    27.969942 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [MESSAGE sip:user@lip:16402 SIP/2.0
    Via: SIP/2.0/UDP rip:55667;branch=z9hG4bK38c4bd117f30ee85
    Max-Forwards: 70
    To: 0 <sip:user@lip:16402>;tag=116363815
    From: u0 <sip:user@rip:16402>;tag=457027611
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 2 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Type: text/plain
    Content-Length: 4
    [PING]
    27.972367 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [SIP/2.0 200 OK
    Via: SIP/2.0/UDP rip:55667;branch=z9hG4bK38c4bd117f30ee85
    To: 0 <sip:user@lip:16402>;tag=116363815
    From: u0 <sip:user@rip:16402>;tag=457027611
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 2 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Length: 0
    30.000459 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [MESSAGE sip:user@rip:16402 SIP/2.0
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK4210350f26913012
    Max-Forwards: 70
    To: u0 <sip:user@rip:16402>;tag=457027611
    From: 0 <sip:user@lip:16402>;tag=116363815
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 2 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Type: text/plain
    Content-Length: 4
    PING]
    30.004047 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [SIP/2.0 200 OK
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK4210350f26913012
    To: u0 <sip:user@rip:16402>;tag=457027611
    From: 0 <sip:user@lip:16402>;tag=116363815
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 2 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Length: 0
    31.622031 @/SourceCache/VideoConference/VideoConference-415.22/VCChannel/VCChannel.m:302 type=2 (00000000/0)
    [VCChannel prepareConnectionWithRemoteConnectionData - remote VCConnectionData: 1]
    31.886122 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [MESSAGE sip:user@rip:16402 SIP/2.0
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK6525ce694ef2153c
    Max-Forwards: 70
    To: u0 <sip:user@rip:16402>;tag=457027611
    From: 0 <sip:user@lip:16402>;tag=116363815
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 3 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Type: text/plain
    Content-Length: 17
    VCRemotePaused:ON]
    31.898618 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [SIP/2.0 200 OK
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK6525ce694ef2153c
    To: u0 <sip:user@rip:16402>;tag=457027611
    From: 0 <sip:user@lip:16402>;tag=116363815
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 3 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Length: 0
    32.026459 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [MESSAGE sip:user@lip:16402 SIP/2.0
    Via: SIP/2.0/UDP rip:55667;branch=z9hG4bK7caf68b0330b846f
    Max-Forwards: 70
    To: 0 <sip:user@lip:16402>;tag=116363815
    From: u0 <sip:user@rip:16402>;tag=457027611
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 3 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Type: text/plain
    Content-Length: 17
    [VCRemotePaused:ON]
    32.026863 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [SIP/2.0 200 OK
    Via: SIP/2.0/UDP rip:55667;branch=z9hG4bK7caf68b0330b846f
    To: 0 <sip:user@lip:16402>;tag=116363815
    From: u0 <sip:user@rip:16402>;tag=457027611
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 3 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Length: 0
    57.667457 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VCInitiateConference.m:2059 type=2 (00000000/0)
    [Connection Data for call id: 2 returns 1
    69.057730 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VCInitiateConference.m:2074 type=2 (00000000/0)
    [Prepare Connection With Remote Data - remote VCConnectionData: 1, local VCConnectionData: 1
    69.059710 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VCInitiateConference.m:2266 type=2 (00000000/0)
    [Initiate Conference To User: u0 with Remote VCConnectionData: 1 with Local Connection Data: 1 conferenceSettings: 1]
    69.629813 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [INVITE sip:user@rip:16402 SIP/2.0
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK6d0a0202172485ce
    Max-Forwards: 70
    To: "u0" <sip:user@rip:16402>
    From: "0" <sip:user@lip:16402>;tag=1160108830
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 1 INVITE
    Contact: <sip:user@rip:55051>;isfocus
    User-Agent: Viceroy 1.4
    Content-Type: application/sdp
    Content-Length: 703
    v=0
    o=jmerrick 0 0 IN IP4 rip
    s=0
    c=IN IP4 rip
    b=AS:2147483647
    t=0 0
    a=hwi:17412:2:2530
    a=iChatEncryption:NO
    a=bandwidthDetection:YES
    m=audio 55051 RTP/AVP 110 12 124 3 0
    a=rtcp:55051
    a=rtpmap:110 X-AAC_LD/22050
    a=rtpmap:3 GSM/8000
    a=rtpmap:0 PCMU/8000
    a=rtpmap:124 iLBC/8000
    a=fmtp:124 mode=30
    a=rtpID:2054428442
    m=video 55051 RTP/AVP 123 126 34
    a=rtcp:55051
    a=rtpmap:123 H264/90000
    a=rtpmap:126 X-H264/90000
    a=rtpmap:34 H263/90000
    a=fmtp:34 imagesize 1 rules 30:352:288
    a=framerate:30
    a=RTCP:AUDIO 55051 VIDEO 55051
    a=fmtp:126 imagesize 0 rules 20:640:480:640:480:20
    a=fmtp:123 imagesize 0 rules 20:640:480:640:480:20
    a=rtpID:2001158912
    69.646627 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [SIP/2.0 100 Trying
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK6d0a0202172485ce
    To: "u0" <sip:user@rip:16402>
    From: "0" <sip:user@lip:16402>;tag=1160108830
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 1 INVITE
    User-Agent: Viceroy 1.4
    Content-Length: 0
    69.646674 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [SIP/2.0 180 Ringing
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK6d0a0202172485ce
    To: "u0" <sip:user@rip:16402>;tag=74774650
    From: "0" <sip:user@lip:16402>;tag=1160108830
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 1 INVITE
    Contact: <sip:user@rip:55667>
    User-Agent: Viceroy 1.4
    Content-Length: 0
    69.656640 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [SIP/2.0 200 OK
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK6d0a0202172485ce
    To: "u0" <sip:user@rip:16402>;tag=74774650
    From: "0" <sip:user@lip:16402>;tag=1160108830
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 1 INVITE
    Contact: <sip:user@rip:55667>
    User-Agent: Viceroy 1.4
    Content-Type: application/sdp
    Content-Length: 434
    [v=0
    o=Merricks 0 0 IN IP4 rip
    s=0
    c=IN IP4 rip
    b=AS:2147483647
    t=0 0
    a=hwi:1056:2:2400
    a=bandwidthDetection:YES
    a=iChatEncryption:NO
    m=audio 55667 RTP/AVP 110
    a=rtcp:55667
    a=rtpmap:110 X-AAC_LD/22050
    a=rtpID:794658613
    m=video 55667 RTP/AVP 123
    a=rtcp:55667
    a=rtpmap:123 H264/90000
    a=RTCP:AUDIO 55667 VIDEO 55667
    a=fmtp:123 imagesize 0 rules 20:640:480:640:480
    a=rtpID:3616868992
    69.656733 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [ACK sip:user@rip:16402 SIP/2.0
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK19b439ee7b1a3a93
    Max-Forwards: 70
    To: "u0" <sip:user@rip:16402>;tag=74774650
    From: "0" <sip:user@lip:16402>;tag=1160108830
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 1 ACK
    User-Agent: Viceroy 1.4
    Content-Length: 0
    69.660304 @:0 type=1 (00000000/0)
    [Bandwidth Detection]
    [Received the first BWD packet from rip:55667]
    69.975012 @:0 type=1 (00000000/0)
    [Bandwidth Detection]
    [Avg=100985.80, NSDev=2.06%]
    70.079592 @:0 type=1 (00000000/1)
    [Bandwidth Detection]
    [Avg=889226.20, NSDev=6.32%]
    70.150256 @:0 type=1 (00000000/2)
    [Bandwidth Detection]
    [Avg=3506655.00, NSDev=39.71%]
    76.718688 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [MESSAGE sip:user@rip:16402 SIP/2.0
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK680d8ec50284d4dd
    Max-Forwards: 70
    To: "u0" <sip:user@rip:16402>;tag=74774650
    From: "0" <sip:user@lip:16402>;tag=1160108830
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 2 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Type: text/plain
    Content-Length: 16
    VCRemoteMuted:ON]
    76.721457 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [SIP/2.0 200 OK
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK680d8ec50284d4dd
    To: "u0" <sip:user@rip:16402>;tag=74774650
    From: "0" <sip:user@lip:16402>;tag=1160108830
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 2 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Length: 0
    85.580688 @/SourceCache/VideoConference/VideoConference-415.22/VCChannel/VCChannel.m:302 type=2 (00000000/0)
    [VCChannel prepareConnectionWithRemoteConnectionData - remote VCConnectionData: 1]
    85.824030 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [MESSAGE sip:user@lip:16402 SIP/2.0
    Via: SIP/2.0/UDP rip:55667;branch=z9hG4bK13543b054db63f4b
    Max-Forwards: 70
    To: "0" <sip:user@lip:16402>;tag=1160108830
    From: "u0" <sip:user@rip:16402>;tag=74774650
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 1 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Type: text/plain
    Content-Length: 17
    [VCRemotePaused:ON]
    85.824453 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [SIP/2.0 200 OK
    Via: SIP/2.0/UDP rip:55667;branch=z9hG4bK13543b054db63f4b
    To: "0" <sip:user@lip:16402>;tag=1160108830
    From: "u0" <sip:user@rip:16402>;tag=74774650
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 1 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Length: 0
    86.016699 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [MESSAGE sip:user@rip:16402 SIP/2.0
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK54989b9f3ab846c0
    Max-Forwards: 70
    To: "u0" <sip:user@rip:16402>;tag=74774650
    From: "0" <sip:user@lip:16402>;tag=1160108830
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 3 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Type: text/plain
    Content-Length: 17
    VCRemotePaused:ON]
    86.021704 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [SIP/2.0 200 OK
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK54989b9f3ab846c0
    To: "u0" <sip:user@rip:16402>;tag=74774650
    From: "0" <sip:user@lip:16402>;tag=1160108830
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 3 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Length: 0
    87.965096 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [MESSAGE sip:user@lip:16402 SIP/2.0
    Via: SIP/2.0/UDP rip:55667;branch=z9hG4bK4189780d0f2ba815
    Max-Forwards: 70
    To: "0" <sip:user@lip:16402>;tag=1160108830
    From: "u0" <sip:user@rip:16402>;tag=74774650
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 2 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Type: text/plain
    Content-Length: 4
    [PING]
    87.965318 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [SIP/2.0 200 OK
    Via: SIP/2.0/UDP rip:55667;branch=z9hG4bK4189780d0f2ba815
    To: "0" <sip:user@lip:16402>;tag=1160108830
    From: "u0" <sip:user@rip:16402>;tag=74774650
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 2 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Length: 0
    90.000670 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [MESSAGE sip:user@rip:16402 SIP/2.0
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK2ad74c4851d9447d
    Max-Forwards: 70
    To: "u0" <sip:user@rip:16402>;tag=74774650
    From: "0" <sip:user@lip:16402>;tag=1160108830
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 4 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Type: text/plain
    Content-Length: 4
    PING]
    90.004582 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [SIP/2.0 200 OK
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK2ad74c4851d9447d
    To: "u0" <sip:user@rip:16402>;tag=74774650
    From: "0" <sip:user@lip:16402>;tag=1160108830
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 4 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Length: 0
    Video Conference User Report:
    0.000000 @:0 type=5 (00000000/16402)
    [Local SIP port]
    0.000041 @:0 type=5 (00000000/16402)
    [Local SIP port]
    0.000079 @:0 type=5 (00000000/16402)
    [Local SIP port]
    9.155545 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VCInitiateConference.m:2171 type=5 (00000000/0)
    [Remote Router]
    [FULLCONE]
    9.155553 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VCInitiateConference.m:2173 type=5 (00000000/0)
    [Remote CommNAT Result: 0x00000102
    9.166348 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VideoConferenceMultiController.m:2547 type=5 (FFFFFFFF/0)
    [Caller User Agent: Viceroy 1.4]
    9.166350 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VideoConferenceGlobalObjects.m:1670 type=5 (00000000/0)
    [Router]
    [FULLCONE]
    9.166355 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VideoConferenceGlobalObjects.m:1672 type=5 (00000000/0)
    [CommNAT Result: 0x00000102
    9.166754 @:0 type=5 (00000000/1)
    [Accept conference from user]
    [[email protected]]
    9.693286 @:0 type=5 (00000000/60)
    [Detected bandwidth (kbits/s): 929 up, 929 down. (00000000)
    9.698468 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VideoConferenceMultiController.m:2423 type=5 (00000000/0)
    [Start Conference With UserID: [email protected]]
    69.057850 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VCInitiateConference.m:2171 type=5 (00000000/0)
    [Remote Router]
    [FULLCONE]
    69.057857 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VCInitiateConference.m:2173 type=5 (00000000/0)
    [Remote CommNAT Result: 0x00000102
    69.059714 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VideoConferenceGlobalObjects.m:1670 type=5 (00000000/0)
    [Router]
    [FULLCONE]
    69.059720 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VideoConferenceGlobalObjects.m:1672 type=5 (00000000/0)
    [CommNAT Result: 0x00000102
    70.160706 @:0 type=5 (00000000/60)
    [Detected bandwidth (kbits/s): 2317 up, 2317 down. (00000000)
    70.164156 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VideoConferenceMultiController.m:2423 type=5 (00000000/0)
    [Start Conference With UserID: u0]
    Thanks in advance for any suggestions.
    <Edited by Host>

    Hi,
    The "Share a Public IP" can be a bit misleading if your Modem routes (does DHCP itself)
    If you turn this Off (Bridge Mode) the IP address come from the previous device that issues IPs
    From a Cable Modem this is likely to be from the ISP and not likely that you have two Public IPs
    Also the range you describe seems to be from a LAN Device (one that issues IPs in one of three ranges of which 10.xxx.xxx.xxx is one)
    However although I have not seen it done I presume the Apple Airport devices can be set to Manually (Static routing). They can be set to use the 10.xxx.xxx.xxx range as well (with the early ones it was the default range).
    With the Share A Public IP Off I don't think you get a NAT tab on that same screen.
    However in the NAT tab is the Port Mapping Protocol which is Apple's version of UPnP (very basic comparison).
    This should be on for two devices to use the same ports.
    See pic
    If the modem is the device that is issuing IPs then this should have UPnP Enabled.
    You need this rather than Port Forwarding (Or Triggering) as the Screen Share uses a Random port which cannot be forwarded or Triggered).
    A Video that drops out with the 10 secs error points to features in routing devices that "protect" you from getting overloaded with a data stream.
    Look for DOS or SPI (Denial of Service or Stateful Packet Inspection) which may be separate items and standalone or be included in any firewall the device may have.
    At this point I am confused.
    You say Comcast which I believe is cable Only meaning their Modem does not do DHCP and passes the Public IP to the Time Capsule.
    Yet you say the Time Capsule is not doing DHCP (Share a Public IP).
    What do you have at the top of the Screen ?
    This pics shows Ethernet to a Cable Router which gives a Public IP starting 70.xxx.xxx.xxx
    And you also confirm that the Share a Public IP box in the Pic is set to Static Routing and from there you are using the 10.xxx.xxx.xxx range ?
    9:39 PM Wednesday; July 14, 2010
    Please, if posting Logs, do not post any Log info after the line "Binary Images for iChat"

  • Screen Sharing works for alien hosts but not for LAN hosts

    Hello!
    I am having a really strange problem in a customer network. The network is a local private network with one MacOS Server 10.6.8 and around 12 iMacs running MacOS 10.6.8. The server is running headless in cellar so the user maintain the backup via screen sharing from an iMac to the server.
    Since a few weeks they can not login to the server via screen sharing from any local host BUT I can login from my MBP (alien) via ARD or Screen Sharing without any problem. Even hosts connected to the network via VPN can connect to the server via screen sharing.
    In short:
    Every local host gets a message that login is not possible and my MBP and VPN-hosts get connected without any problems with the same credentials.
    At the local clients I get this message in system.log:
    Oct 28 09:33:41 verwaltung1 LKDCHelper[228]: Starting (uid=501)
    Oct 28 09:33:48 verwaltung1 com.apple.launchd.peruser.501[166] (com.apple.Kerberos.renew.plist): Throttling respawn: Will start in 530 seconds
    Oct 28 09:34:17 verwaltung1 /System/Library/CoreServices/RemoteManagement/AppleVNCServer.bundle/Contents/Ma cOS/AppleVNCServer[195]: CGSKeyTranslateInitialize: KLGetCurrentKeyboardLayout or KLGetKeyboardLayoutProperty is not available, fall back to USA keymap
    and at the server I get:
    Oct 28 09:33:48 solserv AppleVNCServer[11503]: no such user: adminloc@LKDC:SHA1.DE03ABCC86F74D11AD139E44388D6B94155B4D9E: 2
    When I connect from VPN or my MBP I get no messages in system.log.
    I tried to kickstart ARD at the server but it does not change anything, I bound the clients to OpenDir of the server with no effect also.
    I do not have any idea what is happening here. Every help is welcome,
    Christop

    Hello MrHoffmann!
    changeip says "The names match. There is nothing to change."
    To give more infos, the server and all the clients are connected to the same network switch, all belong to 192.168.183/24 and when I use my MBP, it is connected via WLAN and gets an IP-address from this server with an IP from this range. my MBP is in the same broadcast domain.
    VPN clients connect via PPTP to the gateway (192.168.183.1) and get IP addresses assigned from 192.168.183.48-52.
    There is no routing between the clients and the server.
    There is no other problem - every client reaches the server for file serivces (AFP/SMB), smtp, imap, DHCP and DNS.
    BTW. screen sharing from the clients worked without a problem when I first setup the network about 1 year ago, but since a few weeks no client that belongs to this network can use screen sharing except for my MBP when I am at customer site.
    History:
    The new SLS is a replacement for an old Windows 2000 Server. Both servers ran in parallel for some time but within different IP-networks (all Macs at 192.168.183/24 - all Windows at 192.168.2/24) the gateway routed between both networks. But now it is time to switch off every windows computer because every service now runs at the SLS. AFAIK the windows 2000 Server is the last Windows machine in the network. We switched off DHCP at the windows server and switched on DHCP at the SLS a few weeks ago. Hm .... maybe there is something wrong? But the clients have fixed ip-addresses.
    Still wondering what is going on here, bye,
    Christoph

  • Screen sharing to one machine fails for short account name

    I have an iMac, MacBook and a Mac mini. Screen sharing works between any and all of them except that in the case of the mac mini, the 'short' account name fails. Only when I use the "full name" (and the same password) does it work.
    File sharing with the short names works just fine. It is only screen sharing, and only when connecting to that one machine.
    ***?

    You have to forgive me
    Fix is hoping for a lot
    I'm just offering up something you can do to make you feel better
    In all seriousness
    It continues to be a pain
    We have about five machines and do a lot of screensharing
    With every OS update I pray that this gets sorted out

  • Skype for Business client not responding after audio/video/screen sharing

    Hi Everyone,
    I have a strange situation in my organisation. We have more than 200 clients and we are using Lync 2013. When Skype for Business (SFB) came out I tested it and found one problem - every time when I trying to make a audio or video call or what ever kind of
    file sharing or screen sharing then SFB client will hang and have error "SFB not responding". I can click restart the client and close button. So it´s not possible to call or share anything with that. Specially bad is that is eferyone else is calling
    to me it cause the same problem - client will die. So it´s very easy to kill my client :) At the beginning I thought that it´s my computer problem but then it turned out that allmost all clients have the same problem. Computers are different kind of Lenovo
    laptops. 
    What can cause the problem? I have installed and reinstalled the client. I have updated all the drivers. I have removed Personal Skype to make sure that it won´t cause the problem but problem is still there. Server itself is updated with latest CU and Skype
    for Business UI is enabled as default UI. 
    Br,
    Taavi

    Hi,
    Please try to uninstall the default Sound Card, VGA Device/Video Card, Graphic Card, and use the default system driver to test the issue. Because sometimes update driver to the latest version doesn't work but only use the default system.
    Please also make sure OS system update to the latest version.
    Best Regards,
    Eason Huang
    Please remember to mark the replies as answers if they help, and unmark the answers if they provide no help. If you have feedback for TechNet Support, contact [email protected]
    Eason Huang
    TechNet Community Support

  • Screen sharing or sharing a ppt / pdf file

    Hi,
    I'm guessing Screen sharing is still not available in FMIS
    3.0.
    I wanted to know what is the best way to achieve this.
    Also another question was is it possible for a user to upload
    and control a ppt or a pdf file so that others can view it as the
    speaker talks through the slides
    Thanks in advance

    Unfortunately, no... screensharing is still not available in
    the general release of the Flashplayer (it's only available to
    Adobe connect).
    The way I handle document sharing is to first convert the
    document to .swf with one page (or slide) on each frame, load the
    .swf to each client via HTTP, and then use a shared object to sync
    data about the current frame number.

  • Screen sharing over the net. Is it possible.

    I was wondering if someone with screen sharing abilities could help out. I was wondering. Is it possible to share screens over the net. For example, my mom is like a 100 miles away. Running Leopard. How could I access her screen so that I could show here what to do. Heres the states, her computer has a router. My computer has a router. How can we sharing screens. Where would be long into and how. I know of the program in System/corservices/screensharing When I click it it asks for host. I dunno if that was the right way to go but any help here would be amazing. Thank oyu.

    It is possible apparently, but if there is a router in the equation, that may well cause problems. If your Mom is using a Mac, this screen sharing facility is also available via iChat.

  • Stop and restart screen sharing

    When I call stop() on the ScreenSharePublisher it seems like it's not stopped in the right way or something. If I try to start it again I get this trace:
    ERROR:The Connection wasn't closed properly by abrupt killing of sharing instance.
    You need to call stop screen sharing, close the client browser and addin and relaunch screen sharing again
    and nothing happens. Am I missing something essential here?
    private function startDesktopSharing():void {
         if (screenShare != null && !screenShare.isPublishing) {
              trace("startDesktopSharing")
              screenShare.publish();
    private function stopDesktopSharing():void {
         if (screenShare != null && screenShare.isPublishing) {
              trace("stopDesktopSharing");
               screenShare.stop();
    I get my traces so I know that it's not publishing when I try to publish it again at least. Can't I stop and start it again right away?

    Can you enable log tracing and send us the client and addin logs when the problem occurs ? The instructions are here: http://forums.adobe.com/thread/786297?tstart=0

  • Screen sharing in flex

    Friends,
    I am developing the video and audio chatting with desktop screen sharing. i have done video and audio chatting in flex and afcs.
    but screen sharing component is not available in afcs. so i am not able to do the screen sharing.
    i am searching lot about screen sharing to bring it into my application.
    but i am not able to do.
    is there anyway to implement the screen sharing in my application.
    please mention the ways to implement the screen sharing in flex application with site reference. i searched lot. i was very much disappointed. so
    pleaseeeeeee help me.

    This is a feature that is exclusive to Adobe Connect - and isn't supported in the current Flash player or Flash frameworks (Flex/AIR) outside Connect.
    However, realizing this kind of feature is possible with Merapi http://www.merapiproject.net/ - using Java to do the screen capture and mouse movement. If you are looking for cut-and-paste code for a solution... I'm certain you're out of luck. There are some good libraries out there though that are worth looking at. For screen capture there is JxCapture http://www.teamdev.com/jxcapture/index.jsf mouse control can be easily accomplished with native OS calls using their JNIWrapper.
    If you are interested in a really low-res solution. Install VNC server on the machines you want to communicate with and use Flash VNC.
    A word of caution - this kind of solution isn't something that you want running in the sys tray or dock. Screen capture and mouse control present significant security risk...
    Cheers,
    Rick Winscot

  • What capabilites can we expect for across-internet screen sharing?

    I use remote screen sharing with my clients.  I find iChat flakey, but indispensible when it works well.  What are my options for remote screen sharing going into the future with Lion and beyond?

    Tojasoh wrote:
    What are my options for remote screen sharing going into the future with Lion and beyond?
    No one can answer what options may be available in the future.  Until Apple announces anything, we are left in the dark just like you.

  • How does ARD compare with Screen Sharing

    I make a lot of use of Screen Sharing for managing multiple computers across the internet. However, with the drastically reduced price of ARD on the App Store I am tempted to replace my Screen sharing usage. However, if all I need is screen sharing do I gain anything ?

    Only the ability to show multiple computers at once
    http://www.apple.com/remotedesktop/remoteassistance.html
    and perhaps Curtain Mode (that may be in the normal screen sharing; I can't recall). Other than that, ignoring all the other features and functions of ARD, then unless there's something I'm not thinking of, the screen sharing capabilities are the same.
    Regards.

  • ARD 3.2.2 - Current Status - Screen Sharing Available

    Hello,
    like several other users i do have a problem with some of our mac client computers in ARD 3.2.2
    Usually those Macs do display a Current Status in ARD like:
    Idle (time)
    or
    Available
    which we would call an expected state.
    Unfortunally some macs tend to show another status:
    "Screen Sharing Available".
    This other status results in: a working screen sharing in ARD
    BUT other tasks like i.e. UNIX Commands send from ARD to this hosts just dont work as ARD end in the following error message:
    The Remote Desktop Client software is not active on HOSTNAME
    So as a quick test i ssh'ed into 2 macs, one of those was affected by the problem. Comparing the output of
    ls -la | grep Remote
    and the result is totally same.
    So both macs showed me:
    AppleVNServer
    ARDHelper
    ARDAgent
    Then i checked the firewalls on those macs and each firewall has the default ports 5900 & 3283.
    The only problem here is that i cant define UDP or TCP on 10.3.9 Macs.
    The macs do run Mac OS X versions from 10.3.9 up to 10.5.6
    Sometimes a simple reboot fixes the "Screen Sharing Available" issue.
    Right now i am wondering how to fix this issue as some threads do suggest re-checking firewall settings ( which i did ) others suggest using a local administrator insteed of the admins name in Sharing.
    Right now none of those hints worked for me and i am wondering if this is a known bug and if there is a known solution.
    any help is appreciated
    Best regards
    fidel

    I have been experiencing the same problem now for months -- various Macs on my network that I control/administer with ARD 3.2.2 intermittently displaying a status of "Screen Sharing Available".
    After reading through this thread, I started poking around in System Preferences on my client Mac (from which I control/administer the others), and I appear to have fixed my problem! I have no idea if this will help anyone else, but here's what I did:
    In the "Security" preference pane of "System Preferences", I clicked on the "Firewall" tab. The ensuing window contains a list of applications, each followed by a pop-up menu containing two options: "Block incoming connections" and "Allow incoming connections"
    Sure enough, "ARDAgent" was in the list of apps and sure enough, it's setting was "Block incoming connections". I changed this setting to "Allow incoming connections", switched back Apple Remote Desktop, and hit Command-Y to refresh the listing of ARD computers on my network (I did not even quit and re-launch ARD). The list was immediately updated, and ALL of ones that had been showing "Screen Sharing Available" in the "Current Status" column switched to "Available" or "Idle (time)" and their icons switched from pale blue to the normal, darker blue.
    Problem solved (at least for now)! Will report back any changes/updates.
    Additional information, for those that are interested:
    I have 12 Macs on my office LAN that I control remotely from the iMac on my desk (same office, same subnet). All are running ARD 3.2.2.
    The iMac on my desk is currently running Mac OS X 10.5.6. It is a first-get Intel iMac.
    The 12 Macs on the network are running various versions of OS X from 10.3.9 to 10.5.6. All but one are older PPC Macs; one is a newer, aluminum Intel iMac. As of this morning, all three that are running Leopard were working correctly with ARD, while the results were mixed with the others running both Tiger and Panther. From this, I can only conclude the OS version on the various server Macs makes no difference with regard to this problem, although it MAY be that those running Leopard are immune. I cannot be sure of that, however.
    Hope this helps. Good luck.
    Message was edited by: Richard Neil for clarification

  • ARD screen sharing not working in Snow Leopard Lab

    I have a lab of 24 “education” imacs in commercial art lab and another 12 -27” imacs in a video production lab on a LAN
    They are running OSX 10.6.8 and Adobe apps such as Illustrator, InDesign and Premiere
    I had been using Remote Desktop 3.5 screen sharing to demo software to students at their workstations.
    I updated to Lion over the summer and found it to be a total train wreck in my lab so I reverted the lab back to Snow Leopard.
    However I no longer have the dmg file to reinstall ARD 3.5.
    The only thing on the App store is 3.6 which does not work for screen sharing to the lab machines.
    I can observe them, shut them down, I can control one at a time, I can even share my screen to ONE workstation at a time.
    So right now I have NO WAY to demo software to my students through screen sharing AT ALL!
    I put Lion on just the Admin computer and downloaded 3.6 and I can observe the lab machines, I can shut them down, but I can’t share a screen!
    I’m told by Apple that there is NO WAY to get a copy of screen sharing software that will actually work in my lab.
    I'm thinking all I would require is a copy of the ARD 3.5.1 dmg file but I can't find a place to download it.
    Any advice would be greatly appreciated.

    what a pain, buying old software to fix the new software.  Here is what I'm working on to work around it for now.
    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.

Maybe you are looking for

  • How can I create a full wave rectified signal tia sal22

    How can I create a full wave rectified signal.  I figured out how to create a half wave signal using upper limits and lower limits just having trouble with the next part. tia sal22 Message Edited by sal22 on 08-06-2009 05:49 PM Solved! Go to Solution

  • ClassCastException: weblogic.jdbc.rmi.SerialPreparedStatement

    I am attempting to retrieve CLOBs and XMLTypes in a servelet from a 9i release 2 database. Using sampe code from oracle, I am getting ClassCastException when I attempt to cast ... oracle.jdbc.OraclePreparedStatement stmt = (oracle.jdbc.OraclePrepared

  • Change in Sales Order/Service Order is updating customer master data

    Hello Experts, Here is the change happening in CUSTOMER MASTER RECORD for very few number of cases. This we are not able to replicate, since not able to find out, in which cases it is happening. Scenario: When the user tries to change address in cust

  • Keychain error when trying to start backup on time machine

    I have not been able to get my time machine working. It appears to be set up but when I put my password in it says there is a keychain error -25299. I have tried repair, restart keychain back to factory setting. Does anyone have answers? Thanks

  • ITunes 6.0.4 samples no longer playing

    Since I updated to V6.0.4 I cant listen to the samples any more. As soon as I click on the song to listen to the sample a small window opens up and says "opening URL" a small bar is running saying "Connecting". After that when I hit the play button t