@piratebab : Pas de surcharge à priori, côté serveur le load average est à 0.40 avec 3 VM allumées et j’ai 8 coeurs, côté portable, je suis à 0.75 mais j’ai 4 coeurs.
@ggoodluck47 : Merci des options, pas pensé au -v. Ceci dit, rien de bien parlant, je ne vois pas de limitation.
Executing: program /usr/bin/ssh host 192.168.X.X, user, command scp -v -p -t /tmp/
OpenSSH_6.1p1 Debian-4, OpenSSL 1.0.1c 10 May 2012
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 16: Applying options for *
debug1: Connecting to 192.168.X.X [192.168.X.X] port PORT.
debug1: Connection established.
debug1: identity file /home/user/.ssh/id_rsa type -1
debug1: identity file /home/user/.ssh/id_rsa-cert type -1
debug1: identity file /home/user/.ssh/id_dsa type -1
debug1: identity file /home/user/.ssh/id_dsa-cert type -1
debug1: identity file /home/user/.ssh/id_ecdsa type -1
debug1: identity file /home/user/.ssh/id_ecdsa-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.9p1 Debian-5ubuntu1.4
debug1: match: OpenSSH_5.9p1 Debian-5ubuntu1.4 pat OpenSSH_5*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.1p1 Debian-4
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: sending SSH2_MSG_KEX_ECDH_INIT
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ECDSA 58:88:d9:6d:c7:12:83:af:68:dc:8c
debug1: Host '192.168.X.X' is known and matches the ECDSA host key.
debug1: Found key in /home/user/.ssh/known_hosts:1
debug1: ssh_ecdsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
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: /home/user/.ssh/id_rsa
debug1: Trying private key: /home/user/.ssh/id_dsa
debug1: Trying private key: /home/user/.ssh/id_ecdsa
debug1: Next authentication method: password
user@192.168.X.X's password:
debug1: Authentication succeeded (password).
Authenticated to 192.168.X.X ([192.168.X.X]:PORT).
debug1: channel 0: new [client-session]
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug1: Sending environment.
debug1: Sending env LANG = fr_FR.UTF-8
debug1: Sending command: scp -v -p -t /tmp/
File mtime 1399641837 atime 1399642721
Sending file timestamps: T1399641837 0 1399642721 0
Sink: T1399641837 0 1399642721 0
Sending file modes: C0777 2753361920 FreeBSD-8.4-RELEASE-amd64-dvd1.iso
J’ai ensuite fait d’autres tests :
Installer une nouvelle VM sur le serveur (c’est un serveur KVM), installer SSH et transférer un fichier depuis le portable. Le débit reste bas pendant 20 secondes, puis monte progressivement pour atteindre parfois jusqu’à 24 Mo/s ! Sur un iso de 2.8 Go, je suis descendu à 3 minutes 40, ce qui est acceptable.
Le test suivant, j’ai coupé toutes les VMs du serveur (pour être sûr que rien n’interfere), et j’ai relancé…
Parfois, je monte à 5 Mo/s, puis, comme si un process réseau venait perturber, je retombe vite à 2.7 Mo/s,
Enfin en tout cas jamais plus de 5, donc je pense avoir un petit souci juste sur ce serveur-là.
Peut-être le bridge Linux KVM (qui possède une IP) qui limite le transfert … ?
Mais dans ce cas, il devrait limiter même au niveau de la VM…
Sinon, dernier test à faire, me reconnecter en direct sur la carte réseau du serveur sans passer par le switch (il a une conf par défaut.)