[resolu] SSH "Disconnecting: Corrupted MAC on input"

touty · Le 02/02/2006, à 21:42

Récap au 06/06/06:
J'ai résolu un pb de chute de connexion SSH en changeant mon processeur.
Aussi étrange que cela puisse paraître, c'était lui qui, aléatoirement, couper mes transferts de fichiers via SSH. Peut-être un défaut de fabrique.

---

Bonjour à tous!

Ca fait à peu près un an que j'utilise le protocole SSH entre deux machines Ubuntu, et j'ai des pertes de connexion occasionnelles avec le message "Disconnecting: Corrupted MAC on input". Je l'ai un peu à toutes les sauces, en ligne de commande et (surtout) en transfert de fichiers, et sur les 3 machines que j'ai sous Ubuntu.
C'est un peu agaçant surtout en plein transferts de fichiers et encore plus pendant le "dpkg-reconfigure" d'un paquet, ce qui vient de m'arriver. Super désagréable!

Pourquoi j'ai ces problèmes ? C'est un réglage à faire ? (j'ai fait une install de base -> sudo apt-get install ssh et hop!)

Merci pour vos lumières
++

Dernière modification par touty (Le 06/06/2006, à 19:42)

sksbir · Le 03/02/2006, à 01:50

ssh, c'est sans doute pas les bons packages...

Perso j'utilise openssh. Pour savoir ce que tu as, utilise dpkg ainsi:

# dpkg --get-selections|grep -i ssh
openssh-client install
openssh-server install
ssh-askpass-gnome install

touty · Le 03/02/2006, à 08:25

Moi aussi:

$ dpkg --get-selections|grep -i ssh
openssh-client                                  install
openssh-server                                  install
ssh                                             install

++

sksbir · Le 04/02/2006, à 00:23

Effectivement, c'est ok du coté de la distrib.
Maintenant, ton soucis me semble assez pointu : MAC, c'est la mac adresse j'imagine : on pourrait croire à une carte réseau qui a perdu sa config: normalement, toutes les cartes réseau ont une adresse unique dans le monde appelée adresse MAC. Une carte défectueuse pourrait se retrouver avec une adresse MAC vide, et on pourrait alors obtenir ce message à l'autre bout de la connexion.
Mais ça ne reste qu'une hypothese toute personnelle...

l'adresse MAC, c'est la valeur derriere HWaddr quand on tape la commande ifconfig -a.
exemple: 00:12:75:68:A1:C2

Dernière modification par sksbir (Le 04/02/2006, à 00:24)

touty · Le 04/02/2006, à 11:04

(merci de ton intérêt sksbir!)
J'ai bien une adresse MAC sur chacune de mes cartes réseaux. Si j'en avais pas, je ne pourrais pas commencer de communication du tout, si ? Mon transfert commence, et au bout de quelques minutes, ça tombe. Mais quelques fichiers ont été transférés.
Mais tes infos m'ont fait faire d'autres tests. Grâce à ta remarque, je me suis dit que ça pouvait peut-être venir de mon matos. Et j'ai réalisé que je faisais toujours le transfert vers mon serveur (un des trois pc). J'ai donc fait le test entre les deux postes de travail. Le transfert passe très bien et au complet!!!
Ca vient donc de mon serveur. J'avance, COOL !
Alors, j'ai interverti les deux cartes réseaux de mon serveur, pensant que ça venait de là, mais c'est pareil.
J'aimerai alors passer au crible la conf qui pourrait être différente entre mes postes de travail et mon serveur, mais j'ai pas d'idée.
Mon serveur fait passerelle/pare-feu via un script iptables, mais à part ça, je vois pas.
Ca le fait si j'envois mon script iptables?
++

mythos · Le 04/02/2006, à 23:28

Salut !

Petite question:
Tu as donc 3 PCs ( 2 Workstations + 1 Serveur ) en LAN et tu communiques par SCP/SSH entre tes PCs, est-ce bien cela ?

Comment sont branchés tes PCs ? ( Serveur ==> Switch ==> 2 Workstations ? , etc ..)

Si tu passes par un switch, c'est peut-être un de ses ports qui serait endommagé ...

@pluche

touty · Le 05/02/2006, à 21:52

mythos a écrit :

Salut !
Petite question:
Tu as donc 3 PCs ( 2 Workstations + 1 Serveur ) en LAN et tu communiques par SCP/SSH entre tes PCs, est-ce bien cela ?

Correct! Et la communication va très bien entre les 2 workstations, mais tombe assez rapidement lors d'un transfert SSH (et seulement SSH) vers mon serveur, au bout de quelques fichiers transférés.

mythos a écrit :

Comment sont branchés tes PCs ? ( Serveur ==> Switch ==> 2 Workstations ? , etc ..)

Exactement !

mythos a écrit :

Si tu passes par un switch, c'est peut-être un de ses ports qui serait endommagé ...

Bien vu, mais je viens de changer de port sur mon switch, la connexion vers le serveur tombe toujours.
Arf, je trouve pas !! Y a pas un mode verbose "je te dis où ça va pas" ? Ou une autre astuce ?
++

mythos · Le 06/02/2006, à 00:58

touty a écrit :

Bien vu, mais je viens de changer de port sur mon switch, la connexion vers le serveur tombe toujours.

Arf, effectivement, il y a problème ...

touty a écrit :

Arf, je trouve pas !! Y a pas un mode verbose "je te dis où ça va pas" ? Ou une autre astuce ?
++

Si seulement

Poste ton script iptables, des fois que cela vienne de là ...

@pluche

sksbir · Le 06/02/2006, à 01:01

je m'en voudrais d'insister, mais j'aimerais voir le résultat de la commande ifconfig -a de tes 3 machines... (dans un tag [ code], histoire de pas dérouler sur 4 pages...)

Dernière modification par sksbir (Le 06/02/2006, à 01:02)

touty · Le 06/02/2006, à 12:03

sksbir a écrit :

je m'en voudrais d'insister, mais j'aimerais voir le résultat de la commande ifconfig -a de tes 3 machines... (dans un tag [ code], histoire de pas dérouler sur 4 pages...)

Il n'y a vraiment aucun problème!
Voici le résultat de la commande ifconfig -a sur mon serveur:

eth0      Lien encap:Ethernet  HWaddr 00:0B:6A:38:1A:2F
          inet adr:MonIP_Internet  Bcast:82.235.120.255  Masque:255.255.255.0
          adr inet6: fe80::20b:6aff:fe38:1a2f/64 Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:3175709 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1465968 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000
          RX bytes:3458776747 (3.2 GiB)  TX bytes:1099528168 (1.0 GiB)
          Interruption:19 Adresse de base:0xd400

eth1      Lien encap:Ethernet  HWaddr 00:50:BF:A4:3A:71
          inet adr:192.168.0.1  Bcast:192.168.0.255  Masque:255.255.255.0
          adr inet6: fe80::250:bfff:fea4:3a71/64 Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:9855137 errors:0 dropped:0 overruns:0 frame:0
          TX packets:18171101 errors:52 dropped:0 overruns:0 carrier:52
          collisions:0 lg file transmission:1000
          RX bytes:1229070076 (1.1 GiB)  TX bytes:3867425809 (3.6 GiB)
          Interruption:17 Adresse de base:0xd000

lo        Lien encap:Boucle locale
          inet adr:127.0.0.1  Masque:255.0.0.0
          adr inet6: ::1/128 Scope:Hôte
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:1848 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1848 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0
          RX bytes:164268 (160.4 KiB)  TX bytes:164268 (160.4 KiB)

sit0      Lien encap:IPv6-dans-IPv4
          NOARP  MTU:1480  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

Voici le résultat depuis un de mes postes (j'ai pas mon portable, le deuxième poste, sous la main):

eth0      Lien encap:Ethernet  HWaddr 00:0C:76:38:69:79
          inet adr:192.168.0.112  Bcast:192.168.0.255  Masque:255.255.255.0
          adr inet6: fe80::20c:76ff:fe38:6979/64 Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:9559 errors:0 dropped:0 overruns:0 frame:0
          TX packets:8809 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000
          RX bytes:12846575 (12.2 MiB)  TX bytes:679130 (663.2 KiB)
          Interruption:19 Adresse de base:0xe800

lo        Lien encap:Boucle locale
          inet adr:127.0.0.1  Masque:255.0.0.0
          adr inet6: ::1/128 Scope:Hôte
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:34 errors:0 dropped:0 overruns:0 frame:0
          TX packets:34 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0
          RX bytes:2110 (2.0 KiB)  TX bytes:2110 (2.0 KiB)

sit0      Lien encap:IPv6-dans-IPv4
          NOARP  MTU:1480  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

Et voici le script iptables du serveur:

#!/bin/sh

start() {

# init du la périphérique internet
/sbin/ifup eth0

#vidage des chaines
iptables -F
#destruction des chaines personnelles
iptables -X

#stratégies par défaut
iptables -P INPUT DROP
iptables -P FORWARD DROP
iptables -P OUTPUT ACCEPT

#init des tables NAT et MANGLE (pas forcément nécessaire)
iptables -t nat -F
iptables -t nat -X
iptables -t nat -P PREROUTING ACCEPT
iptables -t nat -P POSTROUTING ACCEPT
iptables -t nat -P OUTPUT ACCEPT

iptables -t mangle -F
iptables -t mangle -X
iptables -t mangle -P PREROUTING ACCEPT
iptables -t mangle -P OUTPUT ACCEPT


# Acceptation de toutes les connexions en local (un process avec l'autre)
iptables -A INPUT -i lo -j ACCEPT
iptables -A OUTPUT -o lo -j ACCEPT

# Ouverture du serveur web on the net
iptables -A INPUT -p tcp --dport 80 -j ACCEPT

# Ouverture du port SSH à un pote chez qui j'ai le pb aussi !!!
iptables -A INPUT -p tcp -s IP_EXTERNE_A_UN_POTE --dport 22  -j ACCEPT

# création d'une nouvelle règle
iptables -N MAregle
# définition de la règle : accepter les nouvelles connexions ne venant pas de l'interface internet
# et accepter toutes les connexions établies et reliées (ex: une demande de page HTML provoque l'ouverture
# d'une connexion reliée pour acheminer cette page vers l'ordinateur)
iptables -A MAregle -m state --state NEW -i! eth0 -j ACCEPT
iptables -A MAregle -m state --state ESTABLISHED,RELATED -j ACCEPT

# application de la règle au partage de connexion
iptables -A INPUT -j MAregle
iptables -A FORWARD -j MAregle

# activation du forwarding dans le noyau
# mise en place du partage de connexion sur le réseau local
echo 1 >/proc/sys/net/ipv4/ip_forward
iptables -t nat -A POSTROUTING -s 192.168.0.0/24 -o eth0 -j MASQUERADE

# redirection de la FreeTV
iptables -t nat -A PREROUTING -p udp -i eth0 -d MonIP_Internet -s 212.27.38.253 --dport 31336 -j DNAT --to-destination 192.168.0.112 -m state
--state ! INVALID
iptables -A FORWARD -p udp -i eth0 -d 192.168.0.112 -s 212.27.38.253 --dport 31336 -m state --state ! INVALID -j ACCEPT

}

stop() {
        echo 0 >/proc/sys/net/ipv4/ip_forward
        ifdown eth0
}

case "$1" in
 start)
        start
        ;;

 stop)
        stop
        ;; restart)
        stop && start
        ;;
 *)
        echo "Usage $0 {start|stop|restart}"
        exit 1
