SSH сломанная трубка, неверный код аутентификации сообщения

Я настроил сервер Ubuntu, который планирую использовать для резервного копирования моего компьютера macbook с помощью rsync . Но каждый раз, когда я использую rsync или даже scp , соединение падает с одной из следующих ошибок:

 packet_write_wait: Connection to 192.168.1.202: Broken pipe packet_write_poll: Connection to 192.168.1.202: Broken pipe packet_write_poll: Connection to 192.168.1.202: Protocol wrong type for socket 

Теперь я искал другие вопросы, подобные этому, и обычно у людей возникает эта проблема с длинными резервными копиями, когда сеанс заканчивается. Для меня это всегда происходит в течение 10 секунд после начала передачи файла. Я получаю те же ошибки, используя scp и rsync. Я предполагаю, что это может быть из-за неисправного сетевого подключения, но мне трудно поверить, что мое соединение с сервером в той же локальной сети является неустойчивым. У кого-нибудь есть идеи?

Примеры команд, которые я использовал, которые приводят к ошибкам:

 scp -r /Users/Matt/Documents matt@192.168.1.202:/media/matt/MattsBackups/ /usr/local/bin/rsync -av -e ssh /Users/Matt/Documents matt@192.168.1.202:/media/matt/MattsBackups/ 

Сегодня я провел еще несколько тестов, и, как ни странно, он работал достаточно надежно из-за пределов моей локальной сети. Поэтому я снова попытался изнутри своей домашней сети, и он все еще не работает.

Бег

 grep 'sshd' /var/log/auth.log 

на сервере отображается следующая ошибка

 fatal: ssh_dispatch_run_fatal: Connection from <My IP> port 49870: message authentication code incorrect 

Более подробная информация о моей настройке:

 Macbook Air OS X 10.11.5 OpenSSH_6.9p1, LibreSSL 2.1.8 rsync version 3.1.2 protocol version 31 Ubuntu Server OpenSSH_7.2p2 Ubuntu-4ubuntu1, OpenSSL 1.0.2g-fips 1 Mar 2016 

Я заметил разницу в версиях ssh, но я надеялся, что это не проблема. Я могу попытаться установить новую версию с homebrew.

ОБНОВИТЬ:

OK Я только что обновил ssh с homebrew до

 OpenSSH_7.2p2, OpenSSL 1.0.2g 1 Mar 2016 

который, похоже, является той же версией, что и в поле Ubuntu. Однако Rsync все еще приводит к ошибке при запуске команды. Вот команда, которую я пробовал с флагом ssh -v:

 /usr/local/bin/rsync -a -e '/usr/local/bin/ssh -v -c aes128-ctr -m hmac-sha1' /Users/Matt/Documents matt@192.168.1.202:/media/matt/MattsBackups/ 

