SCP corrompeu MAC na entrada

SCP corrompeu MAC na entrada

Tenho falhas nas transferências SCP e SFTP do meu servidor Linux VPS (CentOS6.5) para o meu Mac de desktop local. A transferência começa a comprar falha no primeiro minuto com a mensagem de erro - "MAC corrompido na entrada. Desconectando: conexão perdida de pacote corrompido"

Eu li os outros tópicos neste fórum, mas nenhum deles parece ser aplicável.

"MAC corrompido na entrada. Pacote corrompido" na transferência de arquivos por SSH, SCP e FTP no servidor Linux

As sessões SSH terminam abruptamente com a mensagem: MAC corrompido na entrada. Desconectando: pacote corrompido

Eu tentei isso em 3 máquinas diferentes no mesmo local. Todos os três apresentam o mesmo erro, então tenho certeza de que este não é um problema de NIC nos computadores locais.

Pedi ao provedor VPS para verificar o servidor e não parece haver nenhum problema de hardware nesse sentido. Na verdade, eles podem executar o download do scp a partir daí.

O suporte técnico cPanel diz:"O 'MAC' nesta mensagem de erro na verdade significa 'Código de autenticação de mensagem' em vez de 'Controle de acesso à mídia' e um MAC corrompido no SSH significa que, como a mensagem de erro também afirma, um pacote de dados foi corrompido em trânsito, possivelmente feito intencionalmente por um invasor, embora muito mais provavelmente causado por hardware defeituoso (ou um driver de NIC defeituoso) em algum lugar entre você e o servidor. Se o hardware e outros equipamentos de rede fizerem check-out em ambas as extremidades, os pacotes SSH também poderão estar corrompidos. trânsito por um fornecedor de rede."

Tenho feito com sucesso essa mesma transferência de SCP semanalmente ao longo de um ano. É a transferência do backup semanal do servidor cPanel.

A única coisa que mudou foi que mudei de DSL para internet a cabo.É claro que, sem mais nada para fazer, o provedor de Internet está passando a responsabilidade neste momento.

Gostaria de saber se além de algo que o provedor está fazendo, há algo no modem que possa ser a causa ou que possa estar configurado de forma diferente. É um gateway Cisco DPC3825 DOCSIS 3.0.

Obrigado por quaisquer outras pistas que você possa ter a oferecer.

Responder1

Tudo o que você pode testar são os dispositivos sobre os quais você tem controle.

Você tentou 3 computadores locais diferentes, mas existem outras variáveis

  • Remova todos os dispositivos entre o dispositivo a cabo do seu ISP e seus terminais.
  • Experimente um cabo Ethernet em bom estado para conectar ao dispositivo de cabo do seu ISP.
  • Experimente uma porta diferente no dispositivo.
  • Experimente um dispositivo diferente.

Tente copiar o arquivo da sua fonte remota para um controle remoto diferente e veja o que acontece. Se estiver limpo, você sabe que sua fonte é boa. Se falhar, a fonte pode estar ruim ou pode haver algum dispositivo no caminho, mas você pode ter certeza razoável de que os dispositivos em seu escritório estão bons.

Além disso, está fora do seu controle, mas pelo menos você terá dados para apresentar ao seu ISP/empresa de hospedagem.

informação relacionada