A few weeks ago, I ran across a couple of articles about a university in Holland that was having difficulty getting all of their Microsoft patches out to all of their systems. What did they decide to do?

Buy more servers? Nope!

Increase bandwidth? Nope!

Use a program that has been essentially outlawed in North American universities? Yep!

The university decided, on the advice of their IT consultant, that they would use bittorrent to deploy the patches.

This really got me thinking about how I would go about creating my own U.Holl server (as I like to call it). These are some of the thoughts that I have come up with.

The Server

Just to add a really strong sense of irony, I would probably build the U.Holl server on Linux, most likely Ubuntu with a typical LAMP installation. Then, for ease of management, I would install a tracker such as phpMyBittorrent or something similar.

In the tracker software, I would create several different categories based on the target systems that I would use. For example, there would be Windows XP, Windows Vista, Office 2007, etc. categories. Each category would have its own RSS feed.

The Clients

Each workstation or server that was to receive updates using bittorrent would have a copy of uTorrent running in the background. This would be critical. You would also need to tweak uTorrent so that it automatically ran an installation script r program each time it finished downloading a new patch. This script would also schedule a reboot at 3:00 AM (or whatever time you wanted) since it seems almost every hotfix from Microsoft needs to reboot the system.

A potential install script might look like this:

The trick to automatically downloading files is to subscribe each uTorrent client to the proper RSS feeds given out by the server. This way, each system only gets the patches it needs.

Potential

I think that this type of a delivery system has great potential. You could even use it across slow bandwidth links or to deploy other software, not just patches.

This is a project that I am hoping to spend some time on over the next while but I am looking for your input/suggestions now so that I can hopefully avoid some pitfalls later. Any input would be greatly appreciated!

Every single IT person will tell you to maintain your Windows security updates. It is critical, we are told, so that we can keep our computers safe. While I don’t completely agree with the statement (I’ve personally experienced an “update” that has completely killed a mission critical server), it is important to be able to update your system with the required patches.

Most people use Windows Update and many IT administrators use Windows Software Update Services (WSUS) to deploy these patches. While both works well, I personally prefer AutoPatcher. And here’s why:

  1. It uses way less bandwidth than Windows Update. You download the patches once and you are done. You can now easily deploy all of the update to several computers, even computers without Internet access.
  2. AutoPatcher does more than just update Microsoft applications. It is completely customizable and you can use it to install pretty much anything you want.
  3. You can deploy AutoPatcher updates over a network without a bunch of registry hacks. Unless you are running Active Directory, you need to perform a number of registry hacks to get WSUS to work.
  4. You do not need to install the Windows Genuine Advantage “critical” update in order to install other updates. You can keep your information to yourself.
  5. AutoPatcher can be run unattended over a network or from a log-on script.

If you have never used this amazing tool, I would really encourage you to give it a try. It’s freeware so all it will cost you is your time.

CalendarIf you are running a small office of a couple dozen employees and you have Windows 2003 R2, you can easily centralize your contacts for your entire office along with give everyone the ability to see the company’s corporate calendar without having to install Exchange in your environment.

With Windows 2003 R2, you also have a copy of Sharepoint services. Sharepoint allows you to create workspaces for your different working groups. It is generally designed to work for either relatively large companies or working groups that are widely distributed. But, if you are neither, you have this technology at your disposal and you might as well put it to good use.

By creating a central contacts and calendar in the Sharepoint services, your users can connect to then using Outlook. This way, is is really easy for them to find contact information for anyone in the company or see what is happening on the corporate calendar right from a tool they already use.

You may even want to expand things a bit more and share your own calendar using Sharepoint so that people can see when you are busy or not and allow them to better select meeting times. Or, instead of just putting in company contacts in Sharepoint, you can also put in vendors and clients so that this information is readily available for everyone in the company to use.

One other nice aspect about doing things this way is that it is also useful for the road warrior. Outlook caches a copy of all the contacts and calendar information locally on your hard drive so that when you are on the road with your laptop, all of the contacts and calendars are still available, even though you may not be able to connect with your Sharepoint server.

Now, if you do not have access to a Sharepoint server, you do have some other options, most free or open source.  Here are just a few:

What are you using for online collaboration?  Let us know what works and what doesn’t work in the comments.

ToolsWhen the domain controllers died, there were a number of very important Active Directory tools that we needed to use in order to get our systems back up and running properly. Unfortunately, we needed to find a lot of these tools on our own and on-the-fly.

Since we found these to be useful, I thought I would put up a list and brief description of some of these tools so that when you find yourself in a similar situation, you will not be scrambling.

Be aware that a lot of these are command line tools that do not have a pretty GUI. But, if you are in the process of recovering a Windows 2003 domain controller, I am certain that you have a pretty good grasp of the command line.

Read the rest of the story…

Command PromptEven though Windows is extremely GUI friendly, I find that if you really want to do some fine tune high end geeky things on your Windows computer, you pretty much need to do it from a command line.

For those of you who know the power of the command line, you also know that it is really useful to be able to run some of these command line tools remotely. There are a number of different ways to do this. I would like to share with you a couple of my favorites.

Read the rest of the story…

Next Page »