Linux Netfilter discussions
 help / color / mirror / Atom feed
From: "Fabiano Reis" <silos.reis@ig.com.br>
To: netfilter@lists.netfilter.org
Cc: netfilter-devel@lists.netfilter.org
Subject: differences between win and unix tcp clients.
Date: Tue, 16 Mar 2004 09:12:01 -0300	[thread overview]
Message-ID: <024b01c40b4f$e3341620$3f32a8c0@ds.ig.com.br> (raw)

[-- Attachment #1: Type: text/plain, Size: 2072 bytes --]

Hi list,

I was doing tests with iptables on redhat 7.3 , iptables version 1.2.5 and I observed that windows tcp client (telnet) doesn´t answer in the same time that unix tcp client (telnet) is doing.

(This test is so simple to do)

For example: I have a telnet daemon listening on port 23 of a Redhat 7.3 (192.168.0.1) and two more machines that will work as client of this daemon on this example. One of them Windows 2000 (192.168.0.2) and the another Solaris 2.6 (192.168.0.3). I have my lan connection OK, so the clients can achieve the server using a telnet client normally.

To start the test I added a rule to block the connections that came from the two clients I have.

iptables -A INPUT -p tcp --source 192.168.0.2 --dport 23 -j REJECT
iptables -A INPUT -p tcp --source 192.168.0.3 --dport 23 -j REJECT

On the client side I do a "telnet 192.168.0.1" and what I got:

On the Solaris machine: a very fast response that the connection was refused.

On the Windows 2000 machine: after for about 20 seconds I got the message that the connect failed (I thing this is the same as connection refused).

Doing another test on the Windows2000 machine. That time I used telnet to connect on a port that doesn´t exists on my RedHat server. 

c:> telnet 192.168.0.1 30
Connecting To 192.168.0.1...Could not open a connection to host on port 30: Connect failed

This is the same error I got when I use the port that is blocked with "reject" by iptables on server side, BUT the difference is that I get the error after 1 or 2 seconds after executing the command.

Conclusion: I think this was because the Windows implementation of TCP detects something different on this connection, maybe it detects in some way that there is a filter on the server side and this is why the time for the error message take so long to appear.

Am I right? Is there a workaround for this problem? I need to make windows think that the server is really "down" and that is why i´m writting to you people.

I will appreciate any help.

Thanks in advance,

Fabiano

[-- Attachment #2: Type: text/html, Size: 4031 bytes --]

             reply	other threads:[~2004-03-16 12:12 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-03-16 12:12 Fabiano Reis [this message]
2004-03-16 12:41 ` differences between win and unix tcp clients Chris Brenton
2004-03-16 13:30   ` Fabiano Reis
2004-03-16 15:07 ` Joshua Goodall
2004-03-17 21:13   ` Nuutti Kotivuori
2004-03-16 16:20 ` netfilter-devel
2004-03-17  3:31   ` Nuutti Kotivuori
2004-03-17  7:19 ` Henrik Nordstrom

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='024b01c40b4f$e3341620$3f32a8c0@ds.ig.com.br' \
    --to=silos.reis@ig.com.br \
    --cc=netfilter-devel@lists.netfilter.org \
    --cc=netfilter@lists.netfilter.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox