文件传输服务 |进入被动模式后连接突然关闭
FTPS | connection closes abruptly after entering passive nide
我想连接到 FTP 目标并向其写入文件。
FTP进入PASV模式后突然关闭。 FTP 服务器设置没有任何问题。我不太确定我可以在 FTP 服务器上修复什么来解决这个问题。有什么想法吗？
Q: Is the IP address in the client message the same as the servers IP the client accessed or is it the non-public IP address of the server? --- A: It is the non-public IP that the client gets.
这听起来像是 NAT 后面的 FTP 服务器，它在 PASV 命令的回复中提供内部私有 IP 地址。由于客户端可能不在同一个专用网络中，因此客户端无法访问此专用地址。
因此客户端得到以下错误：
"java.net.SocketPermission" "10.xx.xxx.xxx:123456" "connect,resolve"
FTP 其中一侧在 NAT 后面与 FTP 协议的一般架构冲突，后者是动态创建的数据通道，端点在控制连接中被宣布。如果只有一个对等点在 NAT 后面，您通常可以使用被动模式（NAT 后面的客户端）或主动模式（NAT 后面的服务器）来解决它。如果两个对等点都在 NAT 之后，或者如果您想在不合适的情况下使用 passive/active 模式，它会变得更加复杂，您通常需要 router/firewall 上的助手或 client/server 的特定配置等等丑陋的端口转发。
我想连接到 FTP 目标并向其写入文件。 FTP进入PASV模式后突然关闭。 FTP 服务器设置没有任何问题。我不太确定我可以在 FTP 服务器上修复什么来解决这个问题。有什么想法吗？
Q: Is the IP address in the client message the same as the servers IP the client accessed or is it the non-public IP address of the server? --- A: It is the non-public IP that the client gets.
这听起来像是 NAT 后面的 FTP 服务器，它在 PASV 命令的回复中提供内部私有 IP 地址。由于客户端可能不在同一个专用网络中，因此客户端无法访问此专用地址。 因此客户端得到以下错误：
"java.net.SocketPermission" "10.xx.xxx.xxx:123456" "connect,resolve"
FTP 其中一侧在 NAT 后面与 FTP 协议的一般架构冲突，后者是动态创建的数据通道，端点在控制连接中被宣布。如果只有一个对等点在 NAT 后面，您通常可以使用被动模式（NAT 后面的客户端）或主动模式（NAT 后面的服务器）来解决它。如果两个对等点都在 NAT 之后，或者如果您想在不合适的情况下使用 passive/active 模式，它会变得更加复杂，您通常需要 router/firewall 上的助手或 client/server 的特定配置等等丑陋的端口转发。