"Steve H" <SteveH@discussions.microsoft.com> wrote in message
news:B4525F75-43AF-47B9-9DF2-36B4889D040F@microsoft.com...
> This will fix it:
>
> FTP Fails to non-rfc compliant FTP Servers:
>
> Issuing LS Command on Passive FTP Fails to non-rfc compliant FTP Servers
>
> Article ID: nskb3258
>
> --------------------------------------------------------------------------------
>
>
> This solution applies to ScreenOS 4.0.0r4:
>
> If the FTP server you are connecting to is either a Microsoft or Cisco FTP
> server, and the client is connecting in passive mode, the data channel
> communication will fail. You can successfully log into the ftp server,
> but
> as soon as you try to list the directory (i.e. ls), the connection will
> hang.
> This is due to non-rfc compliancy with some ftp servers (Microsoft and
> Cisco
> are two known servers that have this problem).
>
> Workaround: Current workaround for this problem is to apply the following
> command from the CLI:
>
> set ftp non-rfc-support [Enter]
>
> ScreenOS 4.0.0r5 and above addresses this problem.
>
>
>
> Thanks for the help
>
>
> "Sintec" wrote:
>
>> Hi Steve,
>>
>> Do you have administrative access to the NetScreen firewall; if so you
>> need to run a 'debug flow basic' and look at the packet trace going
>> through the firewall.
>>
>> I have seen cases where certain FTP servers do not conform with the RFC
>> standard and therefore the NetScreen will block the communication, a
>> debug will confirm this is the case (if this is so there is a cli to
>> resolve this)
>>
>> regards
>>
>> Dave Sinclair
>> Sintec Ltd. Internet Solutions
>> http://www.sintecuk.co.uk
>>
>>