J'ai installé OpenSSH sur Windows.
Je peux réussir à me connecter à mon serveur distant via ssh avec PuTTY à partir de cette machine Windows.
Mais lors de l'ouverture d'un PowerShell et de l'essai
ssh [email protected]
J'ai l'erreur:
debug3: send packet: type 5
Corrupted MAC on input.
ssh_dispatch_run_fatal: Connection to 1.2.3.4 port 22: message authentication code incorrect
En regardant sur mon serveur distant dans les journaux sécurisés, j'ai:
Dec 7 03:20:22 allo-01 sshd[10102]: Connection from 4.3.2.1 port 49869 on 1.2.3.4 port 22
Dec 7 03:20:23 allo-01 sshd[10102]: Connection reset by 4.3.2.1 port 49869 [preauth]
Tu sais ce qui ne va pas? Pourquoi ma commande ssh depuis openssl sur windows se comporte différemment de PuTTY?
Merci, Raoul
La réponse de Raoul à sa propre question est correcte. J'ai rencontré le même problème et j'ai ajouté le nom d'algorithme correct après le -m
l'option fonctionne (dans mon cas, l'option était -m hmac-sha2-512
pour se connecter de PowerShell à une machine exécutant Ubuntu 18.04).
Je ne savais pas quel algorithme utiliser, mais vous pouvez répertorier tous les algorithmes disponibles en exécutant:
ssh -Q mac
J'en ai sélectionné un au hasard, je l'ai essayé et le serveur distant est revenu en disant que l'algorithme n'était pas pris en charge, mais il m'a dit facilement lequel était pour que je puisse modifier ma commande. En utilisant cette commande, je pouvais ensuite ssh dans la machine distante:
ssh -m hmac-sha2-512 <user_name>@<remote_address>
Bien,
Corrupted MAC on input.
permettez-moi de penser à quelque chose de mal avec ma carte Ethernet.
En effet, dans le monde ssh, MAC signifie "code d'authentification de message".
Donc, je résous mon problème en ajoutant à mon option de commande ssh -m avec un algorithme acceptable par la télécommande.