Benefit from a mission critical IT monitoring with Monitis Premium or get it FREE for your entry level monitoring needs.
-Over 200,000 users
-More than 300,000 websites monitored
-Used in 197 countries
-Recommended by 98% of users
Course Of The Month
Become a Premium Member and unlock a new, free course in leading technologies each month.
Solved
DNS round robin with hosts file and browsers on windows
Posted on 2013-01-07
I've been playing around with the following scenario and I'm wondering if this should work in theory:
Configure the following in the hosts file on windows:
<IP of server that's down> hostA
<IP of server that's down> hostA
<valid IP> hostA
and then access http://hostA:8080 in Chrome, FF and IE. My hope is that all three browsers will eventually find the hostA mapping to the valid IP.
Right now I'm testing with IE and I'm seeing some odd results where it sometimes seems to work and sometimes it doesn't. I wanted to check to set if this configuration and the result I'm expecting are valid.
Configure the following in the hosts file on windows:
<IP of server that's down> hostA
<IP of server that's down> hostA
<valid IP> hostA
and then access http://hostA:8080 in Chrome, FF and IE. My hope is that all three browsers will eventually find the hostA mapping to the valid IP.
Right now I'm testing with IE and I'm seeing some odd results where it sometimes seems to work and sometimes it doesn't. I wanted to check to set if this configuration and the result I'm expecting are valid.
[X]
Welcome to Experts Exchange
Add your voice to the tech community where 5M+ people just like you are talking about what matters.
- Help others & share knowledge
- Earn cash & points
- Learn & ask questions
3-
3
2- +1
9 Comments
Active today
I have to ask: what's your ultimate goal? There may be a better way to accomplish it than by messing around with hosts files (which is almost never the best way to accomplish anything, in my opinion).
Active 7 days ago
All 3 IP addresses are "valid." Just because a host, or a service on a host, may be down, does not mean the IP address is invalid. It just means that you will not get a response.
If you are hoping that a browser will try each IP address returned until it finds one that responds, you are out of luck. Browsers will use the 1st IP address returned and that's it.
If you are hoping that a browser will try each IP address returned until it finds one that responds, you are out of luck. Browsers will use the 1st IP address returned and that's it.
Active 2 days ago
Hi,
As giltjr explained round robin is not a high availability solution, it's only a load balancing solution. DNS will load balance requests because of round robin but is not in charge to check availability of services "behind" IP addresses.
So DNS gives you an IP even if the server or services associated to this IP are down.
Applications may be smart enough to check all IPs in the list obtained from DNS until they find an "alive" one... But browsers are not that smart: they ask for an IP, and if this one is "bad" they fail....
As giltjr explained round robin is not a high availability solution, it's only a load balancing solution. DNS will load balance requests because of round robin but is not in charge to check availability of services "behind" IP addresses.
So DNS gives you an IP even if the server or services associated to this IP are down.
Applications may be smart enough to check all IPs in the list obtained from DNS until they find an "alive" one... But browsers are not that smart: they ask for an IP, and if this one is "bad" they fail....
My ultimate goal is to test the server retry capabilities of the main browsers, which it turns out, all three main browsers (FF, Chrome, IE) possess. This configuration wasn't meant to be a permanent set up, I just wanted to see how the browsers would be have when one of the IPs configured to a host was not available. This blog post covers the high-availability of browsers in more depth:
http://blog.engelke.com/2011/06/07/web-resilience-with-round-robin-dns/
http://blog.engelke.com/2011/06/07/web-resilience-with-round-robin-dns/
Active 7 days ago
So you were trying to do a test to prove that testing another person did was right?
O.K., I can live with that. However what the article says is right. Most web browsers try the 1st IP address returned in a list and stop there. In fact most IP based products stop after the 1st address. Just easier for developers to write code that gets one thing, tries, and fails.
As PaciB stated, round robin DNS was a crude attempt at load balancing. Was never meant to be used for fail over recovery.
O.K., I can live with that. However what the article says is right. Most web browsers try the 1st IP address returned in a list and stop there. In fact most IP based products stop after the 1st address. Just easier for developers to write code that gets one thing, tries, and fails.
As PaciB stated, round robin DNS was a crude attempt at load balancing. Was never meant to be used for fail over recovery.
Giltjr states: "Most web browsers try the 1st IP address returned in a list and stop there. "
That is not what the article states.
I quote:
"You’d have your program ask the network API for all of the IP addresses associated with a name, and then your program can try them one at a time until it gets something to connect...
<some text omitted>
As it happens, it appears that they (browsers) all do work that way"
My testing confirmed that browsers do in fact behave this way.
Also, I'm not looking for load balancing, just fail over. For our current needs, the fail over capability now built into the all modern, popular browsers, is sufficient.
That is not what the article states.
I quote:
"You’d have your program ask the network API for all of the IP addresses associated with a name, and then your program can try them one at a time until it gets something to connect...
<some text omitted>
As it happens, it appears that they (browsers) all do work that way"
My testing confirmed that browsers do in fact behave this way.
Also, I'm not looking for load balancing, just fail over. For our current needs, the fail over capability now built into the all modern, popular browsers, is sufficient.
Active today
I'll admit, this functionality is news to me, but if it works, more power to you. However, if this is for anything but a very small number of users, you'll want to implement it on your DNS server rather than clients' hosts files for ease of administration. Of course, that means you may get inconsistent results due to client-side caching...
You mentioned that you're seeing some odd results during testing. Have you used a packet sniffer to see what addresses the test machine is trying to contact?
You mentioned that you're seeing some odd results during testing. Have you used a packet sniffer to see what addresses the test machine is trying to contact?
Featured Post
Modern healthcare requires a modern cloud. View this brief video to understand how the Concerto Cloud for Healthcare can help your organization.
Question has a verified solution.
If you are experiencing a similar issue, please ask a related question
If you're not part of the solution, you're part of the problem.
Tips on how to secure IoT devices, even the dumbest ones, so they can't be used as part of a DDoS botnet. Use PRTG Network Monitor as one of the building blocks, to detect unusual…
This article explains the fundamentals of industrial networking which ultimately is the backbone network which is providing communications for process devices like robots and other not so interesting stuff.
This video gives you a great overview about bandwidth monitoring with SNMP and WMI with our network monitoring solution PRTG Network Monitor (https://www.paessler.com/prtg).
If you're looking for how to monitor bandwidth using netflow or packet s…
Michael from AdRem Software explains how to view the most utilized and worst performing nodes in your network, by accessing the Top Charts view in NetCrunch network monitor (https://www.adremsoft.com/). Top Charts is a view in which you can set seve…
Suggested Courses
Earn Certification
HTML5 Specialist - Certification
Free withPremium
Course of the Month3 days, 21 hours left to enroll
Earn Certification
MTA Mobility Device Fundamentals (Exam 98-368)
$59.00$53.10
Earn Certification
MTA Server Fundamentals Exam 98-365
$59.00$53.10
630 members asked questions and received personalized solutions in the past 7 days.
Join the community of 500,000 technology professionals and ask your questions.