If you suspect a port is being blocked, you can test the port by telnetting to the port on the remote machine. For example, you can open a command prompt (start...run...cmd) on a workstation and type "telnet <machine-name-or-ip-address> <port#>"... like "telnet 192.168.0.51 54321". If the workstation is Vista or Win7, though, telnet may not be installed by default, but may be installed in Programs and Features in the control panel.
If the connection times out, it could be (1) the destination machine is not listening on that port, or (2) the port is being blocked.
If your window changes to a blank window, the connection was successful. You'll probably have to close the command prompt window manually.
If you want to see a log of what the McAfee Agent is doing, open a browser window to http://localhost:<agent-wakeup-communication-port>. In your case it would be http://localhost:54322 You should see problems logged here if your client's agent is having problems communicating with the ePO Server.
If you don't have subnet/ip sorting set up on your ePO server, you might be able to find your systems in the Lost and Found in the Systems Directory tree.
Thank you tmckinney. Even with the helpful hint you gave me, I could not successfully configure epo and isa server 2004 and hence, instead of ePO, I wanted to use a mirror task to copy files from ftp.nai.com/commonUpdater to our server and edit repository list on each of client computers so that the client can download from our server. The mirror task very often fails and therefore I want to use GlobalScape CuteFTP 8.3.4 to download files Catalog.z, siteStat.xml and folder Current. Because our internet speed (128 Kbs) is very low I want to copy only relevant folders and files from folder "current". Please tell me which folders and files should I copy from ftp.nai.com/commonUpdater/current. McAfee VirusScan 8.7i Enterprise including Patch 3 is installed on all 38 computers.
Message was edited by: wondimuf on 11/2/10 8:16:32 AM CDT
Message was edited by: wondimuf on 11/2/10 8:18:54 AM CDT
I've moved this thread to our ePO area for better attention by a community expert.
Updates may fail without all the files, I would suspect it is an error checking mechanism by the updater. Not sure if you can take any shortcuts on the update repository.
However, if your ePO server is downloading updates (Repository Pull), besides having your clients update directly from the ePO server, you can create Distributed Repositories that can update in one of three methods: UNC, http, or ftp. If both your ePO server and your clients can reach the same resource (like a UNC share or http/ftp site), you can set up a distributed repository, set an ePO server schedule to make a regular repository replication (update the distributed repository), and configure the policies for your McAfee Agent to point to the distributed repository to get updates.
But if your clients cannot share a repository managed by your ePO server, I'm not sure your clients are receiving policies from the ePO server either, so your VirusScan clients may be working as stand alone systems, anyway. Not sure what the ePO server could do at this point.
Are your VirusScan clients DAT versions within 30 days? If not, you would be well served to download a superdat file or xdat file and update your clients locally, and keep up with updates incrementally. The incremental updates should be too bad. If you still have problems with download speeds if you're only a day or two out of date, you may check network port settings between your network switch and PCs...they should either both be "auto" or should both be hard coded for the same speed/duplex setting (I strongly recommend both be set to "auto", because the next time you replace or rebuild a PC, the default will be "auto"). Port mismatches, as they are called, cause many hard to diagnose network problems.