我有一个 Oracle VM 作为测试环境，当我尝试从生产服务器 scp 某些文件时，它总是停滞不前。有时对于非常小的文件 <5kb scp 运行成功。请帮忙。
PS：两台机器都运行的是Centos 6.4
日志：
[root@mygw tmp]# scp -v -P#port# myuser@#myip#://#path#/#file#.sql.gz /tmp
Executing: program /usr/bin/ssh host #myip#, user myuser, command scp -v -f //#path#/#file#.sql.gz
OpenSSH_5.3p1, OpenSSL 1.0.0-fips 29 Mar 2010
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to #myip# [#myip#] port #port#.
debug1: Connection established.
debug1: permanently_set_uid: 0/0
debug1: identity file /root/.ssh/identity type -1
debug1: identity file /root/.ssh/id_rsa type -1
debug1: identity file /root/.ssh/id_dsa type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.3
debug1: match: OpenSSH_5.3 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.3
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5 none
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host '[#myip#]:#port#' is known and matches the RSA host key.
debug1: Found key in /root/.ssh/known_hosts:1
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Trying private key: /root/.ssh/identity
debug1: Trying private key: /root/.ssh/id_rsa
debug1: Trying private key: /root/.ssh/id_dsa
debug1: Next authentication method: password
myuser@#myip#'s password:
debug1: Authentication succeeded (password).
debug1: channel 0: new [client-session]
debug1: Requesting [email protected]
debug1: Entering interactive session.
debug1: Sending environment.
debug1: Sending env LANG = en_US.UTF-8
debug1: Sending command: scp -v -f //#path#/#file#.sql.gz
Sink: C0644 15557576 #file#.sql.gz
#file#.sql.gz 0% 0 0.0KB/s --:-- ETASending file modes: C0644 15557576 #file#.sql.gz
#file#.sql.gz 0% 0 0.0KB/s - stalled -
答案1
这听起来像是传统的 MTU 问题，如果您在 Oracle VM 环境中配置了 VLAN，并且某些网络设备不支持 802.11q VLAN 标签，那么这种情况是有意义的。
通常，这可能是由较旧的网卡或家庭和小型办公室的小型交换机引起的。如果您碰巧在已淘汰的硬件或台式计算机上搭建实验室，则通常会出现这种情况。
您可以通过在两个端点上将 MTU 设置为 1498 来解决此问题。如果此方法能解决问题，您就知道要处理什么问题了。