求助：CFtpFileFind::FindFile()在Xfinity网络失效，CenturyLink网络正常

核心问题分析 #

你的MFC C++ FTP应用在CenturyLink网络正常，但切换到Xfinity后FTP操作失效，而FileZilla能正常连接、HTTP请求正常，说明问题出在FTP连接模式或WinINet的网络适配上，而非凭证或服务器端问题。

具体解决步骤 #

1. 强制启用FTP被动模式 #

MFC的CFtpConnection默认使用主动FTP模式（PORT），Xfinity的网络可能拦截了主动模式所需的入站连接（服务器主动发起的连接），而FileZilla默认使用被动模式（PASV），所以能正常工作。

修改代码，在建立FTP连接后立即启用被动模式：

CFtpConnection* pConnect = pSession->GetFtpConnection(L"my_ftp_url.com", L"my_username", L"my_password", 21);
pConnect->SetPassiveMode(TRUE); // 关键：启用被动模式

2. 禁用自动代理检测 #

Xfinity可能默认配置了系统代理，WinINet（MFC网络类的底层依赖）会自动使用代理，但FTP代理配置可能异常，导致连接失败。可以在创建CInternetSession或获取FTP连接时强制禁用代理：

// 方法1：在CInternetSession构造时指定直接连接
CInternetSession* pSession = new CInternetSession(DOWNLOAD_SESSION_NAME, 1UL, INTERNET_OPEN_TYPE_DIRECT, NULL, NULL, INTERNET_FLAG_DONT_CACHE);

// 方法2：在GetFtpConnection时添加禁用代理标志
CFtpConnection* pConnect = pSession->GetFtpConnection(L"my_ftp_url.com", L"my_username", L"my_password", 21, FALSE, INTERNET_FLAG_NO_AUTOPROXY);

3. 获取详细FTP错误信息 #

GetLastError()返回12003是INTERNET_EXTENDED_ERROR，仅表示有扩展错误，需要调用InternetGetLastResponseInfo获取具体的FTP错误码（如550、425等），才能精准定位问题：

if(!pConnect->PutFile(L"C:\\test.txt", L"test.txt"))
{
    DWORD dwError = GetLastError();
    if (dwError == INTERNET_EXTENDED_ERROR)
    {
        DWORD dwBufferLen = 0;
        InternetGetLastResponseInfo(&dwError, NULL, &dwBufferLen);
        std::wstring wsError(dwBufferLen, 0);
        InternetGetLastResponseInfo(&dwError, &wsError[0], &dwBufferLen);
        TRACE(L"FTP Extended Error: %s (Code: %lu)", wsError.c_str(), dwError);
    }
}

4. 检查防火墙与网络权限 #

• 确认Xfinity网关防火墙未阻止FTP被动模式的端口范围（通常是1024-65535）；
• 检查本地Windows防火墙是否允许你的MFC程序出站访问FTP端口（21及被动模式端口）；
• 对比FileZilla的网络权限，确保你的程序拥有相同的网络访问权限。

5. 启用WinINet日志调试 #

开启WinINet的日志记录，查看FTP连接的完整交互过程，定位哪一步出现异常：

1. 打开注册表，找到HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings；
2. 添加DWORD值EnableLogging，设置为1；
3. 添加字符串值LogFile，指定日志路径（如C:\WinINet.log）；
4. 运行程序后查看日志，分析FTP命令的发送与服务器响应。

内容的提问来源于stack exchange，提问作者Steve A