[2232] in linux-net channel archive
kernel redirect message
daemon@ATHENA.MIT.EDU (Carlos "M." Chamorro)
Sun Mar 24 18:03:49 1996
To: linux-net@vger.rutgers.edu
From: Carlos "M." Chamorro <ccc@eintec.es>
Date: Dom, 24 Mar 96 23:33:27 +0100 (MET)
hi all:
I4m having a problen on my routing table configuration and need some
help. please, can anyone help me?
here are the facts:
I'm running a dual e'net card linux box connected both to my officcial
internet address (194.224.37.0) and a private address network
(10.0.0.0).
my kernel ring buffer is full of messages like (orion is the server's name,
and 194.224.37.1 is the router's address :)
orion#/root dmesg -c
redirect from 194.224.37.1
redirect from 194.224.37.1
redirect from 194.224.37.1
.....
when I look at /var/adm/messages get lots of:
Mar 24 22:55:09 orion kernel: redirect from 194.224.37.1
Mar 24 22:55:46 orion last message repeated 18 times
Mar 24 22:56:39 orion last message repeated 186 times
Mar 24 22:57:33 orion last message repeated 105 times
...
this is a REAL scerpt of message. As you can see I'm getting more than
300 redirects in tho minutes and a half or so, and still going on.
I know those are ICMP redirect messages received from the router, but I
cann't find any redirected route (i.e. D or M marked) on a netstat -r
output.
so let's go whith the (hard) questions:
how can I see which route is intended to be redirected by the ICMP
message so I con make up the route and forget about it?
why doesn't the route get redirected all alone so I would never have to
worry again?
do I have to recompile the kernel ( by the way, uname -r returns 1.2.1, I
know a little bit old, but it works fine) using any bizzarre hidden option or
should I power off the router so it shuts up forever loosing my internet
connection and go to the beach for surfing the sea?
May be I find the answers 20 seconds after posting this message, but by
now I have no idea about how to solve it (except go surfing the sea).
My excuses for the leghty message. Of course there is a free beer for
the one who gives the rigth answer.
Carlos M. Chamorro
ccc@eintec.es
