linux中scp传文件速度慢原因

已于 2023-03-27 20:58:37 修改
阅读量1.5w 收藏 21
点赞数 2
文章标签： linux ssh 服务器 ubuntu redhat
于 2022-01-05 22:42:40 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_17576885/article/details/122333806
版权

1.以传输当前目录下的123.tar.gz为例

[root@localhost 桌面]# ls
123.sh      
123.tar.gz 
234.tar.gz

2.使用scp -v 123.tar.gz root@11.11.11.111:/mnt/
传输到11.11.11.111主机下的/mnt/目录下

[root@localhost 桌面]# scp  -v  123.tar.gz root@11.11.11.111:/mnt/
Executing: program /usr/bin/ssh host 11.11.11.111, user root, command scp -v -t /mnt/
OpenSSH_7.8p1, OpenSSL 1.1.1d  10 Sep 2019
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Reading configuration data /etc/ssh/ssh_config.d/05-redhat.conf
debug1: Reading configuration data /etc/crypto-policies/back-ends/openssh.config
debug1: /etc/ssh/ssh_config.d/05-redhat.conf line 8: Applying options for *
debug1: Connecting to 11.11.11.111 [11.11.11.111] port 22.
debug1: Connection established.
debug1: identity file /root/.ssh/id_rsa type -1
debug1: identity file /root/.ssh/id_rsa-cert type -1
debug1: identity file /root/.ssh/id_dsa type -1
debug1: identity file /root/.ssh/id_dsa-cert type -1
debug1: identity file /root/.ssh/id_ecdsa type -1
debug1: identity file /root/.ssh/id_ecdsa-cert type -1
debug1: identity file /root/.ssh/id_ed25519 type -1
debug1: identity file /root/.ssh/id_ed25519-cert type -1
debug1: identity file /root/.ssh/id_xmss type -1
debug1: identity file /root/.ssh/id_xmss-cert type -1
debug1: Local version string SSH-2.0-OpenSSH_7.8
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.8
debug1: match: OpenSSH_7.8 pat OpenSSH* compat 0x04000000
debug1: Authenticating to 11.11.11.111:22 as 'root'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: algorithm: curve25519-sha256@libssh.org
debug1: kex: host key algorithm: ecdsa-sha2-nistp256
debug1: kex: server->client cipher: aes256-gcm@openssh.com MAC: <implicit> compression: none
debug1: kex: client->server cipher: aes256-gcm@openssh.com MAC: <implicit> compression: none 
debug1: kex: curve25519-sha256@libssh.org need=32 dh_need=32
debug1: kex: curve25519-sha256@libssh.org need=32 dh_need=32
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:M3lWqOllnhLz2DHtrZ8OyvDo8cUl0sNpY8ImS48JsuI
debug1: Host '11.11.11.111' is known and matches the ECDSA host key.
debug1: Found key in /root/.ssh/known_hosts:1
debug1: rekey after 4294967296 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: rekey after 4294967296 blocks
debug1: SSH2_MSG_EXT_INFO received
debug1: kex_input_ext_info: server-sig-algs=<ssh-ed25519,ssh-rsa,rsa-sha2-256,rsa-sha2-512,ssh-dss,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,null>
debug1: SSH2_MSG_SERVICE_ACCEPT received

Authorized users only. All activities may be monitored and reported.
debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password
debug1: Next authentication method: gssapi-keyex
debug1: No valid Key exchange context
debug1: Next authentication method: gssapi-with-mic
debug1: Unspecified GSS failure.  Minor code may provide more information
No Kerberos credentials available: No KCM server found


debug1: Unspecified GSS failure.  Minor code may provide more information
No Kerberos credentials available: No KCM server found


debug1: Next authentication method: publickey
debug1: Trying private key: /root/.ssh/id_rsa
debug1: Trying private key: /root/.ssh/id_dsa
debug1: Trying private key: /root/.ssh/id_ecdsa
debug1: Trying private key: /root/.ssh/id_ed25519
debug1: Trying private key: /root/.ssh/id_xmss
debug1: Next authentication method: password
root@11.11.11.111's password:

如上面28、29行所示
在这里插入图片描述

server端到client端的协议是aes256-gcm@openssh.com

client端到server端的协议是aes256-gcm@openssh.com

