scp、rsync、またはシェルの作業中の警告メッセージ「kexプロトコルエラー:タイプ7」


12

最近、ホームサーバーでこれらのエラーがたくさん発生します。それらの発生はトラフィックに比例しているように見えるので、サーバーのシェルで作業している場合、1日1〜2回のように見えるかもしれません。しかし、rsync、またはscpプロセスを開始すると、ファイルごとに5〜6が転送されます。

kex protocol error: type 7 seq 358115
kex protocol error: type 7 seq 429489
kex protocol error: type 7 seq 500711
kex protocol error: type 7 seq 571534
kex protocol error: type 7 seq 642352

サーバーは、OpenSSH_7.2p2、OpenSSL 1.0.2hを実行しているGentoo Linux です。 この問題は、サーバーに接続されているクライアントとは無関係に発生するようです。それは私のノートブック(OpenSSH_7.2p2、OpenSSL 1.0.2h備えた Gentoo )またはQnap NAS(Linux QNAP1 3.4.6#1 SMP Wed Jun 1 05:17:33 CST 2016 x86_64 unknown- OpenSSH_7.2p2、OpenSSL 1.0 .1t

「タイプ7」エラーの意味がわかりません。これらの警告にもかかわらず、転送はうまく機能しているようですが、転送されたファイルを確認しましたが、破損はありません。したがって、基本的にこれらの警告メッセージは、画面出力を文字化けさせるだけです。


1
このログからは、エラーが発生した理由は明らかではありませんが、opensshの内部にあることは確かです。この動作を再現できる場合、クライアントから詳細ログを提供できますscp -vvv original_argumetnsか()?このエラーの原因となったメッセージが示されているはずです。メッセージは、サーバーがメッセージを受信したことを意味します。これはサポートされていません。
ジャクジェ2016年

私は実際に1年以上、そしてディストリビューション全体(以前のGentoo、現在はArch)でそれを再現できます。一方、これは、ArchでのOpenSSH 7.4がLibreElecとQnap NASにコピーすることによるものです。
Perlator

1
ほぼ1年前に、メッセージのコンテキストを確認するために詳細ログを要求しました。
Jakuje

ログ冗長@Jakujeはこちらpastebin.com/HgGAtH9R
チアゴFigueiro

回答:


弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.