esac

exit 0

++

sksbir · Le 06/02/2006, à 13:41

errors:52 dropped:0 overruns:0 carrier:52

Tu as peut-etre des problèmes de cablage : cables mals sertis, faux contact, cables non blindés...

Tes cables sont biens tous du type STP catégorie 5 ?

Vérifie aussi si le switch est bien alimenté : pas de faux contact sur la prise électrique, bloc alim à température normale...

Jonk_ · Le 06/02/2006, à 14:40

Essaye d'installer/de mettre à jour openssl.
Tes 2 machines ont elles la meme version de openssh et openssl?
A+

Dernière modification par Jonk_ (Le 06/02/2006, à 14:40)

touty · Le 06/02/2006, à 20:25

@Jonk_: on a déjà fait des vérifs sur les versions de openssh, tout a l'air d'aller bien, merci quand même!

sksbir a écrit :

errors:52 dropped:0 overruns:0 carrier:52

Bien vu!!
Mais je suis au regret de te dire que ça ne change rien. J'ai changé de cable réseau, vérifier tous mes branchements, un ifconfig -a me donne maintenant:

eth1      Lien encap:Ethernet  HWaddr 00:50:BF:A4:3A:71
          inet adr:192.168.0.1  Bcast:192.168.0.255  Masque:255.255.255.0
          adr inet6: fe80::250:bfff:fea4:3a71/64 Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1763 errors:0 dropped:0 overruns:0 frame:0
          TX packets:992 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000
          RX bytes:1738393 (1.6 MiB)  TX bytes:248235 (242.4 KiB)
          Interruption:17 Adresse de base:0xd000

