ข้อความเตือน“ ข้อผิดพลาดโปรโตคอล kex: ประเภท 7” ระหว่างการทำงานของ scp, rsync หรือเชลล์

12

เมื่อเร็ว ๆ นี้ฉันได้รับข้อผิดพลาดมากมายบนเซิร์ฟเวอร์ที่บ้านของฉัน เหตุการณ์ของพวกเขาดูเหมือนจะเป็นสัดส่วนกับทราฟฟิกดังนั้นถ้าฉันทำงานในเชลล์บนเซิร์ฟเวอร์ฉันอาจดูเหมือน 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

เซิร์ฟเวอร์เป็น Gentoo Linux ที่ใช้OpenSSH_7.2p2, OpenSSL 1.0.2h ปัญหานี้ดูเหมือนว่าจะเกิดขึ้นกับลูกค้าที่เชื่อมต่อกับเซิร์ฟเวอร์ นั่นอาจเป็นสมุดบันทึกของฉัน (เช่น Gentoo กับOpenSSH_7.2p2, OpenSSL 1.0.2h ) หรือ Qnap NAS (Linux QNAP1 3.4.6 # 1 SMP พุธ 1 มิถุนายน 17: 17 CST 2016 x86_64 ไม่ทราบ - OpenSSH_7.2p2, OpenSSL 1.0 .1t )

ฉันไม่สามารถค้นหาข้อผิดพลาด "ประเภท 7" ได้ แม้จะมีคำเตือนเหล่านี้การถ่ายโอนดูเหมือนว่าจะทำงานได้ดี แต่ฉันได้ตรวจสอบไฟล์ที่ถ่ายโอนและไม่มีความเสียหาย ดังนั้นโดยทั่วไปข้อความเตือนเหล่านี้จะบิดเบือนการแสดงผลหน้าจอซึ่งเป็นแรงจูงใจหลักในการกำจัดพวกเขา

linux  rsync  openssh  scp 
— Perlator
แหล่งที่มา
1
จากบันทึกนี้ไม่เป็นที่ชัดเจนว่าทำไมข้อผิดพลาดที่เกิดขึ้น แต่เป็นที่แน่นอนภายในของopenssh หากคุณสามารถทำให้เกิดพฤติกรรมนี้ได้คุณสามารถจัดทำบันทึก verbose จากลูกค้า ( scp -vvv original_argumetns) ได้หรือไม่? ควรบอกว่าข้อความใดทำให้เกิดข้อผิดพลาดนี้ ข้อความหมายความว่าเซิร์ฟเวอร์ได้รับข้อความที่ไม่ได้รับการสนับสนุน
— Jakuje
ฉันสามารถทำซ้ำได้จริงในช่วงเวลาหนึ่งปีและข้ามการแจกแจง (อดีต Gentoo ปัจจุบันคือ Arch) ในขณะเดียวกันสิ่งนี้ก็ยังคงเป็นเรื่องของ OpenSSH 7.4 ที่ Arch คัดลอกไปยัง LibreElec และ Qnap NAS
— Perlator
1
เกือบหนึ่งปีที่ผ่านมาฉันขอบันทึก verbose เพื่อดูบริบทของข้อความ
— Jakuje
@Jakuje บันทึก verbose อยู่ที่นี่แล้วpastebin.com/HgGAtH9R
— Thiago Figueiro

คำตอบ:

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.