Or more accurately, the “joy” of virtual companies.
Most of the companies that we do Managed IT Services for have domains for their Windows systems, which is a real help when trying to manage all the systems.
But one of our clients doesn’t have a domain architecture. We can’t complain about the previous IT guys not setting one up as we did the technology design for the company. It’s a completely virtual company – they only own their laptops, monitors and a couple of printers. The rest of their systems are in the cloud – hosted Exchange, file storage, CRM, Fax & Phone services, etc. And the design was intentional. They have employees that work from home, coffee shops, wherever they have an internet connection. And it’s working great for them. (And it was quick too – from nothing to up and running and producing cash flow in less than 30 days – pretty quick if you ask me. Most of those 30 days were getting contracts setup with their main backend system provider.)
However it does lead to some issues that you could fix more easily on a domain / server / LAN based system.
A great example that I’m working on this weekend is moving them from the AV system that they had been using to a new system that we provide. Using the new systems Enterprise console you are usually able to do a quick deployment of the new AV software as well as distribute a package that removes the existing AV software.
Sounds great in practice. And it usually works great too. But for some reason it just wasn’t working for me at this company.
After perusing the support forums and KB for the product, and trying about 10 different suggested “fixes”, we finally found that the issue was UAC on the Windows 7 laptops that was causing the problem. Now if we’d been using a domain based architecture, the fix would have been simple. Use a GPO to give the needed permissions to install the software. And boom, you’re done.
However, in the absence of a domain, we ended up testing a couple of methods. First was simple – logging into the workstation and reducing the UAC level to basically nothing, then rebooting and pushing the AV package. That worked great, but wasn’t exactly the best way to go. There is also a method of doing this view registry hacks, which we haven’t tried yet (that’s todays project).
The second method that we tried was pushing a built MSI of the software out to the clients, and using our scripting engine to do the installation. That worked for the initial installation, but until I get into the office this morning and check, I won’t know if that actually runs the software removal job getting rid of the old software.
All in all, not that big a deal, and one that we’ll face again I’m sure. But sometimes it does make you wish for the old school domain method of building new businesses. Or for a better security method than UAC.