Mais la connexion tombe toujours:

rsync --force --ignore-errors --delete --delete-excluded -agopvt -e ssh /home/touty/musique touty@192.168.0.1:/data/touty
touty@192.168.0.1's password:
building file list ... done
musique/Ambiance/Caf\303\251 Del Mar [Vol.09]/
musique/Ambiance/Caf\303\251 Del Mar [Vol.10]/
musique/Ambiance/Caf\303\251 Del Mar [Vol.10]/01 - Firewire - Substructure.mp3
Received disconnect from 192.168.0.1: 2: Corrupted MAC on input.
rsync: writefd_unbuffered failed to write 4 bytes: phase "unknown" [sender]: Broken pipe (32)
rsync: connection unexpectedly closed (42 bytes received so far) [sender]
rsync error: error in rsync protocol data stream (code 12) at io.c(434)

ARG!!
++

sksbir · Le 06/02/2006, à 22:21

Je ne vois plus qu'une chose : forcer la discipline de ligne pour éviter un problème d'autodétection.
Toutefois, comme je ne sais pas comment faire sous ubuntu,une petite recherche du forum donne ce lien

Mais bon, je te suggère de commencer à forcer à 100mb/s , full duplex, puis de passer en half duplex si ça continue, puis au besoin, descend à 10mb/s pour vérifier la stabilité.

