遇到这个530 Not logged in错误不用慌，这本质是FTP服务器拒绝了你的登录请求，咱们一步步排查：

1. 先把凭证这关盯死 #

先去ADF里找到对应的FTP类型Linked Service，重点检查：

• 用户名/密码有没有输错，比如大小写错误、多了空格，或者复制粘贴时带了不可见字符
• 如果是用Azure密钥保管库存储凭证，要确认ADF的服务主体有权限读取密钥保管库中的凭证，同时密钥保管库中的凭证值是正确的
• 顺便确认Linked Service里的被动/主动模式是否和FTP服务器要求一致——很多服务器默认用被动模式，要是选错了也可能触发登录失败

2. 手动验证FTP服务器的可用性 #

别光在ADF里折腾，拿个FTP客户端（比如FileZilla）用和ADF完全一样的凭证手动连接服务器：

• 如果手动都登不上，那问题出在FTP服务器端：比如账号被锁定、你的IP被服务器防火墙拉黑、账号没有访问目标目录的权限，或者FTP服务本身故障
• 如果手动能登上，那问题肯定在ADF的配置或者网络连通性上

3. 排查网络连通性 #

• 要是FTP服务器在私有网络，你用了自托管集成运行时，得确认集成运行时所在机器能ping通FTP服务器，并且能访问FTP端口（默认21，被动模式可能需要开放端口范围）
• 检查防火墙规则：不管是FTP服务器的防火墙，还是集成运行时机器的防火墙，有没有放行对应的IP和端口
• 如果用的是托管集成运行时，要把ADF对应区域的出站IP范围加到FTP服务器的白名单里

4. 核对Linked Service的高级配置 #

有些FTP服务器有特殊要求：

• 要是服务器启用了SSL/TLS，得在Linked Service里开启Enable SSL，并选对SSL模式（Explicit/Implicit）
• 别把SFTP当成普通FTP用——如果是SFTP服务器，必须用SFTP类型的Linked Service，不能选FTP类型
• 如果服务器用的是自签名证书，可能需要开启Skip certificate validation选项才能绕过证书验证

5. 深挖ADF日志细节 #

去ADF监控面板找到失败的Copy活动，点开「Details」看完整日志：

• 有时候日志会给出更具体的提示，比如IP not allowed，这就直接指向IP白名单问题
• 也能看到是不是在连接阶段就失败，还是登录后读取数据时出问题，帮助缩小范围

快速验证小技巧 #

直接在FTP Linked Service里点击「Test connection」按钮，这个测试能快速帮你判断是凭证、网络还是配置的问题——如果测试失败，错误提示会更直白。

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