有些情况下协议会影响传输速度，平常100M/s的速度可能变的只有5M/s

可以手动通过scp -c 来指定scp协议，如下输入scp -c 按tab键补全，提示有11种协议

[root@localhost mnt]# scp -c 
3des-cbc                        aes256-cbc 
aes128-cbc                      aes256-ctr 
aes128-ctr                      aes256-gcm@openssh.com 
aes128-gcm@openssh.com          aes128-gcm@openssh.com 
aes192-cbc                      rijndael-cbc@lysator.liu.se 
aes192-ctr                      
[root@localhost mnt]# scp -c

如scp速度过慢可以尝试使用aes128-gcm@openssh.com 协议

[root@localhost 桌面]# scp -c aes128-gcm@openssh.com   123.tar.gz root@11.11.11.111:/mnt/

Authorized users only. All activities may be monitored and reported.
root@11.11.11.111's password: 
123.tar.gz                                    100%  355MB  77.5MB/s   00:05    
[root@localhost 桌面]#

若不确定是不是用的aes128-gcm@openssh.com 协议，可以再加一个 -v

[root@localhost 桌面]# scp -v -c aes128-gcm@openssh.com   123.tar.gz root@11.11.11.111:/mnt/ 
Executing: program /usr/bin/ssh host 11.11.11.111, user root, command scp -v -t /mnt/
OpenSSH_7.8p1, OpenSSL 1.1.1d  10 Sep 2019
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Reading configuration data /etc/ssh/ssh_config.d/05-redhat.conf
debug1: Reading configuration data /etc/crypto-policies/back-ends/openssh.config
debug1: /etc/ssh/ssh_config.d/05-redhat.conf line 8: Applying options for *
debug1: Connecting to 11.11.11.111 [11.11.11.111] port 22.
debug1: Connection established.
debug1: identity file /root/.ssh/id_rsa type -1
debug1: identity file /root/.ssh/id_rsa-cert type -1
debug1: identity file /root/.ssh/id_dsa type -1
debug1: identity file /root/.ssh/id_dsa-cert type -1
debug1: identity file /root/.ssh/id_ecdsa type -1
debug1: identity file /root/.ssh/id_ecdsa-cert type -1
debug1: identity file /root/.ssh/id_ed25519 type -1
debug1: identity file /root/.ssh/id_ed25519-cert type -1
debug1: identity file /root/.ssh/id_xmss type -1
debug1: identity file /root/.ssh/id_xmss-cert type -1
debug1: Local version string SSH-2.0-OpenSSH_7.8
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.8
debug1: match: OpenSSH_7.8 pat OpenSSH* compat 0x04000000
debug1: Authenticating to 11.11.11.111:22 as 'root'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: algorithm: curve25519-sha256@libssh.org
debug1: kex: host key algorithm: ecdsa-sha2-nistp256
debug1: kex: server->client cipher: aes128-gcm@openssh.com MAC: <implicit> compression: none
debug1: kex: client->server cipher: aes128-gcm@openssh.com MAC: <implicit> compression: none
debug1: kex: curve25519-sha256@libssh.org need=64 dh_need=64
debug1: kex: curve25519-sha256@libssh.org need=64 dh_need=64
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:M3lWqOllnhLz2DHtrZ8OyvDo8cUl0sNpY8ImS48JsuI
debug1: Host '11.11.11.111' is known and matches the ECDSA host key.
debug1: Found key in /root/.ssh/known_hosts:1
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_EXT_INFO received
debug1: kex_input_ext_info: server-sig-algs=<ssh-ed25519,ssh-rsa,rsa-sha2-256,rsa-sha2-512,ssh-dss,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,null>
debug1: SSH2_MSG_SERVICE_ACCEPT received

Authorized users only. All activities may be monitored and reported.
debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password
debug1: Next authentication method: gssapi-keyex
debug1: No valid Key exchange context
debug1: Next authentication method: gssapi-with-mic
debug1: Unspecified GSS failure.  Minor code may provide more information
No Kerberos credentials available: No KCM server found


debug1: Unspecified GSS failure.  Minor code may provide more information
No Kerberos credentials available: No KCM server found