touty · Le 09/02/2006, à 09:07

Rien à faire. En tout cas, je te remercie pour ton acharnement!
Je viens de désactiver mes paramètres iptables, pour voir, bein... pareil

Donc, si on récapitule:
- j'ai 3 machines,
- la connexion ssh chute seulement lorsque je transfert des fichiers vers une de ces machines, mon serveur,
- mon serveur a 2 cartes réseaux (une pour le net, une pour le réseau), je les ai interverties pour test,
- j'ai changé de cable réseau, un ifconfig -a semble correct,
- j'ai changé de port sur mon switch,
- j'ai vérif mes paquets openssh,
- j'ai forcé les disciplines d'autonégociation sur ma carte réseau,
- j'ai vidé mes tables iptables,
- j'ai testé un transfert depuis Internet, en ouvrant le port SSH à une IP, pour éviter de passer par mon switch et seulement faire "serveur->freebox->internet",

Mais, le transfert ne se fait toujours pas jusqu'au bout.
Je n'ai qu'une chose à dire: arf
++

touty · Le 18/03/2006, à 18:27

Bon, je reviens dessus car toujours pas de solution...
De part l'aspect aléatoire du problème, je ne peux penser qu'à un problème matériel. En plus, j'ai réinstallé une machine avec les mêmes fonctionnalités que mon serveur, tout va bien.

Peut-être que je vais être dans le faux, mais est-ce que cela peut venir du pilote de mes cartes réseaux ? Si oui, peut-on le changer ? Si oui, comment ?
++

French Geek · Le 09/05/2006, à 16:20

Salut ^^
Je viens de tomber sur vos posts, j'avais le même problème
mais sous mandriva 2006
As-tu essayé de mettre en place une compression ?
Parce que moi dans ce cas là il me fait plus que l'erreur :

rite failed: Broken pipe

ça dit quelque chose à quelqu'un ?

Merci d'avance !

French Geek · Le 09/05/2006, à 16:21

Petit oubli ...

euh au fait pour la compression c'est
-C

cf le man ssh

a +

touty · Le 15/05/2006, à 08:30

Bonjour à tous,

Je suis de retour sur ce post, mon problème est tenace, moi aussi

Désolé French Geek, ça change rien chez moi.

Les nouvelles:
- j'ai changé ma carte mère (l'ancienne a grillé, merci EDF, mais je suis resté chez Asrock... pour le prix)
- je suis passé en dapper

=> J'ai toujours le même problème !

J'ai fait des tests avec d'autres clients ssh. Je suis tombé sur kftpgrabber.
Le transfert marche sans problème !! Ce client graphique arrive à tenir la connexion !!!
J'ai fait un test depuis windows avec winssh chépakoi, et le transfert va jusqu'au bout aussi!!

Cela viendrait donc de mon client ssh?? Je n'arrive pas à intercepter la commande qu'envoit kftpgrabber à mon serveur, peut-être que j'aurais la solution ?

