TCP: Server sends [RST, ACK] immediately after receiving [SYN] from Client

linux tcp nio redhat
Riyaz picture Riyaz · Mar 11, 2011 · Viewed 84.5k times · Source

Host_A tries to send some data to Host_B over TCP. Host_B is listening on port 8181. Both Host_A & Host_B are Linux boxes (Red Hat Enterprise). The TCP layer is implemented using Java NIO API.

Whatever Host_A sends, Host_B is unable to receive. Sniffing the data on wire using WireShark resulted in the following log:

1) Host_A (33253) > Host_B (8181): [SYN] Seq=0 Win=5840 Len=0 MSS=1460 TSV=513413781 TSER=0 WS=7
2) Host_B (8181) > Host_A (33253): [RST, ACK] Seq=1 Ack=1 Win=0 Len=0

The logs show that Host_A sends a [SYN] flag to Host_B in order to establish connection. But instead of [SYN, ACK] Host_B responds with an [RST, ACK] which resets/closes the connection. This behavior is observed always.

I am wondering under what circumstance does a TCP listener sends [RST,ACK] in response to a [SYN]?

Answer

Erik picture Erik · Mar 11, 2011

RST, ACK means the port is closed. You sure Host_B is listening on the right IP/interface?

Also check your firewall for a -j REJECT --reject-with tcp-reset

Related questions

Freeing up a TCP/IP port?

netstat -tulnap shows me what ports are in use. How to free up a port in Linux?

Read More
How to open port in centOS

I have installed and web application which is running on port 8080 on centOS. I only have command line access (through putty) to that machine. I have tried to access that application from my windows machine from which I am connected …

Read More
Simulate delayed and dropped packets on Linux

I would like to simulate packet delay and loss for UDP and TCP on Linux to measure the performance of an application. Is there a simple way to do this?

Read More