OK. I've done as you suggest, with 2.1.90 for machine B. Log
appended. Machine A is running 2.1.86 and the LAN ftp server is
running SunOS.
Once again, no data was transferred:
23:35:31.020079 130.155.194.32.ftp-data > jubemgee.atnf.CSIRO.AU.1027: S 504256000:504256000(0) win 4096 <mss 1460>
SunOS ftp server opens connection with Linux jubemgee (is this Linux
machine A or B???)
23:35:31.020170 jubemgee.atnf.CSIRO.AU.1027 > 130.155.194.32.ftp-data: S 2378695617:2378695617(0) ack 504256001 win 32120 <mss 1460> (DF)
Linux ftp client response.
23:35:31.150088 130.155.194.32.ftp-data > jubemgee.atnf.CSIRO.AU.1027: . ack 1 win 4096
SunOS ftp server completes the connection.
23:36:35.500772 jubemgee.atnf.CSIRO.AU.1027 > 130.155.194.32.ftp-data: F 1:1(0) ack 1 win 32120 (DF) [tos 0x8]
23:36:38.499838 jubemgee.atnf.CSIRO.AU.1027 > 130.155.194.32.ftp-data: F 1:1(0) ack 1 win 32120 (DF) [tos 0x8]
Linux ftp client closes the connection, this is the only way a FIN
would be generated. Either your FTP client closed the connection, or
it core dumped or exited for some other reason.
23:36:38.611064 130.155.194.32.ftp-data > jubemgee.atnf.CSIRO.AU.1027: . ack 2 win 4096
SunOS FTP server happily acks the FIN.
23:36:38.611170 jubemgee.atnf.CSIRO.AU.1027 > 130.155.194.32.ftp-data: R 2378695619:2378695619(0) win 0
Linux machine sends a RST back, this is a bug, and I know when I fixed
this bug, so this Linux machine must be machine A and thus running
2.1.86. Therefore you did not do as I suggested.
Later,
David S. Miller
davem@dm.cobaltmicro.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu