“MAC corrompido na entrada. Packet Corrupt ”na transferência de arquivos via SSH, SCP e FTP no servidor Linux

Question

ajuda nisso seria ótimo.

Especificações:

Servidor LAMP Linux OS - Debian 5.0.1 4x CPU Intel® Xeon (TM) 2,80 GHz

Pacotes importantes:

• openssl - segurança SSL
• iptables - firewall para bloquear todas as solicitações, exceto o permitido
• phpmyadmin - para facilitar as coisas
• ntp

Nós não costumávamos ter um problema com isso e não sabemos exatamente quando aconteceu ou os detalhes sobre o que foi alterado quando aconteceu. Mas fizemos uma atualização e esse problema parece ter começado e corresponde à atualização. Mas sempre que tento transferir arquivos grandes do servidor (por exemplo, a pasta raiz de sites para um backup) para minha máquina, por SSH e SCP, recebo o seguinte:

"MAC corrompido na entrada. Desconectando: Pacote corrompido"

• Isso acontece quando eu uso o SCP para copiá-los. Primeiro empata, então dá o erro acima.
• Se eu tentar o FTP, ele chegará a cerca de 3% e parará completamente, incluindo o programa de FTP.

Eu não sei exatamente qual poderia ser o problema aqui. Eu sinto que teria algo a ver com HMAC ou HMAC2 ou com a placa de rede ou software. Alguma idéia?

    

Answer 1

Meus pensamentos:

Os erros de nível de fio devem ser eliminados pelas somas de verificação Ethernet e TCP. É possível que o pacote Ethernet / frame IP corrompido possa deslizar agora e até os níveis mais altos da pilha de rede, mas isso não é muito provável e definitivamente não deve levar a um problema repetível. Portanto, vejo duas possibilidades principais:

1) Há alguém enganando sua transmissão, modificando os dados em trânsito para que as somas de verificação Ethernet / IP coincidam, mas a camada de criptografia vê lixo ou 2) Mais provavelmente, você tem algum erro de hardware, muito provavelmente CPU ou RAM, que danifica os dados depois de ter sido retirado do ar. Mais uma vez, a RAM ECC deve reduzir a probabilidade de isso acontecer, mas o superaquecimento / morte da CPU pode jogar com os dados.

Não sei se o TCP Offload Engine com NIC / driver com comportamento inadequado pode produzir tais erros, mas essa linha de pensamento poderia explicar (alteração do driver?) a correlação de problemas com a atualização.

    

Answer 2

Para qualquer um que tropeçar nessa questão / resposta, posso atestar o fato de que uma porta NIC / ethernet defeituosa (como Paweł menciona) pode causar o problema exato que o OP tem (MAC corrompido na entrada). Eu tenho duas portas ethernet, uma das quais corrompe as transmissões de arquivos grandes quando usadas.

    

Answer 3

Parando serviços como Samba , o Apache e o MySQL fizeram o truque. Depois de pará-los, a conexão não foi encerrada e eu consegui transferir o arquivo tar de 7 GB sem qualquer erro de "mac in input" corrompido.

Arquivo de log você deve seguir para ver que o erro é / var / log / secure