Using SOA version 1.1.132.15.
This morning, after uninstalling a version 8.x client and reinstalling a 7.x client on a Windows 7 Ultimate workstation to cope with the ongoing bogus “invalid certificate” issue, the reinstalled 7.x client was unable to connect to the server.
I opened the SOA to find it reporting that ALL client workstations are “disconnected”.
I rebooted the SOA server and checked again. All workstations still “disconnected”.
I can log into the SOA web interface remotely from another workstation. So there is no physical connection problem with the server.
I logged into the Avast! client running ON THE SERVER (the machine is not a server OS; it’s just Windows 7 Ultimate; it runs an Avast! client along with the SOA just fine). In the Avast! client on the server I did a virus pattern/engine update. The screen for this reported that the client WAS connected to the server, and it processed the update just fine. I then rechecked the SOA; it still reported that all clients, including the one I had just updated, were disconnected.
I then logged into the Avast! client running on a Windows XP machine. It reported that it was “connected” to the server. I ran a pattern/engine update on this client, which was successful. I then went back to the SOS. It still reports that all workstations, including that one, are disconnected, and have not communicated with the server since yesterday.
Now I have a machine on the network that is unprotected because it can’t get the license from the SOA.
Please don’t tell me to install the “new” SOA; I am not willing to risk losing the ability to retain use and control of version 7.x clients on this network until Avast! acknowledges and fixes the “invalid SSL certificate” bug.
So what can I do now?