Server Fault is a question and answer site for system and network administrators. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

When we make a delivery to our LIVE webservers we like to test they are working. As we have several load balanced webservers in LIVE we need to browse to each one individually. These are Windows Server 2008 webservers. To check the websites are OK on each webserver we currently browse to the website locally through IIS.

This process is painfully slow.

Is there a way to speed up this process?

Note: If we try to browse the webservers externally we end up on one webserver - and then seem to always hit that same webserver afterwards: which means the others go unchecked.

share|improve this question

If you are using a unix-based machine, add an entry to /etc/hosts pointing the domain to an IP of the server you want to hit. Syntax is as follows:

$ip $domain

share|improve this answer

It depends on how the load balancing is done, and the accessibility you have to the machines from your workstation.

We have the following setup:

  • 1 public IP (loadbalanced to the internal IPs)
  • 2 internal IPs to the servers
  • 1 VPN from the office, which gives us access to the servers on their internal IPs extra bindings with hostnames that resolves to each internal IP.

Which means that the site has an additional binding:

  • ->
  • ->

This can even be a shared config, doesn't matter if all servers have all bindings, it's the resolve that will define which server you'll hit

That way, I can browse from my workstation on each individual web server, over VPN. If you have public IPs on each servers, you wouldn't require the VPN-part, or if your office net has direct access to the servers.

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.