我在AWS VPC的私有子网中有一个新的服务器。 我在我的VPC的公共子网中有一个NAT实例，可以很好地连接到远程服务器。 但是，当我尝试scp文件，事情似乎挂起。
ryan@sever-in-vpc:~ $ scp -vvvv myfile www1.domain.com: ... debug2: exec request accepted on channel 0 Sending file modes: C0664 42625 myfile debug2: channel 0: rcvd ext data 25 myfile 100% 42KB 41.6KB/s 00:00 Sink: C0664 42625 myfile debug2: channel 0: written 25 to efd 6 debug1: client_input_channel_req: channel 0 rtype [email protected] reply 1 debug1: client_input_channel_req: channel 0 rtype [email protected] reply 1 “…”包括主机检查，authentication成功，如有必要，我可以给予更多。 在远程端，我现在在远程服务器的主目录中有“myfile”，大小为0字节。 “debug1：client_input_channel_req：channel 0 rtype [email protected] reply 1”消息似乎重复，直到我杀死scp命令。 （我已经离开它只要五分钟…“myfile”只有42625字节。）
在我看来，发送方认为发送了所有字节，但是接收方没有将它们写入磁盘。
看起来这个人有问题，但他也没有解决scheme。 任何想法，我可以看看？
事实certificate，这与我在VPC中设置AWS的方式有关。
MTU自动发现应该工作，但依赖于返回ICMPstream量。 事实certificate，虽然我们允许ICMP通过AWS安全组进入我们的私有子网，但是我们不允许在我们的VPCnetworkingACL中使用ICMP。 打开了那个，基于MTU的问题就消失了。
所以除了安全组之外，请务必检查您的VPC ACL。