SCP beschädigte MAC bei der Eingabe

SCP beschädigte MAC bei der Eingabe

Bei mir schlagen SCP- und SFTP-Übertragungen von meinem Linux-VPS-Server (CentOS6.5) zu meinem lokalen Desktop-Mac fehl. Die Übertragung beginnt, schlägt aber innerhalb der ersten Minute mit der Fehlermeldung „Beschädigte MAC-Adresse bei Eingabe. Trennen: Paket beschädigt, Verbindung verloren“ fehl.

Ich habe die anderen Threads in diesem Forum gelesen, aber keiner scheint zutreffend zu sein.

„Beschädigte MAC bei Eingabe. Paket beschädigt“ bei Dateiübertragung über SSH, SCP und FTP auf Linux-Server

SSH-Sitzungen werden abrupt mit der Meldung beendet: Beschädigte MAC-Adresse bei Eingabe. Trennen: Paket beschädigt

Ich habe dies von 3 verschiedenen Rechnern am selben Standort aus versucht. Alle 3 geben den gleichen Fehler aus, daher bin ich ziemlich sicher, dass dies kein NIC-Problem mit den lokalen Computern ist.

Ich habe den Server vom VPS-Anbieter überprüfen lassen und es scheint dort kein Hardwareproblem zu geben. Tatsächlich können sie den SCP-Download von dort aus ausführen.

Der technische Support von cPanel sagt:„Der ‚MAC‘ in dieser Fehlermeldung bedeutet eigentlich ‚Message Authentication Code‘ und nicht ‚Media Access Control‘ und ein beschädigter MAC in SSH bedeutet, dass, wie die Fehlermeldung auch besagt, ein Datenpaket entweder während der Übertragung beschädigt wurde, möglicherweise absichtlich durch einen Angreifer, obwohl es viel wahrscheinlicher durch fehlerhafte Hardware (oder einen fehlerhaften NIC-Treiber) irgendwo zwischen Ihnen und dem Server verursacht wurde. Wenn die Hardware und andere Netzwerkgeräte an beiden Enden in Ordnung sind, könnten die SSH-Pakete auch während der Übertragung durch einen Netzwerkanbieter beschädigt worden sein.“

Ich habe diesen SCP-Transfer seit über einem Jahr wöchentlich erfolgreich durchgeführt. Es handelt sich um den Transfer des wöchentlichen cPanel-Server-Backups.

Die einzige Änderung ist der Wechsel von DSL auf Kabel-Internet.Da es keine anderen Anhaltspunkte gibt, schiebt der Internet-Provider an dieser Stelle natürlich die Verantwortung ab.

Ich frage mich, ob neben etwas, das der Anbieter tut, auch etwas am Modem die Ursache sein könnte oder ob es anders eingerichtet werden könnte. Es handelt sich um ein Cisco DPC3825 DOCSIS 3.0-Gateway.

Vielen Dank für alle weiteren Hinweise, die Sie geben können.

Antwort1

Sie können nur die Geräte testen, über die Sie Kontrolle haben.

Sie haben 3 verschiedene lokale Computer ausprobiert, aber es gibt andere Variablen

  • Entfernen Sie alle Geräte zwischen dem Kabelgerät Ihres ISPs und Ihren Endpunkten.
  • Versuchen Sie, eine Verbindung zum Kabelgerät Ihres Internetdienstanbieters mit einem nachweislich einwandfreien Ethernet-Kabel herzustellen.
  • Versuchen Sie es mit einem anderen Port am Gerät.
  • Versuchen Sie es mit einem anderen Gerät.

Versuchen Sie, die Datei von Ihrer Remote-Quelle auf eine andere Remote-Quelle zu kopieren, und sehen Sie, was passiert. Wenn sie sauber ist, wissen Sie, dass Ihre Quelle in Ordnung ist. Wenn dies fehlschlägt, ist die Quelle möglicherweise fehlerhaft oder es liegt an einem Gerät im Pfad. Sie können jedoch ziemlich sicher sein, dass die Geräte in Ihrem Büro in Ordnung sind.

Darüber hinaus liegt es nicht in Ihrer Kontrolle, aber Sie verfügen zumindest über Daten, die Sie Ihrem ISP/Hosting-Unternehmen vorlegen können.

verwandte Informationen