Subject: Weird route to spammer.
To: None <netbsd-help@netbsd.org>
From: Richard Rauch <rkr@olib.org>
List: netbsd-help
Date: 08/28/2003 00:32:39
I got an unusual spammer today.  He didn't go away when he got the
450 result that Postfix gave for his IP number not having a name in
reverse-DNS.  Instead, like a real mailer, he kept trying periodically,
so I whitelisted him to see what was being sent.

It was spam.

I did a little looking around and tracerouted the connecting machine
(218.45.234.31):

 [...]
15  gige11-0-10.hsipaccess2.tok1.net.reach.com (210.57.4.196)  248.464 ms  249.307 ms  248.133 ms
16  unknown.net.reach.com (210.57.52.50)  249.223 ms  248.807 ms  249.133 ms
17  10.0.1.17 (10.0.1.17)  242.064 ms  244.924 ms  243.203 ms
18  10.15.0.30 (10.15.0.30)  249.702 ms  254.012 ms  249.626 ms
19  218.45.234.31 (218.45.234.31)  255.120 ms  242.816 ms  243.469 ms

...look at hops #17 and #18.

I thought that 10.0/8 was not allowed on the public 'net.  Has the
rule changed, or is something really fishy going on here?  (I remember
starting to ask this before, but decided to delete the message, as I
recall.)

There seems to be (at least) a class C subnet living behind those
"forbidden" nodes.

Is a router just giving bogus ICMP results, or what?

(Yes, I normally filter all outside traffic from 10.0/8, but I also normally
filter all ICMP traffic, so I have to disable ipf in order to run a
traceroute.  (^&)


-- 
  "I probably don't know what I'm talking about."  http://www.olib.org/~rkr/