You can't delete a interface because is phisical, installed on your machine, but you can down a phisical interface
By other hand, I think, maybe I didnt understood your problem. I understood that you are tring to ping with 172.16.40.111, and you detected that the connections aren't working. is it ok? Send me a traceroute from the client where you are tring to ping 172.16.40.111 please, and a ifconfig -a on client for create a idea about your network topology By other hand, create a backup and send me the tar.gz file for see your entire configuration Regards 2011/6/30 Chiesa Stefano <[email protected]>: > Hello Emilio, same behaviour...(see img for configuration) > May I check some config file for you? > > > I have another question. Why is not possible to "delete" a physical > interface? I can delete virtual but for a physical I can't return to the "no > ip" status as you can see for eth2 . > Am I missing something? > > Ciao. > Stefano. > > > -----Messaggio originale----- > Da: Emilio Campos [mailto:[email protected]] > Inviato: giovedì 30 giugno 2011 14.12 > A: [email protected] > Cc: Di Marco Francesco > Oggetto: Re: [Zenloadbalancer-support] if on different networks > > Hi Chiese, You should configure gw on the "table interface", one for > each interface, and by other hand you need configure the default gw. > > You have to see each interface like independent of the others, for > example, If a client try to connect with zen over eth1 , first: the > client connect with gw of eth1 and second: gw sends connection to > eth1, and on this case, eth1 sends the response over the same gw that > you configured on the gateway column on "table interfaces" > > And If zen load balancer try connect with other subnet, it going to > use default gw,for example: If you run ping on zen to other ip on > other net, this ping going to connect with default gw ALWAYS > (10.39.18.250 on your case). > > Remember if you configured your default gw on "Default GW" , also you > need configure default gw on "table interfaces" for each interface. > > ON zen, there is one indepent table route for each interface, and one > more, the default table route, with this, you can use diferent gw, > one for each interface > > I don't know if I understood the entire problem. I wait your reply to this > mail > > > 2011/6/30 Chiesa Stefano <[email protected]>: >> Hello Emilio. >> >> I tried to configure one of our zen servers with if in different >> networks (look at the attached img). >> >> eth0 10.39.18.190/23 no gw >> eth1 172.16.40.111/24 GW 172.16.40.250 >> >> eth5 172.16.18.2 future cluster, >> cross cable >> >> Default GW 10.39.18.250 >> >> I can ping "everything" only if I use the -I option (ping -I eth1 >> 172.16.40.250), otherwise it uses the DGW (and it could be ok). >> Bu if I try a connection "from outside" to 172.16.40.111 it keep on >> using the DGW. >> >> So when does it uses the gw I can configure in the if section? >> >> Thanks in advance. >> Stefano. >> >> >> ---------------------------------------- >> Stefano Chiesa >> Wolters Kluwer Italia >> Strada 1, Palazzo F6 >> 20090 Milanofiori Assago (Mi) - Italia >> Phone +39 0282476279 (20279 Voip) >> Fax +39 0282476633 >> >> >> ------------------------------------------------------------------------------ >> All of the data generated in your IT infrastructure is seriously valuable. >> Why? It contains a definitive record of application performance, security >> threats, fraudulent activity, and more. Splunk takes this data and makes >> sense of it. IT sense. And common sense. >> http://p.sf.net/sfu/splunk-d2d-c2 >> _______________________________________________ >> Zenloadbalancer-support mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support >> >> > > > > -- > Load balancer distribution - Open Source Project > http://zenloadbalancer.sourceforge.net > Distribution list (subscribe): [email protected] > > ------------------------------------------------------------------------------ > All of the data generated in your IT infrastructure is seriously valuable. > Why? It contains a definitive record of application performance, security > threats, fraudulent activity, and more. Splunk takes this data and makes > sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-d2d-c2 > _______________________________________________ > Zenloadbalancer-support mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support > > ------------------------------------------------------------------------------ > All of the data generated in your IT infrastructure is seriously valuable. > Why? It contains a definitive record of application performance, security > threats, fraudulent activity, and more. Splunk takes this data and makes > sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-d2d-c2 > _______________________________________________ > Zenloadbalancer-support mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support > > -- Load balancer distribution - Open Source Project http://zenloadbalancer.sourceforge.net Distribution list (subscribe): [email protected] ------------------------------------------------------------------------------ All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 _______________________________________________ Zenloadbalancer-support mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support
