# Copier via SCP impossible time out

**URL:** <https://www.debian-fr.org/t/copier-via-scp-impossible-time-out/80144>\
**Category:** Support Debian\
**Created:** [Septembre 12, 2019, 1:13 UTC](https://www.debian-fr.org/t/copier-via-scp-impossible-time-out/80144 "2019-09-12T13:13:59Z")\
**Posts on this page:** 13\
**Page:** 1

<div class="post-metadata">

**Author:** ![titan06](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/t/bc79bd/32.png) [@titan06](https://www.debian-fr.org/u/titan06)\
**Post date:** [Septembre 12, 2019, 1:13 UTC](https://www.debian-fr.org/t/copier-via-scp-impossible-time-out/80144/1 "2019-09-12T13:13:59Z")

</div>

Bonjour

je cherche a envoyer un fichier en scp sur mon serveur  
la connexion ce fait bien il me demande un password  
puis le transfert ne bouge plus

voici les log

```auto
christopher@Ubuntu:~$ scp -v /home/christopher/docker.tar.gz christopher@xx.xx.xx.234:/home/christopher/
Executing: program /usr/bin/ssh host xx.xx.xx.234, user christopher, command scp -v -t /home/christopher/
OpenSSH_7.6p1 Ubuntu-4ubuntu0.3, OpenSSL 1.0.2n 7 Dec 2017
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: Connecting to xxxxxxxxxxx [192.xxxxxxxxxxx] port 22.
debug1: Connection established.
debug1: key_load_public: No such file or directory
debug1: identity file /home/christopher/.ssh/id_rsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/christopher/.ssh/id_rsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/christopher/.ssh/id_dsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/christopher/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/christopher/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/christopher/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/christopher/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/christopher/.ssh/id_ed25519-cert type -1
debug1: Local version string SSH-2.0-OpenSSH_7.6p1 Ubuntu-4ubuntu0.3
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.9p1 Debian-10
debug1: match: OpenSSH_7.9p1 Debian-10 pat OpenSSH* compat 0x04000000
debug1: Authenticating to 192.168.66.234:22 as 'christopher'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: algorithm: curve25519-sha256
debug1: kex: host key algorithm: ecdsa-sha2-nistp256
debug1: kex: server->client cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:yTODnG5Z/CM8TxxxxxxxxxxxV8UnlMRaB3wuNHUQ8AcYmBo
debug1: Host '192.168.66.234' is known and matches the ECDSA host key.
debug1: Found key in /home/christopher/.ssh/known_hosts:5
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>
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Trying private key: /home/christopher/.ssh/id_rsa
debug1: Trying private key: /home/christopher/.ssh/id_dsa
debug1: Trying private key: /home/christopher/.ssh/id_ecdsa
debug1: Trying private key: /home/christopher/.ssh/id_ed25519
debug1: Next authentication method: password
christopher@19xxxxxxx4's password: 
debug1: Authentication succeeded (password).
Authenticated to 1xxxxxxxxx ([xxxxxxxxxxxxxxxxxx]:22).
debug1: channel 0: new [client-session]
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug1: pledge: network
debug1: client_input_global_request: rtype hostkeys-00@openssh.com want_reply 0
debug1: Sending environment.
debug1: Sending env LANG = fr_FR.UTF-8
debug1: Sending command: scp -v -t /home/christopher/
Sending file modes: C0777 4632934 docker.tar.gz
Sink: C0777 4632934 docker.tar.gz
docker.tar.gz

```

---

<div class="post-metadata">

**Author:** ![anon70622873](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/278dde/32.png) [@anon70622873](https://www.debian-fr.org/u/anon70622873)\
**Post date:** [Septembre 13, 2019, 12:36 UTC](https://www.debian-fr.org/t/copier-via-scp-impossible-time-out/80144/2 "2019-09-13T12:36:48Z")

</div>

Curieux.  
Tu parles de timeout, mais il n’y a aucun message d’erreur dans ton retour de commandes.  
Normalement juste après la dernière ligne de" ton retour tu devrais voir la progression du transfert ou un message d’erreur le cas échéant.

---

<div class="post-metadata">

**Author:** ![titan06](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/t/bc79bd/32.png) [@titan06](https://www.debian-fr.org/u/titan06)\
**Post date:** [Septembre 13, 2019, 1:29 UTC](https://www.debian-fr.org/t/copier-via-scp-impossible-time-out/80144/3 "2019-09-13T13:29:47Z")

</div>

ça reste a zero  
sur la machine cible j’ai bien le nom de mon fichier qui c’est crée mais il est a 0 octé

---

<div class="post-metadata">

**Author:** ![anon70622873](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/278dde/32.png) [@anon70622873](https://www.debian-fr.org/u/anon70622873)\
**Post date:** [Septembre 13, 2019, 1:32 UTC](https://www.debian-fr.org/t/copier-via-scp-impossible-time-out/80144/4 "2019-09-13T13:32:15Z")

</div>

Cela suggère un transfert extrêmement lent ou un problème sur la machine qui reçoit le fichier.

Montre-nous le fichier à transférer :

```auto
ls -lh /home/christopher/docker.tar.gz

```

Est-ce que cela fonctionne avec un petit fichier (quelques octets) ?  
Est-ce que tu arrives à transférer ce fichier en SFTP ?

---

<div class="post-metadata">

**Author:** ![titan06](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/t/bc79bd/32.png) [@titan06](https://www.debian-fr.org/u/titan06)\
**Post date:** [Septembre 13, 2019, 1:42 UTC](https://www.debian-fr.org/t/copier-via-scp-impossible-time-out/80144/5 "2019-09-13T13:42:33Z")

</div>

il fait 4 mega  
j’ai installer proftpd j’ai le mème souci f

j’ai fait un chmod -R 777 des 2 coter

pour info la vm est sur une esxi 6.7 tout neuf

---

<div class="post-metadata">

**Author:** ![anon70622873](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/278dde/32.png) [@anon70622873](https://www.debian-fr.org/u/anon70622873)\
**Post date:** [Septembre 13, 2019, 1:51 UTC](https://www.debian-fr.org/t/copier-via-scp-impossible-time-out/80144/6 "2019-09-13T13:51:23Z")

</div>

> [@titan06](#):
>
> j’ai installer proftpd j’ai le mème souci f

En mode FTP ou (S)FTP ?

> [@titan06](#):
>
> j’ai fait un chmod -R 777 des 2 coter

Il ne faut jamais faire cela…

---

<div class="post-metadata">

**Author:** ![titan06](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/t/bc79bd/32.png) [@titan06](https://www.debian-fr.org/u/titan06)\
**Post date:** [Septembre 13, 2019, 1:52 UTC](https://www.debian-fr.org/t/copier-via-scp-impossible-time-out/80144/7 "2019-09-13T13:52:09Z")

</div>

en mode ftp  
oui je c’est bien qui ne faut pas faire ca mais au moins c’est full ouvert pour faire des teste

---

<div class="post-metadata">

**Author:** ![anon70622873](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/278dde/32.png) [@anon70622873](https://www.debian-fr.org/u/anon70622873)\
**Post date:** [Septembre 13, 2019, 1:56 UTC](https://www.debian-fr.org/t/copier-via-scp-impossible-time-out/80144/8 "2019-09-13T13:56:09Z")

</div>

Est-ce que tu peux te connecter en SSH :

```auto
ssh christopher@xx.xx.xx.234

```

puis donner le retour de :

```auto
pwd

```

et

```auto
ls -al /home/christopher

```

---

<div class="post-metadata">

**Author:** ![titan06](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/t/bc79bd/32.png) [@titan06](https://www.debian-fr.org/u/titan06)\
**Post date:** [Septembre 18, 2019, 10:02 UTC](https://www.debian-fr.org/t/copier-via-scp-impossible-time-out/80144/9 "2019-09-18T10:02:14Z")

</div>

Bonjour  
voici

christopher@Docker-chris:~$ pwd  
/home/christopher  
christopher@Docker-chris:~$ ls -al /home/christopher  
total 32  
drwxr-xr-x 4 christopher christopher 4096 sept. 18 11:36 .  
drwxr-xr-x 3 root root 4096 sept. 18 10:42 …  
-rw------- 1 christopher christopher 60 sept. 18 11:44 .bash\_history  
-rw-r–r-- 1 christopher christopher 220 sept. 18 10:42 .bash\_logout  
-rw-r–r-- 1 christopher christopher 3526 sept. 18 10:42 .bashrc  
drwx------ 3 christopher christopher 4096 sept. 18 11:27 .config  
-rwxr-xr-x 1 christopher christopher 0 sept. 18 10:48 docker.tar.gz  
drwx------ 3 christopher christopher 4096 sept. 18 11:36 .gnupg  
-rw-r–r-- 1 christopher christopher 807 sept. 18 10:42 .profile  
christopher@Docker-chris:~$

---

<div class="post-metadata">

**Author:** ![anon70622873](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/278dde/32.png) [@anon70622873](https://www.debian-fr.org/u/anon70622873)\
**Post date:** [Septembre 19, 2019, 6:23 UTC](https://www.debian-fr.org/t/copier-via-scp-impossible-time-out/80144/10 "2019-09-19T06:23:29Z")

</div>

C’est un conteneur docker ?

---

<div class="post-metadata">

**Author:** ![titan06](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/t/bc79bd/32.png) [@titan06](https://www.debian-fr.org/u/titan06)\
**Post date:** [Septembre 19, 2019, 6:42 UTC](https://www.debian-fr.org/t/copier-via-scp-impossible-time-out/80144/11 "2019-09-19T06:42:36Z")

</div>

non juste des donnée de volume mes avec autre chose j’arrive au mème résultat  
j’ai l’impression que le souci viens du ESXI mes pourquoi ?

---

<div class="post-metadata">

**Author:** ![anon70622873](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/278dde/32.png) [@anon70622873](https://www.debian-fr.org/u/anon70622873)\
**Post date:** [Septembre 19, 2019, 6:49 UTC](https://www.debian-fr.org/t/copier-via-scp-impossible-time-out/80144/12 "2019-09-19T06:49:05Z")

</div>

Là je ne sais pas. Il faut regarder dans les paramètres de ta machine virtuelle. Apparemment il y a une sorte de pare-feu sur ESXi :

> **[How to Copy files between ESXi hosts using SCP Command](https://www.vmwarearena.com/how-to-copy-files-between-esxi-hosts-using-scp-command/)**
>
> This article will explain you with the detailed step by step procedure to copy files between ESXi hosts using SCP command

---

<div class="post-metadata">

**Author:** ![titan06](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/t/bc79bd/32.png) [@titan06](https://www.debian-fr.org/u/titan06)\
**Post date:** [Septembre 19, 2019, 6:50 UTC](https://www.debian-fr.org/t/copier-via-scp-impossible-time-out/80144/13 "2019-09-19T06:50:01Z")

</div>

c’est uniquement pour faire du SCP entre 2 machine ESXI ca ?
