Ubuntu lftp挂起了"；“连接”；

我使用lftp将文件从Cloud9IDE传输到远程主机。最近，它似乎已经停止工作。我已经向主持人提出了这个问题，他们认为这是可行的。事实上，我可以通过FileZilla和一个简单的浏览器连接到ftp主机。我用Cloud 9提出了它，但也没有运气

我正在使用以下命令行传输文件：

lftp -e "debug; set ssl:verify-certificate no; put ./res/test.txt -o test.txt; bye" -u abcd,xyz ftp.example.com

（设置ssl:verify certificate no是不久前添加的，用于克服突然出现的类似连接问题…我也尝试过不使用它…相同的结果）

我在C9中发现的是，它一直在尝试连接，包括：

---- Connecting to ftp.example.com (xx.xxx.xx.xxx) port 21
**** Socket error (Connection timed out) - reconnecting
---- Closing control socket
---- Connecting to ftp.example.com (xx.xxx.xx.xxx) port 21
**** Socket error (Connection timed out) - reconnecting
---- Closing control socket
---- Connecting to ftp.example.com (xx.xxx.xx.xxx) port 21

可能很难提供任何帮助，但至少有人有什么想法来帮助我诊断吗？还有其他选择吗

---

谢谢。

在我的例子中，lftp没有明确指示ssh使用“密码身份验证”，它一直在等待键盘输入密码

<--- debug1: Authentications that can continue: keyboard-interactive,password
<--- debug1: Next authentication method: keyboard-interactive 
<--- Password authentication

如果仍然存在问题，则可以通过将

-v

传递到

ssh

和

-d

传递到

打开

lftp << !
  set sftp:connect-program "ssh -a -x -v"
  open -d -u $USER --env-password $PROTOCOL://$HOST
  ls
!

lftp在我的例子中，lftp没有明确指示ssh使用“密码身份验证”，它一直在等待来自键盘的密码

<--- debug1: Authentications that can continue: keyboard-interactive,password
<--- debug1: Next authentication method: keyboard-interactive 
<--- Password authentication

如果仍然存在问题，则可以通过将
-v
传递到
ssh
和
-d
传递到
打开

lftp << !
  set sftp:connect-program "ssh -a -x -v"
  open -d -u $USER --env-password $PROTOCOL://$HOST
  ls
!

lftp在将Ubuntu升级到16.04以使用TLS1.2之后，我遇到了这个问题。发出的第一个命令，无论是cd还是ls将导致[Connecting…]挂起

事实证明，他们的Comcast路由器有一个端口转发规则，用于将传入的tcp端口21（21是ftp）转发到holter监视器服务器。我禁用了该规则，问题立即消失。
在将Ubuntu升级到16.04以使用TLS1.2后，我遇到了这个问题。发出的第一个命令，无论是cd还是ls将导致[Connecting…]挂起

事实证明，他们的Comcast路由器有一个端口转发规则，用于将传入的tcp端口21（21是ftp）转发到holter监视器服务器。我禁用了该规则，问题立即消失。
这也可能是由于
~/.ssh/known_hosts
和
~./ssh/authorized_keys
中的不匹配或权限问题造成的

在路由器中纠正与端口转发规则的冲突后，其中一个用户再次发生这种情况。我通过在她的主机上复制我的（工作）
~/.ssh/authorized_key
和
~/.ssh/known_hosts
并设置权限来修复它。
这也可能是由于
~/.ssh/known_hosts
和
~./ssh/authorized_key
中的不匹配或权限问题造成的

在路由器中纠正与端口转发规则的冲突后，其中一个用户再次发生这种情况。我通过在她的主机上复制我的（工作）
~/.ssh/authorized_keys
和
~/.ssh/known_hosts
并设置权限来修复它。
此消息表示连接问题、路由或防火墙未传递数据包。因此，您认为这可能是Cloud 9端而不是ftp主机端的问题？在IDE周围设置某种防火墙？它可以位于客户端主机上，也可以介于两者之间。如果其他客户端可以连接，则在服务器端不太可能。此消息表示连接问题、路由或防火墙未传递数据包。因此，您认为这可能是Cloud 9端而不是ftp主机端的问题？在IDE周围设置某种防火墙？它可以位于客户端主机上，也可以介于两者之间。如果其他客户端可以连接，则服务器端不太可能。