远程服务器返回错误：227进入被动模式（500 oops vs_utility_recv_peek:无数据）

Question

我在将Windows服务连接到FTP站点时遇到问题

我从另一个开发人员那里继承了Windows服务。该服务连接到第三方服务器，下载csv文件，然后进行处理。由于某种原因，这项服务停止了工作（早在一年多以前，在我得到这个项目之前）

因此，我回到了基础，创建了一个控制台应用程序，并仅在该应用程序中尝试了连接/文件下载功能。我尝试了许多不同的方法来连接FTP，但所有这些方法都会向我的应用程序返回相同的错误：

The remote server returned an error: 227 Entering Passive Mode ()

这是我尝试过的众多方法之一：

FtpWebRequest request = (FtpWebRequest)WebRequest.Create("ftp://ftpaddress/filename.csv");
        request.Method = WebRequestMethods.Ftp.DownloadFile;

        request.Credentials = new NetworkCredential("username", "password");

        request.UsePassive = true;

        FtpWebResponse response = (FtpWebResponse)request.GetResponse();

        Stream responseStream = response.GetResponseStream();
        StreamReader reader = new StreamReader(responseStream);
        Console.WriteLine(reader.ReadToEnd());

        Console.WriteLine("Download Complete, status {0}", response.StatusDescription);

        reader.Close();
        response.Close(); 

但它落在这一部分：

FtpWebResponse response = (FtpWebResponse)request.GetResponse();

我在几个论坛上读到，将UseAssive属性设置为False可以修复这些错误，但我遇到的只是一个语法错误，如下所示：

The remote server returned an error: (500) Syntax error, command unrecognized.

该文件托管在我无法控制的第三方FTP服务器上。我可以将URL粘贴到浏览器中，系统会提示我输入用户名和密码，然后允许我通过并下载文件

为了消除我们的防火墙导致的问题，我在内部网络和WiFi（不在防火墙后面）上运行了该应用程序，这没有什么区别。我还通过FileZilla在默认、主动和被动模式下连接，每次都能正常工作。所以没问题

于是我跑了线鲨。以下是在被动模式下使用Filezilla（即一个成功的）进行有线捕获的图像：

以下是使用应用程序连接（或失败）时的捕获，被动设置为true：

因此，正如您在上面失败的连接中所看到的，我可以很好地登录到服务器。然后，无论出于何种原因，都会发送一个额外的请求，即“TYPE I”，它会提示响应“切换到二进制模式”。下面是我得到的结果：

500 oops: vsf_sysutil_recv_peek: no data

此外，在将被动属性设置为false之后，我还再次运行了它，这就是我当时得到的结果：

所以我的问题是双重的

1，如果我以某种方式通过了UseAssive问题，并将该属性设置为false，这会解决我的问题吗

2、忽略UsePassive属性，为什么我不能从应用程序下载文件，但可以从其他任何地方下载

Answer 1

这个问题现在已经解决了。原来是卡巴斯基的内置防火墙阻止了连接。当我尝试连接时，它没有给我一个警告，但知道我的电脑是安全的，这让我很恼火

线索是227次返回的细节：

10051 – A socket operation was attempted to an unreachable network

另外，对于任何通过Google等访问此服务器的人，远程服务器被配置为只允许被动连接，这就是为什么我得到500语法错误的原因。研究下载文件时的导线捕获发现，如果选择了Active，Filezilla实际上会自动恢复到被动模式，但失败了

我原来帖子中的代码现在可以正常工作了