![]() |
| News | Profile | Code | Photography | Looking Glass | Projects | System Statistics | Uncategorized |
Blog |
I was bored tonight, so, after requesting an additional IP address from RR, I put my NetScreen 5GT in parallel with my Linux box, right on the internet. I'll eventually get a IPSec extention of my network going with one of my friends from home, but until then, I figured I'd have the NetScreen share some of the load with my Linux box.
I got the 5GT into the OSPF backbone area, so it could see everything and added a couple policies. Also added an additional routing table on the Linux box with a default to the NetScreen. Added a couple firewall rules to mark HTTP and SSH connections and send 'em over to the NetScreen.
Seems to work nicely, and now I can do some easy-ish QoS on the NetScreen to prevent my RTT from climbing when I use the 384kb of upstream RR gives me. I've messed with tc on Linux awhile back, but I thought it was complete overkill, and a little too complex.
When playing with iptables, I found some options in the iptables(8) manpage that I hadn't seen before:
ROUTE
This is used to explicitly override the core network stack's routing
decision. mangle table.
--oif ifname
Route the packet through `ifname' network interface
--iif ifname
Change the packet's incoming interface to `ifname'
--gw IP_address
Route the packet via this gateway
--continue
Behave like a non-terminating target and continue traversing the
rules. Not valid in combination with `--iif'
That just saddens me. There's already a mechanism for that, the mangle table! It just seems like this option is there purely for messing up and complicating configurations. Looks like it provides a messy way out for incorrect firewalling/routing configurations.
Ah well, time to hit the sack.
New comments are currently disabled for this entry.
![]() ![]() ![]() ![]() ![]() |
This HTML for this page was generated in 0.000 seconds. |