ftp被动模式在c#中默认启用，无需显式配置；ftpwebrequest自动响应服务器227指令并连接指定端口，仅当pasv失败时才回退port，现代环境极少发生。
FTP被动模式在C#中默认就是启用的
只要没显式禁用，FtpWebRequest 在 .NET Framework 4.0+ 和 .NET Core / .NET 5+ 的 FtpWebRequest 兼容层（或第三方库）中，绝大多数情况下都会自动走 PASV。它不是“需要配置才能开启”，而是“需要干预才会关掉”。常见误解是以为要手动设某个开关才算 PASV——其实不设才是 PASV。
真正影响是否走 PASV 的，是服务器响应和客户端底层行为：当服务器返回 227 Entering Passive Mode 并给出 IP:port 后，FtpWebRequest 会自动连接那个端口；如果服务器不支持 PASV 或返回异常响应，它才可能 fallback 到 PORT（主动模式），但这在现代 FTP 服务中极少见。
如何确认当前请求确实走了PASV
最直接的办法是抓包或看异常信息。如果实际走的是 PORT 模式，你大概率会在内网/NAT 后遇到连接超时或 SocketException，因为客户端试图让服务器连回你本地某个随机端口——这在防火墙/路由器后基本失败。
- 启用网络日志：
System.Net.Sockets.Socket层日志可显示建立的连接目标 IP 和端口，若看到连接目标是服务器IP + 高端口（如 50231），基本就是 PASV - 捕获异常：
FtpWebRequest在 PASV 失败时通常抛出WebException，响应状态为ProtocolError，内部StatusDescription可能含"Cannot connect to server"或"Unable to connect to remote server" - 检查服务器响应：用
response.StatusDescription输出，确认包含"227 "开头的字符串
什么时候必须手动干预PASV行为
两种典型场景：服务器对 PASV 响应格式不标准（比如返回 IPv6 地址但客户端解析失败），或你想强制禁用 PASV 改用 PORT（极少必要，仅限特殊内网部署）。
目前没有公开 API 能直接开关 PASV，但可通过反射修改内部字段（仅限 .NET Framework）：
FtpWebRequest req = (FtpWebRequest)WebRequest.Create("ftp://example.com/file.txt");
req.Credentials = new NetworkCredential("u", "p");
// 强制禁用 PASV（不推荐，仅调试用）
var field = typeof(FtpWebRequest).GetField("usePassive", BindingFlags.NonPublic | BindingFlags.Instance);
field.SetValue(req, false);
注意：usePassive 字段在 .NET Core / .NET 5+ 中已被移除，反射会失败；此时建议换用 FluentFTP 库，它提供明确的 Client.DataConnectionType = FtpDataConnectionType.PASV 和容错解析逻辑。
推荐做法：用FluentFTP替代原生FtpWebRequest
原生 FtpWebRequest 已被微软标记为“遗留”，文档明确建议迁移到第三方库。FluentFTP 是目前最稳定、PASV 兼容性最好的选择，尤其对云 FTP（如 AWS Transfer Family、Azure FTPS）、中文路径、UTF-8 文件名、TLS 隐式/显式等场景支持更健壮。
- 安装：
dotnet add package FluentFTP - PASV 显式启用（默认即 PASV，但可放心设）：
client.DataConnectionType = FtpDataConnectionType.PASV; - 支持 EPSV（扩展 PASV，IPv6 友好）：
client.DataConnectionType = FtpDataConnectionType.EPSV; - 自动处理 227 解析异常，带重试和备用端口探测
复杂点在于：很多老项目卡在 FtpWebRequest 上，不是因为写不出逻辑，而是它对错误响应的容忍度太低——一个空格、一个括号错位，就整个请求崩掉。FluentFTP 把这些细节全收了，你只管传路径和回调。
