Re: What's the deal with return-rst?

Joseph Tam <[email protected]>
Newsgroups gmane.comp.security.firewalls.ipfilter
Message-ID <25449_1224115007_48F6833F_25449_2378_1_Pine.GSO.4.64.0810151654260.2812@mnc.zngu.hop.pn>
On Tue, 14 Oct 2008, Darren Reed wrote:

> |
> | I posted my problem about the Solaris10 installation of IPFilter
> |
> |     > ipf -V
> |     ipf: IP Filter: v4.1.9 (592)
> 
> What version of Solaris 10 are you using?

 	> uname -a
 	SunOS testhost 5.10 Generic_127111-08 sun4u sparc SUNW,Ultra-60

> And is the time it goes from working to not working always about the same?

That's a good question.  My impression is not since some of my test
hosts still get RST/ACK, but one of the test remote host that worked
yesterday does not work today (<24hrs).  It seems that local network
hosts stay working for a long time (forever?), whereas hosts in remote
networks are prone to this problem.

This could be because of another quirk I noticed.  On a host that doesn't
receive RST/ACK, if I use it connect to another port that is allowed (e.g. port
22), the return-rst will start working on port 25.  In fact, a simple
ping does the trick.  It's as if a successful pass through ipf will
prime the return-rst to work.

 	remote> telnet <target-ip> 25
 	Trying <target-ip>...
 	[long pause: interrupt]^C

 	remote> ping <target-ip>
 	<target-ip> is alive

 	remote> telnet <target-ip> 25
 	Trying <target-ip>...
 	telnet: Unable to connect to remote host: Connection refused

I ran a script that test how long it takes for the return-rst to fail
from a host that doesn't normally connect.  These are the times in
seconds from the initial ping to when return-rst no longer works:

 	407 192 308 206 1030 329 1125 1066 993

and some that exceeded my patience.  No pattern I can discern.

Joseph Tam <[email protected]>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.