Copier via SCP impossible time out

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

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

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.

ç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é

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 :

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 ?

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

En mode FTP ou (S)FTP ?

Il ne faut jamais faire cela…

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

Est-ce que tu peux te connecter en SSH :

ssh christopher@xx.xx.xx.234

puis donner le retour de :

pwd

et

ls -al /home/christopher

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:~$

C’est un conteneur docker ?

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 ?

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 :

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