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.

  • Problemi di configuration di un tunnel SSH ad un apparecchio Nexentastor per l'utilizzo con Crashplan senza testa
  • Proxy di base con OpenSSH, Cygwin, Putty
  • Da lontano, ssh_exchange_identification: Connessione chiusa dall'host remoto
  • ssh root @ domain - Come specificare una password pure?
  • password per ssh e scp
  • Utilizzare SSH per eseguire il command di esportzione remota e rimanere loggato
  • 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?

    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.