vi /etc/sysconfig/network-scripts/ifcfg-ethX
IPV6INIT=yes
IPV6ADDR=2a00:1630:1:13d::13d/56
IPV6_DEFAULTGW=2a00:1630:1:100::1
Restart the network, check if the default route is available:
ip -6 route
Should be something like:
default via 2a00:1630:1:100::1 dev eth2 metric 1 mtu 1500 advmss 1440 hoplimit 4294967295
I'm not for sure when they did it, but the RHEL folks made it a bunch easier to setup simple source policy routing. By using source policy routing, we fix the issue of firewalls freaking out when the reply packet to a host leaves a multihomed host on a different interface than what the request came in on. In prior versions, you had to setup some custom scripts, but that's no longer the case - all the hooks are there in the OS now.
In this example, imagine a CentOS host with two nics. 192.168.0.2/24 is on eth0, and 10.0.0.2/24 is on eth1. The default gateway is set to 192.168.0.1. Any host accessing 10.0.0.2 from any subnet that isn't on 10.0.0.0/24 will have it's reply packets sent out via 192.168.0.1. Some firewalls drop this type of traffic *cough* Cisco ASA's *cough*.
Thanks to the iproute2 package in Linux, this is easy enough to fix. RedHat has made it even easier now - we can do this in 3 steps (all performed as root):
We need to create a table for iproute2. Name it anything you want, and add it to /etc/iproute2/rt_tables, like so:
echo -e "200\tSecondSubnet" >> /etc/iproute2/rt_tables
We need to create a route for eth1 that says to use our CorpNet table defined in Step 1.
echo "default table SecondSubnet via 10.0.0.1" > /etc/sysconfig/network-scripts/route-eth1
We need to create a rule for eth1 that says to use our route above for traffic received on eth1.
echo "from 10.0.0.2 table SecondSubnet" > /etc/sysconfig/network-scripts/rule-eth1
/etc/init.d/network restart
That's it. Fire up a packet sniffer and verify your config!
This has happened to me a few times, and it’s not a nice problem to find yourself in. You computer won’t boot, all your filesystem checks tell you you’ve a bad superblock, but you cant seem to find how to fix it. Well, here goes :)
This guide is for ext4 , though I’ll explain how other filesystems can be cured along the way. The easiest way to carry all this out, seeing as your computer probably won’t boot at this stage, is to download and burn a copy of Parted Magic. Boot from that, and you’ll access to a number of useful tools.
First, figure out what partition we’re dealing with.
:: Next >>