Quote:
You can't have two default gateways active at the same time.
Concept of 'default gateway' is: 'if nothing else matches, send packets here'.
You know, I thought that too. But the linode documentation implies other.
https://www.linode.com/members/netinfo.cfm (login required). The relevant part being:
Quote:
You can add these commands to your rc startup script to have the IPs configured at boot time. Or, use your distribution's configuration tools to do it 'the right way'.
If you have IPs in different subnets, make sure to do "route add default gw x.x.x.x" for each Gateway listed in the table above.
So, that's what I did.

Now, that noted, the problem I'm having is that FC2 (and RHL and FC[1-4] for that matter) have serious documentation and legacy configuration issues, that I'm finding very hard to navigate. It's frustrating to no end. Putting the directives in rc.local was the only way to make it work, because, as Linode notes, "the right way" (for [insert distro]) does not seem to behave at all.
Clearly Debian has the advantage here with it's interface configuration scripts.
Those scripts clearly imply that each interface can have a gateway. Supposedly, FC[1-4] can too, but I can't for the life of me get
/etc/sysconfig/network-scripts/(route-eth0||route-eth0:0) to load,
/etc/init.d/network does not call or source these scripts, and if it supposed to work some particular way, someone show me because its a charlie-foxtrot. But I digress...

Quote:
If that is how you intended to use the multiple default gateways, then great. If this was not how you planned it, then you'll need to rethink your goal and arrangement.
What exactly is your goal? Are you doing this as a failover scenario of some sort?
You want to route certain traffic out of a specific interface only? (If so, shouldn't need the default route for diverting a specific subnet through a particular interface.)
I believe my goal was the latter, but I believe I really was trying to follow the Linode documentation. :/ My plans include an Apache server with an IP for NameVirtualHosts and an IP for SSL (an IP-based host).
Many thanks for your reply. Maybe you can shed some light on what Linode is trying to say, versus what is implemented in practice.