Yes, Bonjour only works on your local subnet (broadcast domain). Given what we know about your situation, I would suggest an alternative approach: on the second b/g router, disable DHCP, (and DNS, or any other duplicative services its providing) and wire it up [...]]]>
do a scan by IP range -----Original Message----- From: remote-desktop-bounces+robert_giltzow=email@hidden [mailto:remote-desktop-bounces+robert_giltzow=email@hidden]On Behalf Of Jeffrey Safire Sent: Friday, November 06, 2009 12:53 PM To: email@hidden Subject: Using [...]]]>
Can Bonjour find computers only on the same subnet as the machine running ARD? I have a set of computers on one router, from which ARD is run; and another set of computers on a different router. How can I find those computers on the second router? Or is there even a way? [...]]]>
I have one machine that is running 3.3.1 that is crashing all the time since updating, other computer running 3.2.2 still rock solid. I thought it was just me until reading this. ------------------------------------------------------------ Geoff Tessau District Technology Coordinator AGWSR Community Schools 609 S. Monroe Wellsburg, IA 50680 (641)869-5121 ------------------------------------------------------------ On Nov 5, 2009, at 2:09 PM, email@hidden wrote: > quoted text
]]>I’ve had frequent (daily?) problems with version 3.x through all 3.x updates. ARD crashing, reports failing, task server not working, clients showing up offline/grey when they are online. Some bugs I’ve experienced have been resolved but I think they are primarily GUI based. [...]]]>
Title: Re: ARD 3.3.1 Reports Not Working On 11/3/09 12:47 PM, "Bruce O'Leary" <email@hidden> wrote: I've posted this to the Apple support discussion boards, but have had no replies, so... I am unable to generate Application Usage and User History reports. All other reports work fine. [...]]]>
I've posted this to the Apple support discussion boards, but have had no replies, so... I am unable to generate Application Usage and User History reports. All other reports work fine. I'm running ARD 3.3 on an iMac (OS X 10.6.1) and have it set up as a task server, with remote connections allowed. Firewall is set up to "allow incoming connections" for Remote Management and ARDAgent. All clients are running 10.5.8 and ARD client v3.3.1. Macs in classrooms and labs are configured to generate report data every day but at different times. I'm currently only collecting System Profile, Application Usage and User Accounting data. When I try to generate a report for either a group of machines or just one, the Active Task window sits there saying "In progress" and "Waiting for report data" without getting anywhere. There are no recent files in the /var/db/RemoteManagement/ClientCaches directories, either. A look at the logs shows that the clients are trying to talk to the task server at the correct times (e.g. 2:00am). However, there are entries for each contact that lead me to believe I am missing something in the setup: Oct 28 02:00:00 myTaskServerName ARDAgent266: Client key for MA:CA:DD:RE:SS not found. Oct 28 02:00:00 myTaskServerName ARDAgent266: Encryption key not found for client. I would love to know how to generate the missing keys. Bruce O'Leary Apple Systems Administrator Academic Computing University of Massachusetts Amherst]]>
ARD 3.3.1 works just fine for me too. Seems more responsive than past versions. I'm running it under 10.5.8 on a Mac mini with 2GB of RAM to manage 65 Macs. On Nov 2, 2009, at 2:11 PM, Nick McSpadden wrote: ----- "Matthew Arion (NIH/NIEHS)" <email@hidden> wrote: [...] [...]]]>
Yea ARD 3.3.x works well for me, I have 4 copies (3 lab teachers and me) managing around 300 machines. The one thing I've noticed is if the 10.5 imacs have been idle for a while, it's best to hit "observe" before locking the screens. If I just hit "lock" first thing, some of the client machines [...]]]>
Running on an iMac with 4GB of RAM, 10.5.8, build 9L31a and I too am experiencing many crashes throughout the course of the day. No rhyme or reason or pattern to speak of either. Managing 2300 machines and having one of the main tools crash for no reason is soooo frustrating. [...]]]>
[...] Surprisingly, and I suspect I may be alone in this based on the responses of this email thread, but nearly all of my ARD problems went away after 3.3.1. Prior, it had been unreliable and wonky most of the time, and manipulating more than about 10 computers at once usually required me to restart the program. It was especially poor at copying files or installing packages, but most of those problems are now gone. For me, ARD 3.3.1 is pretty much what it should've started out as. It's currently at a happy place for me, though I eagerly look forward to them putting in more the requested features. US Code for Copyright & Fair Use: http://www.law.cornell.edu/uscode/html/uscode17/usc_sec_17_00000107----000-.html]]>
Usually once per hour for me. OS X 10.5.8, ARD 3.3.1 Mark Kent (MCP,A+) Desktop Systems Engineer, Enterprise Desktop Systems Computing Services - Buffalo State College "You only get what you give." From: remote-desktop-bounces+kentmj=email@hidden [ [...]]]>
Kurt Harvey <email@hidden> writes: [...] I manage approx. 450 computers with ARD. I'm running it on a MacBook Pro, OS 10.5.8, 2.8 Ghz processor, 4 Gig RAM. Now with version 3.3 it will freeze in the middle of commands and just randomly SEIZE UP when I have it [...]]]>
On Oct 23, 2009, at 11:15 AM, Arion, Matthew (NIH/NIEHS) wrote: > quoted text I wasn't having too much trouble with ARD freezing or crashing until I moved to Snow Leopard. Now, ARD freezes several time/day. No pattern that I can see yet. Kurt]]>