In this chapter, we have talked about preparing your environment for the deployment of UAG, and addressed the considerations that are required to pave the path for a successful roll out. For many experienced IT administrators, UAG may seem to be just another server to install and squeeze into their already busy schedule, but UAG is a unique product in its abilities, and also in its requirements. Bringing up a server to host a simple web application can be accomplished quite easily, but that rarely ends there. Most organizations, when discovering how UAG empowers their home and mobile users to accomplish so much remotely, start piling on more and more applications and requirements, and at that point, any cracks in the initial design may show up. For example, setting up a SharePoint server may seem simple. After all, it's just a website, right? Not so fast. We soon discover (and will discuss this in Chapter 4) that the advanced code that makes SharePoint's content so dynamic and rich may also cause quite a headache if hostnames were not designed properly. In that case, an organization may find that it needs to reconfigure SharePoint's AAM settings, fiddle with DNS and in extreme conditions even reinstall the SharePoint server to allow it to be published perfectly. Will this happen to you? We hope not, so read Chapter 4 carefully (in fact, reading the entire book carefully won't hurt either) and don't rush into publishing the UAG portal before you have considered the various scenarios that can develop.
In the next chapter, we will learn how to install UAG with the various SKUs that are available. We will discuss the prerequisites in more detail and go over the installation procedure step-by-step, as well as tips and suggestions on avoiding the most common mistakes.