Si vous pouvez m'en dire plus...
++

touty · Le 06/06/2006, à 19:36

J'ai trouvé !!!

Vous devinerez jamais...
J'aurai tout fait...

J'ai:
- fais tous les tests ci-dessus (!),
- fais des réinstallations,
- changé les cables réseaux,
- changé les cartes réseaux,
- changé de ports PCI,
- changé la carte mère,
- changé le disque dur,
- changé le slot de la ram,
- changé la ram...

Bein, il restait plus que le processeur...si si:
- Si je garde mon vieux processeur AMD Duron 1.2Gz, la connexion ssh ne tient pas.
- Si je le remplace (et seulement lui) par un AMD Athlon (qui tourne aussi sur ma carte mère), la connexion tient super bien et elle est super rapide !!!

En fait, avec kftpgrabber et winssh, la connexion était maintenue car ces logiciels reprenaient le téléchargement en cas de pb!

Tout ça pour ça... je le saurais!
Merci à tout ceux qui ont tenté de m'aider, j'en suis venu à bout, je suis soulagé!
++

Dernière modification par touty (Le 06/06/2006, à 19:40)

filerem1 · Le 21/06/2017, à 14:43

déterrage de post en bonne et du forme.
il vient de m'arriver quasiment la même chose, à 11 an d'écart!!
d'ailleur ma version d'openssh est a jour. pour moi, rien a voir avec le proc, il m'a fallut réinstaller openssh-server pour combler se problême.
mais j'avais vraiment les même symptome : une seul machine ne s'y connectait plus (auparavant oui), le reste du parc y accède sans problème.
Bref. c'est vraiment à se prendre la tête.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 02/02/2006, à 21:42

[resolu] SSH "Disconnecting: Corrupted MAC on input"

#2 Le 03/02/2006, à 01:50

Re : [resolu] SSH "Disconnecting: Corrupted MAC on input"

#3 Le 03/02/2006, à 08:25

Re : [resolu] SSH "Disconnecting: Corrupted MAC on input"

#4 Le 04/02/2006, à 00:23

Re : [resolu] SSH "Disconnecting: Corrupted MAC on input"

#5 Le 04/02/2006, à 11:04

Re : [resolu] SSH "Disconnecting: Corrupted MAC on input"

#6 Le 04/02/2006, à 23:28

Re : [resolu] SSH "Disconnecting: Corrupted MAC on input"

#7 Le 05/02/2006, à 21:52

Re : [resolu] SSH "Disconnecting: Corrupted MAC on input"

#8 Le 06/02/2006, à 00:58

Re : [resolu] SSH "Disconnecting: Corrupted MAC on input"

#9 Le 06/02/2006, à 01:01

Re : [resolu] SSH "Disconnecting: Corrupted MAC on input"

#10 Le 06/02/2006, à 12:03

Re : [resolu] SSH "Disconnecting: Corrupted MAC on input"

#11 Le 06/02/2006, à 13:41

Re : [resolu] SSH "Disconnecting: Corrupted MAC on input"

#12 Le 06/02/2006, à 14:40

Re : [resolu] SSH "Disconnecting: Corrupted MAC on input"

#13 Le 06/02/2006, à 20:25

Re : [resolu] SSH "Disconnecting: Corrupted MAC on input"

#14 Le 06/02/2006, à 22:21

Re : [resolu] SSH "Disconnecting: Corrupted MAC on input"

#15 Le 09/02/2006, à 09:07

Re : [resolu] SSH "Disconnecting: Corrupted MAC on input"

#16 Le 18/03/2006, à 18:27

Re : [resolu] SSH "Disconnecting: Corrupted MAC on input"

#17 Le 09/05/2006, à 16:20

Re : [resolu] SSH "Disconnecting: Corrupted MAC on input"

#18 Le 09/05/2006, à 16:21

Re : [resolu] SSH "Disconnecting: Corrupted MAC on input"

#19 Le 15/05/2006, à 08:30

Re : [resolu] SSH "Disconnecting: Corrupted MAC on input"

#20 Le 06/06/2006, à 19:36

Re : [resolu] SSH "Disconnecting: Corrupted MAC on input"

#21 Le 21/06/2017, à 14:43

Re : [resolu] SSH "Disconnecting: Corrupted MAC on input"

Pied de page des forums