routing table madness

[Tony Alfrey]

Lonni J Friedman wrote:
> I've got an entry in the routing table that conflicts with another
> entry that I use to connect to my employer's VPN (using vpnc).  I'd
> like to delete the route, but no matter what I do, it doesn't work.
> First, here's 'route -n' output:
> 
> Kernel IP routing table
> Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
> 172.16.217.26   0.0.0.0         255.255.255.255 UH    0      0        0 tun0
> 216.228.112.12  10.0.2.2        255.255.255.255 UGH   0      0        0 eth0
> 172.16.229.26   0.0.0.0         255.255.255.255 UH    0      0        0 tun0
> 10.0.2.0        0.0.0.0         255.255.255.0   U     0      0        0 eth0
> 169.254.0.0     0.0.0.0         255.255.0.0     U     1002   0        0 eth0
> 172.16.0.0      0.0.0.0         255.240.0.0     U     0      0        0 tun0
> 10.0.0.0        0.0.0.0         255.0.0.0       U     0      0        0 tun0
> 0.0.0.0         10.0.2.2        0.0.0.0         UG    0      0        0 eth0
> 
> The route that I'd like to delete from above is:
> 10.0.0.0        0.0.0.0         255.0.0.0       U     0      0        0 tun0
> 
> Unfortunately, when I attempt to delete the '10.0.0.0 tun0' route, it
> fails to work:
> # route del 10.0.0.0
> SIOCDELRT: No such process
> 
> Similarly:
> # ip route del 10.0.0.0
> RTNETLINK answers: No such process
> 
> 
> Surely I'm doing something wrong here, but I can't figure out what
> after googling for a while.
> 


I don't know much about this stuff, but on my network, 10.0.0.0 or 
10.0.0.1, etc are ip addresses assigned by NAT, so they are only 
temporarily assigned.  So maybe that's why route del can't delete them? 
  Is that total bullshit?



-- 
Tony Alfrey
tonyalfrey at earthlink.net
"I'd Rather Be Sailing"