Le sessioni SSH terminano bruscamente con il messaggio: MAC corrotto sull'ingresso. Scollegamento: il pacchetto è danneggiato

Abbiamo un Dell PowerEdge 840 Server che esegue CentOS 6.0 64 bit con memory ECC da 2 GB. Quando un utente ssh in, dopo qualche tempo la session viene interrotta con l'output:

Corrupted MAC on input. Packet Corrupt 

Ciò accade invariabilmente. La session di ssh potrebbe funzionare per un certo tempo, ma alla fine non riesce. Ho notato che è più frequente quando utilizzo l'X-forwarding.

Dopo Googling per le risposte, credo che ci sia un problema hardware (probabilmente memory) con il server. Uscita da lshw (memory).

  capabilities: internal write-back unified *-memory description: System Memory physical id: 1000 slot: System board or motherboard size: 2GiB *-bank:0 description: DIMM DDR2 Synchronous 667 MHz (1.5 ns) product: 72T64000HU3SB vendor: 7F7F7F7F7F510000 physical id: 0 serial: 09022F17 slot: DIMM1_A size: 512MiB width: 64 bits clock: 667MHz (1.5ns) *-bank:1 description: DIMM DDR2 Synchronous 667 MHz (1.5 ns) product: 72T64000HU3SB vendor: 7F7F7F7F7F510000 physical id: 1 serial: 09022E13 slot: DIMM1_B size: 512MiB width: 64 bits clock: 667MHz (1.5ns) *-bank:2 description: DIMM DDR2 Synchronous 667 MHz (1.5 ns) product: 72T64000HU3SB vendor: 7F7F7F7F7F510000 physical id: 2 serial: 09030910 slot: DIMM2_A size: 512MiB width: 64 bits clock: 667MHz (1.5ns) *-bank:3 description: DIMM DDR2 Synchronous 667 MHz (1.5 ns) product: 72T64000HU3SB vendor: 7F7F7F7F7F510000 physical id: 3 serial: 09030B13 slot: DIMM2_B size: 512MiB width: 64 bits clock: 667MHz (1.5ns) 

Ho eseguito memtest86 + e non ha restituito alcun errore. Ho anche reseated la memory, spostato i moduli di memory in slot differenti, e anche aumentato lo spazio di swap a 4GB. Il server è un server di test che esegue un server Apache preconfigurato (compilato dalla sorgente) in diverse porte. Poiché each sviluppatore ha un proprio ambiente specifico di httpd.conf e di prova, potrebbe essere in esecuzione più di un server Apache.

Ho anche controllato syslog per i messaggi di errore ma non ho trovato nulla di interessante. Anche dopo aver chiesto a tutti di interrompere l'utilizzo del server – con un minimo utilizzo della memory – ho ancora lo stesso messaggio di errore e la mia session ssh termina con il messaggio di errore che ho indicato sopra.

Quali dovrebbero essere i miei passi successivi per la risoluzione dei problemi?

  • Come posso tenere aggiornato i know_host SSH (semi-sicuro)?
  • Come utilizzare ssh per copiare un file multiplo di hops con l'inoltro degli agenti?
  • Registrazioni casuali di SSH in Auth.log non in data ordine
  • ubuntu server: banner SSH che dice di aggiornare i pacchetti, ma niente da aggiornare
  • Invia comandi di zonizzazione intertriggers all'interruttore Brocade
  • IPTables: consente di uscire da SSH
  • Problema di accesso SSH: debug1: in attesa di SSH2_MSG_KEX_DH_GEX_REPLY
  • Autenticazione di Linux sshd con TACACS + (Cisco ACS)
  • 2 Solutions collect form web for “Le sessioni SSH terminano bruscamente con il messaggio: MAC corrotto sull'ingresso. Scollegamento: il pacchetto è danneggiato”

    Grazie sendmoreinfo,

    Sembra che il checksum TCP sia il colpevole. Ho disabilitato il checksum TCP offload:

     ethtool -K eth0 tx off rx off 

    e ha iniziato a lavorare di nuovo.

    come suggerito in "MAC corrugato sull'ingresso" Packet Corrupt "sul trasferimento di file su SSH, SCP e FTP su Linux Server , lo scarico TCP potrebbe essere un problema. Utilizza ethtool per controllarlo e configurarlo.

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.