在ADF中创建FTP链接服务时连接失败，寻求解决方法

针对你遇到的「无法连接到FTP服务器，SSPI调用失败，收到的消息意外或格式错误」问题，可按以下步骤排查解决：

1. 验证基础服务器信息 #

• 确认FTP服务器地址、端口完全正确：默认FTP端口为21，FTPS隐式SSL常用990，显式SSL仍用21但需开启SSL协商
• 核对用户名、密码：注意特殊字符（如@、#）是否因编码问题导致传递错误，可尝试重置密码为简单字符测试
• 测试网络连通性：
  • 命令行执行 telnet your-ftp-server 21 检查端口是否可达
  • PowerShell环境用 Test-NetConnection your-ftp-server -Port 21 验证连通性

2. 排查SSL/TLS配置问题 #

• 匹配SSL模式：确认客户端选择的显式SSL或隐式SSL与服务器配置完全一致
• 检查SSL证书：
  • 服务器证书是否过期、是否由受信任的CA签发；若为自签证书，需在客户端导入该证书到「受信任的根证书颁发机构」
  • 尝试临时禁用SSL/TLS（服务器允许的前提下），若能正常连接，说明安全层配置不兼容
• 限制TLS版本：部分旧服务器仅支持TLS 1.0/1.1，可在客户端设置中指定对应版本，避免默认用高版本TLS导致协商失败

3. 本地SSPI相关设置修复 #

• 确保Security Accounts Manager服务运行：打开服务管理器，找到Security Accounts Manager (SAM)，确认状态为「正在运行」，若未启动则手动启动
• 清理认证缓存：命令行执行 klist purge 清除Kerberos认证缓存（适用于域环境）
• 以管理员权限运行客户端：右键点击链接服务工具，选择「以管理员身份运行」，避免权限不足导致SSPI调用失败

4. 服务器端配置检查（若有权限） #

• 查看FTP服务器日志：查找认证阶段的详细错误信息，定位是SSPI协议不兼容还是权限问题
• 确认SSPI认证启用：服务器是否允许NTLM/Kerberos等SSPI支持的认证方式，未启用则无法通过SSPI连接
• 检查防火墙规则：服务器防火墙/安全组是否放行客户端IP的FTP端口请求

5. 排除客户端或环境干扰 #

• 用第三方FTP客户端测试：比如FileZilla，若能正常连接，说明问题出在你使用的链接服务工具本身
• 临时禁用本地防火墙/杀毒软件：部分安全软件会拦截FTP的SSL协商数据包，导致SSPI调用失败
• 检查代理设置：若客户端使用代理，确认代理配置允许FTP连接，或临时关闭代理测试

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