Groups | Blog | Home
all groups > iis ftp > october 2004 >

iis ftp : The IIS FTP server is resetting the Passive connection


alok
10/18/2004 6:17:29 AM

Hi Every Body,

This is my first day on this forum.

Could you please help me regarding a FTP issue?

The IIS FTP server is resetting the connection with WS FTP in passiv
mode .

Here is the log:
----------------------

CWD Ready
250 CWD command successful.
PWD
257 "/Ready" is current directory.
PASV
227 Entering Passive Mode (x,y,z,v,5,133).
connecting data channel to x.y.z.v:1413
data channel connected to x.y.z.v:1413
LIST
125 Data connection already open; Transfer starting.
transferred 44231 bytes in 0.300 seconds, 622.019 Kbps ( 95.252 KBps)
transfer succeeded.
CWD STP
250 CWD command successful.
PWD
257 "/Ready/STP" is current directory.
PASV
No socket
PORT 0,0,0,0,4,148
connection reset; the server has reset the connection for some unknow
reason.
Port failed
It appears that the connection is dead. Attempting reconnect...

Could you please help me to find out the root cause of the fault?

I shall be thankful to you for your kind help and quick response.

Thanks & Best Regards,
Akg @ WebServerTal


-
alo
-----------------------------------------------------------------------
Posted via http://www.webservertalk.co
-----------------------------------------------------------------------
View this thread: http://www.webservertalk.com/message437508.htm
Bernard
10/19/2004 10:50:18 AM
What's the status code in ftp server log ?

--
Regards,
Bernard Cheah
http://www.tryiis.com/
http://support.microsoft.com/
http://www.msmvps.com/bernard/



[quoted text, click to view]

alokkumargupta NO[at]SPAM gmail.com
11/3/2004 2:05:09 AM
Hi Berard,

Sorry for the delay.

The Service status code is : 421
NT Status Code : 121

Do you think it is some thing to do with user rights/permissions?

Because here I am using passive mode , so I think that the
PORT 0,0,0,0,4,148 command should have server ip address instead of
0,0,0,0 . If server is able to send the port number(4,148) so I think
its not firwall setting problem.

What could be the reason behind reset of the IP address ?

User is able to login but while moving (copy+paste) directory using
WS_FTP client ,some time it is resetting the connection as shown in my
previous mail.

Thanks .
Alok

[quoted text, click to view]
Bernard
11/4/2004 12:27:24 PM
the 0.0.0.0 part most likely causing my NAT, do you have one ?
4,148 should be 4 x 256 + 148 = 1024 + 148 = port 1172.

have you check the ftp server log ?

do you open up the passive ports default from 1024 - 5000 ?
what OS you running ?


--
Regards,
Bernard Cheah
http://www.tryiis.com/
http://support.microsoft.com/
http://www.msmvps.com/bernard/



[quoted text, click to view]

alokkumargupta NO[at]SPAM gmail.com
11/8/2004 3:35:23 AM
Hi Bernard,

Thanks for your response.

Here is the info :
Nope , There is no NAT on system.
I think 0.0.0.0:port_no is used by local applications.

I wonder if the port generated by server for data connection , is
already in use. How does the IIS ftp server handle this case?

I checked the ftp server log and
[quoted text, click to view]

Do you want me to see some other information in the log? Could you
please let me know what else I need to check?

Yeah , Ports are opened and the client is able to establish the data
connection many times on ports in range 1024 -5000.

OS is NT server

Thanks once again for giving your valuable time.

Akg.


[quoted text, click to view]
Alun Jones [MSFT]
11/8/2004 7:49:27 AM
[quoted text, click to view]

Note that everything from the server begins with a three-digit number.
[There are some clients that have been known to put their own entries in log
files, preceded by a three-digit number, to make it look like it came from
the server, but that doesn't appear to be the case here].

[quoted text, click to view]

The server is starting to listen for your data connection, and it is the
client's duty to make that connection.

[quoted text, click to view]

The client claims to have made that connection.

[quoted text, click to view]

There's a response missing here - the server always sends a "226" message
after it completes a transfer successfully.

[quoted text, click to view]

This is a rather terse message, to the point of being meaningless. "No
socket" - which socket, data or control? If I were to hazard a guess, it
would appear that the client has been unable to create a socket to connect
to the server's listening port - but then, where's the 227 message
indicating that the server is listening? That would imply that the control
socket is the one that vanished.

[quoted text, click to view]

But then, if the control socket had vanished, why/how would a PORT command
be sent? The hint may lie in the "0,0,0,0" - this is supposed to be the
specific IP address of the client, rather than 0.0.0.0, which is a
pseudo-address meaning "this computer".

[quoted text, click to view]

I would check first to make sure that you didn't miss some lines of the log
when you were copying and pasting this text - if this is the entirety of the
log, you will want to contact the makers of your FTP client to ask them how
to interpret it, and perhaps to request a log format that is more suitable
for troubleshooting this problem.

As for the other posts, Bernard is right to raise the question of why this
address is being sent by the client - 0.0.0.0 is not something you should
ever see in a PORT command.

Your error in the error log, 421 / 121, simply means that the control
connection was disconnected due to a timeout. How long was it between the
PASV command being sent, and the disconnection?

Alun.
~~~~

Bernard
11/9/2004 11:26:59 AM
The log file you posted is it connection from remote client or at the
machine ?
can you post a more complete one ? also have you look at IIS server log ?
default path %windir%/system32/logfiles/msftpsvcX/
where X is the ftp site id.

you have configure firewall to allow connection for ports 1024-5000 ?


--
Regards,
Bernard Cheah
http://www.tryiis.com/
http://support.microsoft.com/
http://www.msmvps.com/bernard/



[quoted text, click to view]

Alok
12/20/2004 8:30:36 AM
Hi Alun,

Thanks for this useful information and for analysing the logs.

It was something to do with user rights.Now things are working.

The attached log was same as I received.But I really could not
understand why WS FTP client behaves like this when a file was moved
(copy & paste)from one directory to other directory on same FTP server
using WS FTP client.

This problem is easily reproducible and gives the same log.

Any way , problem has been solved .. Thanks a lot to both of you for
this great help.

Best Regards,
Kumar.



[quoted text, click to view]
AddThis Social Bookmark Button