Designating Default Gateway for multiple networks/adapters
I have 4 NIC's connected to my RHEL 5.3 server. Two on one subnet creating bond0, and two on a second subnet which create bond1. Both bonds are set to use DHCP to obtain IP addresses. Here is the config file for ifcfg-bond0:
Here are the lines added to /etc/modprobe.conf:
This is working wonderfully, other than the default gateway is being configured for bond1, when I need it to be configured for the network connected to bond0 instead. Is there an option I can add to either one of these to denote it as the one that the default gateway should be configured for?
Will DHCP always configure the default route for the last configured adapter? If this is the case, I can just reverse the bond0 and bond1 names as a temporary fix, but I'd still like to know if there is a configuration option or a boot time command I could issue to ensure the proper gateway is configured at each boot.
I use RedHat 6.5, which sets the gateway in the configuration file / etc / sysconfig / network as GATEWAY = 192.168.1.26, and the gateway in the configuration file / etc / sysconfig / network-scripts / ifcfg-eth11 as GATEWAY = 192.168.1.256. The two gateways are different.... (6 Replies)
Hopefully there is someone here that can help me with the problem I got.
At my office I have 1 ubuntu firewall/gateway and several networks.
On the firewall/gateway I have three network cards, one for internet, one for network 192.168.100.0 and one for network 172.20.1.0
We... (0 Replies)
If I have 2 interfaces in a server on the same subnet/network does Solaris automatically choose to route packets destined for this network out the first interface. I.e if ce0 and ce1 were on same network ce0 would be chosen as it's first interface? (5 Replies)
I am a newbie in the world of IP telephony. I have been working with Asterisk PBX (SIP) and Cisco Call Manager (MGCP) but now I am learning on how to work GNUGK for H.323 Gatekeeper.
I am having a problem, configuring static call routing on GNUGK
in the section
... (0 Replies)