Re: Checking URLS across a cluster.
"Christopher Hart" <[email protected]>
| Newsgroups | gmane.comp.lang.perl.modules.lwp |
|---|---|
| Message-ID | <[email protected]> |
Could you create a script that added/modified entries to your hosts file that forced the domain you're trying to reach to have a specific IP address? On 4/10/06, J.Slee <[email protected]> wrote: > > What I'm hearing you say is that the DNS is round-robin DNS, so that > there are three possible IP addresses that come back for foo.com. > > > > No, I obviously am not being clear. The DNS lookup comes back with one > address from the lookup, which is the virtual IP address of the cluster. > > I want to be able to avoid using DNS lookup and tell the LWP module when > it does a GET request to use the specific IP address of each host in the > cluster, so I know that I have checked each one as being available and > placed an entry in the ISS log file. > > > > Unfortunately I can't replace the host part of the URL with the > specific IP address for each host as I need to have the URL looking like > http://hostname.mydomain/ <http://hostname.mydomain/> as it is > redirected to a specific virtual web site using host headers. > > > > Regards Jamie > > > > ________________________________ > > From: Andy Lester [mailto:[email protected]] > Sent: 10 April 2006 14:14 > To: J.Slee > Cc: [email protected] > Subject: Re: Checking URLS across a cluster. > > > > > > On Apr 10, 2006, at 6:38 AM, J.Slee wrote: > > > > > > I expect it just does a DNS lookup on the host portion of the URL > > provided, and this will just give back the virtual IP address of the > > cluster. > > > > What I'm hearing you say is that the DNS is round-robin DNS, so that > there are three possible IP addresses that come back for foo.com. > > > > There's no way that a DNS client can force a given DNS request to come > back with a given IP, at least that I'm aware of. The issue is one of > DNS, not of Mechanize. > > > > -- > > Andy Lester => [email protected] => www.petdance.com => AIM:petdance > > > > > > > > > > >