Выход:

 OpenSSH_7.2p2, OpenSSL 1.0.2g 1 Mar 2016 debug1: Reading configuration data /usr/local/etc/ssh/ssh_config debug1: Connecting to 192.168.1.202 [192.168.1.202] port 22. debug1: Connection established. debug1: identity file /Users/Matt/.ssh/id_rsa type 1 debug1: key_load_public: No such file or directory debug1: identity file /Users/Matt/.ssh/id_rsa-cert type -1 debug1: key_load_public: No such file or directory debug1: identity file /Users/Matt/.ssh/id_dsa type -1 debug1: key_load_public: No such file or directory debug1: identity file /Users/Matt/.ssh/id_dsa-cert type -1 debug1: key_load_public: No such file or directory debug1: identity file /Users/Matt/.ssh/id_ecdsa type -1 debug1: key_load_public: No such file or directory debug1: identity file /Users/Matt/.ssh/id_ecdsa-cert type -1 debug1: key_load_public: No such file or directory debug1: identity file /Users/Matt/.ssh/id_ed25519 type -1 debug1: key_load_public: No such file or directory debug1: identity file /Users/Matt/.ssh/id_ed25519-cert type -1 debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_7.2 debug1: Remote protocol version 2.0, remote software version OpenSSH_7.2p2 Ubuntu-4ubuntu1 debug1: match: OpenSSH_7.2p2 Ubuntu-4ubuntu1 pat OpenSSH* compat 0x04000000 debug1: Authenticating to 192.168.1.202:22 as 'matt' 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-ctr MAC: hmac-sha1 compression: none debug1: kex: client->server cipher: aes128-ctr MAC: hmac-sha1 compression: none debug1: expecting SSH2_MSG_KEX_ECDH_REPLY debug1: Server host key: ecdsa-sha2-nistp256 SHA256:+zkrXNJENs5EobFwHa8wpMDe6zPDfj975qLcPp4b4sg debug1: Host '192.168.1.202' is known and matches the ECDSA host key. debug1: Found key in /Users/Matt/.ssh/known_hosts:1 debug1: rekey after 4294967296 blocks debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: rekey after 4294967296 blocks debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_EXT_INFO received debug1: kex_input_ext_info: server-sig-algs=<rsa-sha2-256,rsa-sha2-512> debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey debug1: Next authentication method: publickey debug1: Offering RSA public key: /Users/Matt/.ssh/id_rsa debug1: Server accepts key: pkalg rsa-sha2-512 blen 279 debug1: Authentication succeeded (publickey). Authenticated to 192.168.1.202 ([192.168.1.202]: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 command: rsync --server -logDtpre.iLsfxC . /media/matt/MattsBackups/MacAir/ debug1: channel 0: free: client-session, nchannels 1 debug1: fd 0 clearing O_NONBLOCK debug1: fd 1 clearing O_NONBLOCK Connection to 192.168.1.202 closed by remote host. Transferred: sent 145304, received 13032 bytes, in 0.1 seconds Bytes per second: sent 1373019.8, received 123143.2 debug1: Exit status -1 rsync: [sender] write error: Broken pipe (32) rsync error: error in socket IO (code 10) at io.c(820) [sender=3.1.2] 

Это может быть ошибка в вашем SSH. С этим было несколько примеров этого. (Вы должны обязательно разместить точные версии, используемые на обоих концах).

http://www.alcatelunleashed.com/viewtopic.php?t=25294

Я не могу понять, почему удаленный сетевой путь будет более надежным или любое предложение по этому поводу. Это может быть вызвано ошибками сетевых ящиков, хотя …

http://community.ubnt.com/t5/EdgeMAX/clone-from-gitlab-com-through-ER-ssh-dispatch-run-fatal-message/td-p/1448285

Если ваш сервер Ubuntu недавно установлен и все установленные обновления установлены, я буду более подозрительным к программному обеспечению на клиенте Mac, что он старый и подвержен некоторой ошибке.

Вы можете протестировать разные MAC-адреса и т. Д. Например

 scp -o MACs=hmac-md5 

Примечание. Hmac-md5 не считается слабым (в контексте ssh) таким же образом, как md5 (например, в контексте сертификатов HTTPS). Я ожидаю, что в основном это медленнее, чем, например, umac-64-etm@openssh.com . Однако лучше использовать -etm режимы, если сможете.

Ссылки показывают, что вы можете предпочесть старые варианты

 MACs hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160 

и это позволит избежать определенных ошибок. Когда вы найдете что-то, что вам /etc/ssh_config , вы можете настроить его в /etc/ssh_config .

Cipher также может быть проблемой. Если вы используете aes-gcm, например, aes128-gcm@openssh.com , возможно, нет отдельного MAC. Поэтому вам, по крайней мере, нужно убедиться в том, что делает ssh , добавляя -v к вашим командам и ища MAC, о котором говорит, что он фактически использует.

Ну, в крайнем случае, я нашел старую карту Ethernet 10/100 с компьютера Windows 98 и установил ее на сервере. После его настройки у меня не было больше ошибок, около 30 ГБ данных. Я думаю, что встроенный чипсет ethernet плохо работал с ubuntu. Или я каким-то образом настроил его неправильно.