debug1: Next authentication method: publickey
debug1: Trying private key: /root/.ssh/id_rsa
debug1: Trying private key: /root/.ssh/id_dsa
debug1: Trying private key: /root/.ssh/id_ecdsa
debug1: Trying private key: /root/.ssh/id_ed25519
debug1: Trying private key: /root/.ssh/id_xmss
debug1: Next authentication method: password
root@11.11.11.111's password:

如上第28、29行，协议为aes128-gcm@openssh.com

注：如要传输文件夹，还需要在scp后加 -r

qq_863909
关注
  • 2
    点赞
  • 踩
  • 21
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
linux的scp命令突然速度变慢,scp连接缓慢的解决方法
weixin_36270006的博客
05-15 5103
scp连接缓慢的解决方法2017-08-10scp是linux中很好用的几个命令之一，特别是在服务器之间拷贝文件。但我们在使用scp命令时会遇到敲完命令回车时，连接很慢，要等好久才能出现输入密码的提示符。1、导致这个问题的主要原因是GSSAPI认证。用scp -v username@host:file file或者ssh -v user@host提醒下面的信息时停住了。debug1: Authen...
linux tcp传输变慢,linux下建立tcp连接（connect）非常慢的问题的排查
weixin_30350469的博客
05-14 1832
先说结论：执行了如下的命令后，问题解决。 之前nf_conntrack_max的值是65536sysctl -w net.netfilter.nf_conntrack_max=358576参考：Linux服务器丢包故障的解决思路及引申的TCP/IP协议栈理论http://www.sdnlab.com/17530.html===================================问题描述...
使用scp局域网内传输文件速度很慢的原因排查
qq_43724644的博客
11-02 8127
尝试解决scp局域网内传输速度很慢的问题
加速scp传输速度
网易搬砖选手
03-13 1万+
当需要在机器之间传输400GB文件的时候，你就会非常在意传输的速度了。默认情况下(约125MB带宽，网络延迟17ms，Intel E5-2430，本文后续讨论默认是指该环境)，scp的速度约为40MB，传输400GB则需要170分钟，约3小时，如果可以加速，则可以大大节约工程师的时间，让攻城师们有更多时间去看个电影，陪陪家人。 目录 1. 结论2. 测试数据：加密算法和压缩的影响3.
linux之文件传输优化的几种方法
qq_41871875的博客
10-16 643
一、scp远程复制命令的应用 scp westos1 root@172.25.254.100:/mnt/ ##上传westos1文件 scp -r /mnt/ root@172.25.254.100:/mnt ##上传/mnt/目录 scp -r root@172.25.254.100:/mnt /mnt/ ##下载/mnt/目录 上传： 下载： 二、rsync远...
linux scp限制传输速度
CC的博客
04-20 7953
当跨机房传输大文件例如数据库备份文件时，为了不把生产带宽占满，可以使用手动限速的方式传输文件。 使用-l参数,单位为KB/s 例如： scp -l 1024 mysql.sql 10.0.1.1：/data/bak/ 限制每秒传输1024KB，即1MB每秒。 ...
解决方案: scp/ssh 的登陆提示很慢 (Linux)
hijk7的博客
08-29 147
解决方案: scp/ssh 的登陆提示很慢 (Linux)
使用scp传输时速度特别慢的问题
热门推荐
wxc20062006的专栏
11-14 3万+
场景：在生产环境中，新安装的服务器，第一次使用scp传输文件时，速度大约在10MB左右，传输文件在同一个网段，正常应该在100MB左右。 mysql@localhost ~]$ sudo ethtool em1 Settings for em1:         Supported ports: [ TP ]         Supported link modes: 
scp连接缓慢的解决方法
千里足迹
02-22 1万+
| 浏览：1137 | 更新：2014-09-19 19:01 | 标签：连接  1 2 3 4 分步阅读 scp是linux中很好用的几个命令之一，特别是在几个服务器之间拷贝文件，好用到爆。但我们在使用scp命令时会遇到敲完命令回车时，连接很慢，要等好久才能出现输入密码的提示符。有没有解决这个问题的方法呢？那是当然的。
Linux scp连接很慢，ssh连接很慢问题分析
12-03 752
问题分析 　　导致问题发生的原因可能是CPU被某个进程恶意占用。 分析方式 　　查看端口占用情况：lsof -i /netstat -tunlp 　　参考：https://www.cnblogs.com/CEO-H/p/7794306.html 　　查看CPU使用情况：top 　　查看内存使用情况：top / free 转载于:https://www.cnblogs.com...
linux下如何实现快速拷贝大文件
01-09
然而，当面临大量小文件时，rsync的性能可能会下降，因为它需要处理每个文件的元数据，导致传输速度变慢。这时，结合使用`tar`、`pv`和`lz4`工具可以显著提高拷贝效率。 `tar`是一个强大的文件打包工具，能够将多个...
linux与Windows文件传输工具(winscp)
05-28
值得注意的是，WinSCP支持的SFTP和SCP协议虽然安全，但速度可能比传统的FTP慢，因为它们需要加密和解密数据。此外，如果你在企业环境中，可能需要与防火墙或安全策略进行适配，以允许这些安全协议的通信。 在处理...
linux rzsz 工具 0.12.20
12-11
此外，rzsz工具的传输速度相对较慢，且安全性不如其他现代的文件传输协议如SFTP。 现代替代rzsz的方案有`scp`（安全复制）、`rsync`（高效文件同步）以及`sftp`（SSH文件传输协议）。这些工具提供了更强大的功能，...
Linux系统中jdk1.8的离线安装.zip
最新发布
04-22
本文将详细介绍如何在Linux环境中离线安装JDK 1.8，这个过程对于没有网络连接或者网络速度较慢的服务器尤其重要。我们将通过以下步骤进行安装： 1. **下载JDK 1.8安装包** 首先，你需要在有网络的环境中下载JDK ...
file-trans.zip_linux 远程
09-19
7. **故障排查**: 在遇到传输失败或速度慢的问题时，可以查看日志、检查网络连接、确认文件权限，甚至利用`strace`或`tcpdump`等工具进行诊断。 总之，`file-trans.zip_linux 远程`这个压缩包可能包含了一个实现...
SSH很快，scp巨慢的问题
phphot
04-05 1万+
不久前遇到一个很诡异的问题，SSH很快，scp巨慢，查了很久没查出根源所在，几乎崩溃。幸好今天tonnyom找到了答案，哈哈，太强大了！！2.9 - sftp/scp fails at connection, but ssh is OK.sftp and/or scp may fail at connection time if you have shell initialization (.pr
FinalShell上传Linux服务器大文件太慢？试试这个新方案
bioRoundTable的博客
04-10 930
小明有个50g的大文件想要上传到linux服务器上，使用FinalShell,Xshell,Xftp速度慢100KB，500KB何年何月才能上传完，中途失败还要重来实在太难为问题很多的小明了。有没有一种帮忙可以让我轻松将本地大文件上传到Linux服务器？有的就是下面的方式，并且还不贵
一行代码解决scp在Internet传输慢的问题
Netfilter
09-25 7933
遇到一个迟来的case，用scp在长链路上传输文件竟然慢到无法忍受！100～200毫秒往返时延的链路，wget下载文件吞吐可达40MBps，scp却只有9MBps。 我开始以为这是加密带宽损耗所致，然而用HTTPS测试却正常。 为了避免pacing平滑掉边沿事件，设置CC为CUIBIC，抓包抓到如下trace波形： 这要么是一个rwnd limited的场景，要么是app limited的场景，肯定不是cwnd limited的场景，我并没有模拟任何丢包和限速。 strace确认是否有setsockopt
linux的scp传文件的命令
07-22
SCP命令是用于在本地主机和远程主机之间进行文件传输的命令。它基于SSH协议，可以安全地传输文件。要使用SCP命令传输文件，可以使用以下语法： ``` scp [选项] 源文件 目标文件 ``` 其中，选项可以是以下之一： - `-P`：指定远程主机的端口号。 - `-r`：递归地传输目录及其内容。 - `-p`：保持文件的权限和时间戳。 源文件是要传输的本地文件或目录的路径，目标文件是文件或目录在远程主机上的路径。 例如，要将本地文件 `file.txt` 传输到远程主机的 `/home/user/` 目录下，可以使用以下命令： ``` scp file.txt user@remotehost:/home/user/ ``` 如果要将远程主机上的文件 `file.txt` 下载到本地当前目录，可以使用以下命令： ``` scp user@remotehost:/path/to/file.txt . ``` 希望以上信息能对你有所帮助！如果有其他问题，请随时提问。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值