|
If you need a more permanent solution, have your machine always contact it's
own loopback whenever it wants to go to foo.bar.com. Anything from your
machine will simply talk back to itself, and anything from the outside world
will go the normal route.
----- Original Message -----
From: Ted Pavlic <tpavlic@xxxxxxxxxxx>
To: James CE Johnson <jcej@xxxxxxxxxx>
Cc: - LVS Users Mailing List - <lvs-users@xxxxxxxxxxxxxxxxxxxxxx>
Sent: Tuesday, October 05, 1999 6:23 PM
Subject: Re: LVS & search engines
> If you're not going to do direct routing, pretend like you are. :p
>
> Setup a temporary IP alias on the indexing node that answers requests to
> foo.bar.com. If you're worried about arping, setup the alias on a device
> that's configured with noarp.
>
> All the best --
> Ted
>
> ----- Original Message -----
> From: James CE Johnson <jcej@xxxxxxxxxx>
> To: <lvs-users@xxxxxxxxxxxxxxxxxxxxxx>
> Sent: Sunday, October 03, 1999 6:46 PM
> Subject: LVS & search engines
>
>
> >
> > Hi,
> >
> > I've been fighting this for a few days. Maybe someone out there has
> > solved it?
> >
> > Let's say I have a cluster known to the outside world as foo.bar.com.
> > The machine foo.bar.com is running LVS of course. Inside the cluster,
> > it is known as services00.foo.bar.com.
> >
> > Now, services00 is setup to balance WWW traffic to boxes inside of the
> > cluster. For simplicity, let's say there's only one internal box and
> > it's known as node01.foo.bar.com. Of course, it's not available outside
> > of the cluster.
> >
> > If I fire up htdig, it needs to know where to connect to to build it's
> > index files. I want to run it inside the cluster of course. If I tell
> > it to look at http://foo.bar.com from any node in the cluster, it gets a
> > 'connection refused'. If I tell it to look at node01.foo.bar.com, then
> > all is well but the URLs it builds are all http://node01.foo.bar.com
> > which do no good for folks outside of the cluster looking at search
> > results.
> >
> > Any ideas?
> >
> > Thanks,
> > J
> >
> > ----------------------------------------------------------------------
> > LinuxVirtualServer.org mailing list - lvs-users@xxxxxxxxxxxxxxxxxxxxxx
> > To unsubscribe, e-mail: lvs-users-unsubscribe@xxxxxxxxxxxxxxxxxxxxxx
> > For additional commands, e-mail: lvs-users-help@xxxxxxxxxxxxxxxxxxxxxx
> >
> >
>
>
> ----------------------------------------------------------------------
> LinuxVirtualServer.org mailing list - lvs-users@xxxxxxxxxxxxxxxxxxxxxx
> To unsubscribe, e-mail: lvs-users-unsubscribe@xxxxxxxxxxxxxxxxxxxxxx
> For additional commands, e-mail: lvs-users-help@xxxxxxxxxxxxxxxxxxxxxx
>
>
----------------------------------------------------------------------
LinuxVirtualServer.org mailing list - lvs-users@xxxxxxxxxxxxxxxxxxxxxx
To unsubscribe, e-mail: lvs-users-unsubscribe@xxxxxxxxxxxxxxxxxxxxxx
For additional commands, e-mail: lvs-users-help@xxxxxxxxxxxxxxxxxxxxxx
|
