Traffic going to eth1 is goin

[Marcos Aurelio Rodrigues]

Sorry, but i dont know what you are looking for, so for me, it sounds a
little confusing. Two interfaces on the same segment, why dont you use
interface alias, and disable the second interface? Its not a beautifull
thing to put two interfaces on the same segment, because the arp requests.

If you are looking for redundancy, maybe bond its the right choice.

Having two interfaces on the same segment, will do the Linux responde the
arp request on both nics, for the both ips.

If you want this nics work in that way, maybe you should read about Linux
Advanced Routing.


[]s
Marcos







On Thu, Jan 15, 2009 at 12:29 PM, Broekman, Maarten <
Maarten.Broekman at fmr.com> wrote:

> >  -----Original Message-----
> >  From: redhat-list-bounces at redhat.com
> >  [mailto:redhat-list-bounces at redhat.com] On Behalf Of Michael Simpson
> >  Sent: Thursday, January 15, 2009 8:49 AM
> >  To: General Red Hat Linux discussion list
> >  Subject: Re: Traffic going to eth1 is goin
> >
> >  On 1/13/09, Ugo Bellavance <ugob at lubik.ca> wrote:
> >  > Hi,
> >  >
> >  > I'm scratching my head on this one...
> >  >
> >  > I've configured a server with 2 network interfaces, eth0
> >  and eth1.  eth0 =
> >  > 192.168.2.211 and eth1 = 192.168.2.212.  eth1 seemed to
> >  work properly, but
> >  > whenever I open a connection to 192.168.2.212, I see the
> >  traffic on eth0.
> >
> >  you can't use 2 interfaces on the same subnet without bonding
> >  you used to be able to years ago but it doesn't work now
> >  note your default route
> >
> >  mike
>
> That's not strictly true.  You can use as many interfaces on the same
> subnet as you want and traffic to the IP addresses on those interfaces
> will come in initially on that interface, but then the local routing
> rules will force the traffic out the default route, which would appear
> to be eth0.  You can change that behavior by setting up iptables rules
> that force the traffic over different interfaces depending on the source
> / destination of the traffic.
>
> Maarten Broekman
> Email: maarten.broekman at fmr.com
>
>
>
>
> --
> redhat-list mailing list
> unsubscribe mailto:redhat-list-request at redhat.com?subject=unsubscribe
> https://www.redhat.com/mailman/listinfo/redhat-list
>