SCP 入力の MAC が破損しています

SCP 入力の MAC が破損しています

Linux VPS サーバー (CentOS6.5) からローカル デスクトップ Mac への SCP および SFTP 転送が失敗しています。転送は開始されますが、最初の 1 分以内に失敗し、エラー メッセージが表示されます - 「入力時に MAC が破損しています。切断しています: パケットが破損しているため、接続が失われました」

このフォーラムの他のスレッドを読みましたが、どちらも当てはまらないようです。

Linux サーバーで SSH、SCP、FTP 経由でファイルを転送すると、「入力時に MAC が破損しています。パケットが破損しています」というエラーが発生する

SSHセッションが突然終了し、次のメッセージが表示される: 入力時にMACが破損しています。切断中: パケットが破損しています

同じ場所にある 3 台の異なるマシンからこれを試しました。3 台すべてで同じエラーが発生したため、これはローカル コンピューターの NIC の問題ではないと確信しています。

VPS プロバイダーにサーバーをチェックしてもらいましたが、その側ではハードウェアの問題はないようです。実際、そこから scp ダウンロードを実行できます。

cPanelのテクニカルサポートはこう言っています。「このエラー メッセージの「MAC」は、実際には「メディア アクセス コントロール」ではなく「メッセージ認証コード」を意味し、SSH で破損した MAC は、エラー メッセージにも記載されているように、データ パケットが転送中に破損したことを意味します。これは攻撃者によって意図的に行われた可能性もありますが、ユーザーとサーバーの間のどこかにあるハードウェアの不良 (または NIC ドライバーの不良) が原因である可能性の方がはるかに高いです。ハードウェアとその他のネットワーク機器が両端でチェックされている場合、SSH パケットはネットワーク プロバイダーによって転送中に破損される可能性もあります。」

私は 1 年以上にわたって毎週同じ SCP 転送を正常に実行してきました。これは毎週の cPanel サーバー バックアップの転送です。

唯一変わったのは、DSL からケーブル インターネットに切り替えたことです。もちろん、他に何もすることがないので、この時点ではインターネット プロバイダーは責任を転嫁していることになります。

プロバイダーが行っていること以外に、モデムに原因となる何かがあるか、または別の設定がないか疑問に思っています。これは Cisco DPC3825 DOCSIS 3.0 ゲートウェイです。

他に何か手がかりがあれば教えていただければ幸いです。

答え1

テストできるのは、自分が制御できるデバイスだけです。

3つの異なるローカルコンピュータを試しましたが、他の変数があります

  • ISP のケーブル デバイスとエンドポイントの間にあるすべてのデバイスを削除します。
  • 正常に動作することが確認されているイーサネット ケーブルを使用して、ISP のケーブル デバイスに接続してみてください。
  • デバイスの別のポートを試してください。
  • 別のデバイスを試してください。

リモート ソースから別のリモートにファイルをコピーして、何が起こるかを確認してください。問題がなければ、ソースは正常です。失敗した場合は、ソースが不良であるか、パス内のデバイスに問題がある可能性がありますが、オフィス内のデバイスは正常であると十分に確信できます。

それ以上はあなたのコントロール外ですが、少なくとも ISP / ホスティング会社に提示するデータは手に入ります。

関連情報