Score:1

ได้รับ "ท่อแตก" ที่ไฟล์ประมาณ 1.2 MB (จาก HP-UX ถึง macOS) ... แก้ไขอย่างไร

ธง jp

ฉันได้รับ "ท่อแตก" ขณะพยายามไฟล์ scp ที่มีขนาดใหญ่กว่า 1.5 MB จากระบบ HP-UX ระยะไกลไปยัง Mac ภายในเครื่องของฉัน

ข้อเสนอแนะใด ๆ โปรด?

ไฟล์ขนาดเล็กใช้งานได้ดี สูงสุดประมาณ 1.1 MB หรือมากกว่านั้น

ฉันเชื่อมต่อผ่านการเชื่อมต่อ OpenVPN

ฉันเพิ่งสังเกตว่าถ้าฉันเชื่อมต่อผ่าน VPN แบบเก่า (ใช้ PSK แต่นั่นก็เท่าที่ฉันรู้ :) ฉันสามารถถ่ายโอนไฟล์ขนาดใหญ่ได้สำเร็จ (และช้ากว่านั้น)

ฉันทำ 'scp -o LogLevel=DEBUG3' ด้วยไฟล์ที่ดี 1.1 MB และไฟล์ที่ไม่ดี 1.5 MB ... การติดตามอยู่ด้านล่าง

การติดตามครั้งแรกคือความพยายามที่ล้มเหลว ประมาณ 173 บรรทัดเป็นจุดที่แตกต่างจากความพยายามที่ดี (แสดงเฉพาะส่วนที่เหลือของการติดตามที่ดีด้านล่าง)

ฉันได้ลองทำสิ่งต่อไปนี้ ในชุดค่าผสมต่างๆ:

-l 2000

-o ServerAliveCountMax=5 -o ServerAliveInterval=2

-o IPQoS=ปริมาณงาน

-o IPQoS=0x0

ร่องรอยของ scp ที่ไม่ดี: '''

sf:tt sieler$ scp -o LogLevel=DEBUG3 ozma:source/rose/cxform
debug1: อ่านข้อมูลการกำหนดค่า /Users/sieler/.ssh/config
debug1: อ่านข้อมูลการกำหนดค่า /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config บรรทัดที่ 48: การใช้ตัวเลือกสำหรับ *
debug1: การเชื่อมต่อกับพอร์ต ozma 22
debug1: สร้างการเชื่อมต่อแล้ว
debug1: ไฟล์ข้อมูลประจำตัว /Users/sieler/.ssh/id_rsa ประเภท 0
debug1: ไฟล์ระบุตัวตน /Users/sieler/.ssh/id_rsa-cert type -1
debug1: ไฟล์ข้อมูลประจำตัว /Users/sieler/.ssh/id_dsa ประเภท -1
debug1: ไฟล์ข้อมูลประจำตัว /Users/sieler/.ssh/id_dsa-cert ประเภท -1
debug1: ไฟล์ข้อมูลประจำตัว /Users/sieler/.ssh/id_ecdsa ประเภท -1
debug1: ไฟล์ข้อมูลประจำตัว /Users/sieler/.ssh/id_ecdsa-cert ประเภท -1
debug1: ไฟล์ข้อมูลประจำตัว /Users/sieler/.ssh/id_ed25519 ประเภท -1
debug1: ไฟล์ระบุตัวตน /Users/sieler/.ssh/id_ed25519-cert type -1
debug1: ไฟล์ข้อมูลประจำตัว /Users/sieler/.ssh/id_xmss ประเภท -1
debug1: ไฟล์ระบุตัวตน /Users/sieler/.ssh/id_xmss-cert type -1
debug1: สตริงเวอร์ชันท้องถิ่น SSH-2.0-OpenSSH_7.9
debug1: โปรโตคอลระยะไกลเวอร์ชัน 1.99, ซอฟต์แวร์ระยะไกลเวอร์ชัน OpenSSH_6.2p2+sftpfilecontrol-v1.3-hpn13v12
debug1: จับคู่: OpenSSH_6.2p2+sftpfilecontrol-v1.3-hpn13v12 pat OpenSSH* เข้ากันได้กับ 0x04000000
debug3: fd 5 คือ O_NONBLOCK
debug1: รับรองความถูกต้องกับ ozma:22 เป็น 'sieler'
debug3: hostkeys_foreach: กำลังอ่านไฟล์ "/Users/sieler/.ssh/known_hosts"
debug3: record_hostkey: พบคีย์ประเภท ECDSA ในไฟล์ /Users/sieler/.ssh/known_hosts:11
debug3: load_hostkeys: โหลด 1 คีย์จาก ozma
debug3: order_hostkeyalgs: ชอบ hostkeyalgs: [email protected],[email protected],[email protected],ecdsa -sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521
debug3: ส่งแพ็คเก็ต: ประเภท 20
debug1: ส่ง SSH2_MSG_KEXINIT แล้ว
debug3: รับแพ็กเก็ต: พิมพ์ 20
debug1: ได้รับ SSH2_MSG_KEXINIT แล้ว
debug2: ข้อเสนอ KEXINIT ของลูกค้าในพื้นที่
debug2: อัลกอริทึม KEX: curve25519-sha256,[email protected],ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group16 -sha512,diffie-hellman-group18-sha512,diffie-hellman-group14-sha256,diffie-hellman-group14-sha1,ext-info-c
debug2: อัลกอริทึมคีย์โฮสต์: [email protected],[email protected],[email protected],ecdsa- sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,[email protected],[email protected],rsa-sha2-256-cert- [email protected],[email protected],ssh-ed25519,rsa-sha2-512,rsa-sha2-256,ssh-rsa
debug2: ciphers ctos: [email protected],aes128-ctr,aes192-ctr,aes256-ctr,[email protected],[email protected]
debug2: ciphers stoc: [email protected],aes128-ctr,aes192-ctr,aes256-ctr,[email protected],[email protected]
debug2: MACs ctos: [email protected],[email protected],[email protected],[email protected],hmac [email protected],[email protected],[email protected],hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: MACs stoc: [email protected],[email protected],[email protected],[email protected],hmac [email protected],[email protected],[email protected],hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: การบีบอัด ctos: none,[email protected],zlib
debug2: การบีบอัด stoc: none,[email protected],zlib
debug2: ภาษา ctos: 
debug2: ภาษา stoc: 
debug2: first_kex_follow 0 
debug2: สงวนไว้ 0 
debug2: ข้อเสนอเพียร์เซิร์ฟเวอร์ KEXINIT
debug2: อัลกอริทึม KEX: ecdh-sha2-nistp256, ecdh-sha2-nistp384, ecdh-sha2-nistp521, diffie-hellman-group-exchange-sha256, diffie-hellman-group-exchange-sha1, diffie-hellman-group14-sha1 ,diffie-Hellman-group1-sha1
debug2: อัลกอริทึมคีย์โฮสต์: ssh-rsa, ssh-dss, ecdsa-sha2-nistp256
debug2: ciphers ctos: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc @lysator.liu.se
debug2: ciphers stoc: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc @lysator.liu.se
debug2: MACs ctos: [email protected],[email protected],[email protected],[email protected],hmac-sha2-256 [email protected],[email protected],[email protected],[email protected],hmac-md5-96-etm@openssh .com,hmac-md5,hmac-sha1,[email protected],[email protected],hmac-sha2-256,hmac-sha2-512,hmac-ripemd160,[email protected] ,hmac-sha1-96,hmac-md5-96
debug2: MACs stoc: [email protected],[email protected],[email protected],[email protected],hmac-sha2-256 [email protected],[email protected],[email protected],[email protected],hmac-md5-96-etm@openssh .com,hmac-md5,hmac-sha1,[email protected],[email protected],hmac-sha2-256,hmac-sha2-512,hmac-ripemd160,[email protected] ,hmac-sha1-96,hmac-md5-96
debug2: การบีบอัด ctos: none,[email protected]
debug2: การบีบอัด stoc: none,[email protected]
debug2: ภาษา ctos: 
debug2: ภาษา stoc: 
debug2: first_kex_follow 0 
debug2: สงวนไว้ 0 
debug1: kex: อัลกอริทึม: ecdh-sha2-nistp256
debug1: kex: อัลกอริทึมคีย์โฮสต์: ecdsa-sha2-nistp256
debug1: kex: server->client cipher: aes128-ctr MAC: [email protected] การบีบอัด: ไม่มี
debug1: kex: client->server cipher: aes128-ctr MAC: [email protected] การบีบอัด: ไม่มี
debug3: ส่งแพ็คเก็ต: ประเภท 30
debug1: กำลังส่ง SSH2_MSG_KEX_ECDH_INIT
debug1: คาดหวัง SSH2_MSG_KEX_ECDH_REPLY
debug3: รับแพ็กเก็ต: ประเภท 31
debug1: รหัสโฮสต์เซิร์ฟเวอร์: ecdsa-sha2-nistp256 SHA256:p4b4zkfgHwRyomxCiUehCowkgA11sna8ko7mWNgrhQA
debug3: hostkeys_foreach: กำลังอ่านไฟล์ "/Users/sieler/.ssh/known_hosts"
debug3: record_hostkey: พบคีย์ประเภท ECDSA ในไฟล์ /Users/sieler/.ssh/known_hosts:11
debug3: load_hostkeys: โหลด 1 คีย์จาก ozma
debug3: hostkeys_foreach: กำลังอ่านไฟล์ "/Users/sieler/.ssh/known_hosts"
debug3: record_hostkey: พบคีย์ประเภท ECDSA ในไฟล์ /Users/sieler/.ssh/known_hosts:5
debug3: load_hostkeys: โหลด 1 คีย์จาก 10.84.3.15
debug1: รู้จักโฮสต์ 'ozma' และตรงกับคีย์โฮสต์ ECDSA
debug1: พบรหัสใน /Users/sieler/.ssh/known_hosts:11
debug3: ส่งแพ็คเก็ต: ประเภท 21
debug2: set_newkeys: โหมด 1
debug1: ทำการรีคีย์หลังจากบล็อก 4294967296
debug1: ส่ง SSH2_MSG_NEWKEYS แล้ว
debug1: คาดหวัง SSH2_MSG_NEWKEYS
debug3: รับแพ็กเก็ต: พิมพ์ 21
debug1: ได้รับ SSH2_MSG_NEWKEYS แล้ว
debug2: set_newkeys: โหมด 0
debug1: ทำการรีคีย์หลังจากบล็อก 4294967296
debug1: จะพยายามคีย์: /Users/sieler/.ssh/id_rsa RSA SHA256:2kIKCd[...]
debug1: จะพยายามคีย์: /Users/sieler/.ssh/id_dsa 
debug1: จะพยายามคีย์: /Users/sieler/.ssh/id_ecdsa 
debug1: จะพยายามคีย์: /Users/sieler/.ssh/id_ed25519 
debug1: จะพยายามคีย์: /Users/sieler/.ssh/id_xmss 
debug2: pubkey_prepare: เสร็จแล้ว
debug3: ส่งแพ็กเก็ต: ประเภท 5
debug3: รับแพ็กเก็ต: ประเภท 6
debug2: service_accept: ssh-userauth
debug1: ได้รับ SSH2_MSG_SERVICE_ACCEPT แล้ว
debug3: ส่งแพ็กเก็ต: ประเภท 50
debug3: รับแพ็กเก็ต: พิมพ์ 51
debug1: การรับรองความถูกต้องที่สามารถดำเนินการต่อ: publickey,password
debug3: เริ่มต้นใหม่, ส่ง publickey, รหัสผ่านรายการอื่น
debug3: คีย์สาธารณะที่ต้องการ, แป้นพิมพ์โต้ตอบ, รหัสผ่าน
debug3: authmethod_lookup คีย์สาธารณะ
debug3: ต้องการที่เหลือ: แป้นพิมพ์โต้ตอบรหัสผ่าน
debug3: authmethod_is_enabled คีย์สาธารณะ
debug1: วิธีการรับรองความถูกต้องถัดไป: publickey
debug1: การเสนอรหัสสาธารณะ: /Users/sieler/.ssh/id_rsa RSA SHA256:2kIKCdm9l[...]
debug3: ส่งแพ็กเก็ต: ประเภท 50
debug2: เราส่งแพ็กเก็ต publickey แล้ว รอการตอบกลับ
debug3: รับแพ็กเก็ต: ประเภท 60
debug1: เซิร์ฟเวอร์ยอมรับรหัส: /Users/sieler/.ssh/id_rsa RSA SHA256:2kIKCdm9l[...]
debug3: sign_and_send_pubkey: RSA SHA256:2kIKCdm9lMtJfy/HXckvn2r1Vq3JIbX[...]
debug3: sign_and_send_pubkey: การเซ็นชื่อโดยใช้ ssh-rsa
debug3: ส่งแพ็กเก็ต: ประเภท 50
debug3: รับแพ็กเก็ต: พิมพ์ 52
debug1: การรับรองความถูกต้องสำเร็จ (publickey)
รับรองความถูกต้องกับ ozma ([10.84.3.15]:22)
debug2: fd 6 การตั้งค่า O_NONBLOCK
debug2: fd 7 การตั้งค่า O_NONBLOCK
debug1: ช่อง 0: ใหม่ [ไคลเอ็นต์เซสชัน]
debug3: ssh_session2_open: channel_new: 0
debug2: ช่อง 0: ส่งเปิด
debug3: ส่งแพ็คเก็ต: ประเภท 90
debug1: ขอ [email protected]
debug3: ส่งแพ็คเก็ต: ประเภท 80
debug1: กำลังเข้าสู่เซสชันแบบโต้ตอบ
debug1: คำมั่นสัญญา: เครือข่าย
debug3: รับแพ็กเก็ต: พิมพ์ 91
debug2: channel_input_open_confirmation: ช่อง 0: เริ่มการโทรกลับ
debug2: fd 5 การตั้งค่า TCP_NODELAY
debug3: ssh_packet_set_tos: ตั้งค่า IP_TOS 0x20
debug2: client_session2_setup: id 0
debug1: สภาพแวดล้อมการส่ง
debug3: ละเว้น env TERM_PROGRAM
debug3: ละเว้น env SHELL
debug3: ละเว้น env TERM
debug3: ละเว้น env TMPDIR
debug3: ละเว้น env Apple_PubSub_Socket_Render
debug3: ละเว้น env TERM_PROGRAM_VERSION
debug3: ละเว้น env OLDPWD
debug3: ละเว้น env TERM_SESSION_ID
debug3: ละเว้น env CDPATH
debug3: ละเว้น env USER
debug3: ละเว้น env SSH_AUTH_SOCK
debug3: ละเว้น env COLS
debug3: ละเว้น env COLUMNS
debug3: ละเว้นเส้นทาง env
debug3: ละเว้น env EXINIT
debug3: ละเว้น env PWD
debug1: กำลังส่ง env LANG = en_US.UTF-8
debug2: ช่อง 0: คำขอ env ยืนยัน 0
debug3: ส่งแพ็คเก็ต: ประเภท 98
debug3: ละเว้น env XPC_FLAGS
debug3: ละเว้น env LINES
debug3: ละเว้น env XPC_SERVICE_NAME
debug3: ละเว้น env SHLVL
debug3: ละเว้น env HOME
debug3: ละเว้น env LOGNAME
debug3: ละเว้น env BASH_FUNC_prman%%
debug3: ละเว้น env _
debug3: ละเว้น env __CF_USER_TEXT_ENCODING
debug1: กำลังส่งคำสั่ง: scp -f source/rose/cxform
debug2: ช่อง 0: ขอ exec ยืนยัน 1
debug3: ส่งแพ็คเก็ต: ประเภท 98
debug2: channel_input_open_confirmation: ช่อง 0: โทรกลับเสร็จแล้ว
debug2: ช่อง 0: เปิดยืนยัน rwindow 0 rmax 32768
debug2: ช่อง 0: rcvd ปรับ 65536
debug3: รับแพ็กเก็ต: พิมพ์ 99
debug2: channel_input_status_confirm: พิมพ์ 99 id 0
debug2: คำขอ exec ได้รับการยอมรับในช่อง 0
cxform 0% 0 0.0KB/s --:-- ETDebug2: ช่อง 0: window 1998827 ส่งปรับ 98325
debug2: ช่อง 0: หน้าต่าง 1990656 ส่งการปรับ 106496
debug2: ช่อง 0: หน้าต่าง 1966080 ส่งการปรับ 131072
debug2: ช่อง 0: หน้าต่าง 1966080 ส่งการปรับ 131072
debug2: ช่อง 0: หน้าต่าง 1966080 ส่งการปรับ 131072
debug2: ช่อง 0: หน้าต่าง 1966080 ส่งการปรับ 131072
debug2: ช่อง 0: หน้าต่าง 1966080 ส่งการปรับ 131072
debug2: ช่อง 0: หน้าต่าง 1966080 ส่งการปรับ 131072
                     <--- ข้อแตกต่างประการแรก เซสชั่นที่ดีมี "ส่งการปรับ" อีกครั้งเหมือนบรรทัดด้านบน
debug3: ส่งแพ็คเก็ต: ประเภท 1
debug1: ช่อง 0: ฟรี: เซสชันไคลเอ็นต์, nchannels 1
debug3: ช่อง 0: สถานะ: การเชื่อมต่อต่อไปนี้เปิดอยู่:
  #0 ไคลเอ็นต์เซสชัน (t4 r0 i0/0 o0/0 e[write]/0 fd 6/7/8 sock -1 cc -1)

debug1: fd 0 กำลังล้าง O_NONBLOCK
debug3: fd 1 ไม่ใช่ O_NONBLOCK
การเชื่อมต่อกับ ozma ถูกปิดโดยโฮสต์ระยะไกล
ไปป์เสียโอน: ส่ง 3004 ได้รับ 1092812 ไบต์ใน 1.0 วินาที

ไบต์ต่อวินาที: ส่ง 2982.7 ได้รับ 1085052.8
debug1: ออกจากสถานะ -1
sf:tt ซีเลอร์$ 

'''

ร่องรอยของเซสชันที่ดี (บางส่วน จากจุดต่าง): '''

debug2: ช่อง 0: หน้าต่าง 1966080 ส่งการปรับ 131072
เทป d 100% 1123KB 1.1MB/s 00:01    
debug3: รับแพ็กเก็ต: พิมพ์ 98
debug1: client_input_channel_req: channel 0 rtype exit-status ตอบกลับ 0
debug3: รับแพ็กเก็ต: พิมพ์ 98
debug1: client_input_channel_req: ช่อง 0 rtype [email protected] ตอบกลับ 0
debug2: ช่อง 0: rcvd eow
debug2: ช่อง 0: chan_shutdown_read (i0 o0 sock -1 wfd 6 efd 8 [เขียน])
debug2: ช่อง 0: อินพุตเปิด -> ปิด
debug3: รับแพ็กเก็ต: พิมพ์ 96
debug2: ช่อง 0: rcvd eof
debug2: ช่อง 0: เปิดเอาต์พุต -> ระบาย
debug2: ช่อง 0: obuf ว่างเปล่า
debug2: ช่อง 0: chan_shutdown_write (i3 o1 ถุงเท้า -1 wfd 7 efd 8 [เขียน])
debug2: ช่อง 0: ท่อระบายน้ำออก -> ปิด
debug3: รับแพ็กเก็ต: พิมพ์ 97
debug2: ช่อง 0: ปิด rcvd
debug3: ช่อง 0: จะไม่ส่งข้อมูลหลังจากปิด
debug2: ช่อง 0: เกือบตาย
debug2: ช่อง 0: gc: แจ้งผู้ใช้
debug2: ช่อง 0: gc: ผู้ใช้แยกออก
debug2: ช่อง 0: ส่งปิด
debug3: ส่งแพ็คเก็ต: ประเภท 97
debug2: ช่อง 0: ตายแล้ว
debug2: ช่อง 0: การรวบรวมขยะ
debug1: ช่อง 0: ฟรี: เซสชันไคลเอ็นต์, nchannels 1
debug3: ช่อง 0: สถานะ: การเชื่อมต่อต่อไปนี้เปิดอยู่:
  #0 ไคลเอ็นต์เซสชัน (t4 r0 i3/0 o3/0 e[write]/0 fd -1/-1/8 sock -1 cc -1)

debug3: ส่งแพ็คเก็ต: ประเภท 1
debug1: fd 0 กำลังล้าง O_NONBLOCK
debug3: fd 1 ไม่ใช่ O_NONBLOCK
ถ่ายโอน: ส่ง 3064 ได้รับ 1153540 ไบต์ใน 1.2 วินาที
ไบต์ต่อวินาที: ส่ง 2490.8 ได้รับ 937736.8
debug1: ออกจากสถานะ 0
sf:tt ซีเลอร์$ 

'''

ขอบใจ!

Score:1
ธง cn

ดูเหมือนว่าปลายทางระยะไกลกำลังตัดการเชื่อมต่อ ฉันเดาว่าน่าจะเป็นการหมดเวลาที่ไหนสักแห่งในห่วงโซ่ - อาจเป็นได้ว่ามีการตั้งค่า SSHD เพื่อปรับแต่ง ออสม่า เจ้าภาพ?

มิฉะนั้นคุณเคยลองใช้ รีซิงค์ แทน scp? รองรับการถ่ายโอนต่อ ดังนั้นแม้ว่าคุณจะต้องเรียกใช้คำสั่งหลายครั้ง ในที่สุดมันก็จะไปถึงที่นั่น

jp flag
ข้อเสนอแนะที่ดี ขอบคุณ น่าเสียดายที่มันล้มเหลวเช่นกัน (และในสถานที่ต่าง ๆ ระหว่างการถ่ายโอน): rsync ozma:source/rose/RO9K_cc_20.tar.Z RO rsync: การเชื่อมต่อปิดโดยไม่คาดคิด (จนถึงขณะนี้ได้รับ 1081545 ไบต์) [ตัวรับ] ข้อผิดพลาด rsync: ข้อผิดพลาดในสตรีมข้อมูลโปรโตคอล rsync (รหัส 12) ที่ /BuildRoot/Library/Caches/com.apple.xbs/Sources/rsync/rsync-52.200.1/rsync/io.c(453) [ตัวรับ = 2.6 9] rsync: ปิดการเชื่อมต่อโดยไม่คาดคิด (43 ไบต์ได้รับจนถึงตอนนี้) [ตัวสร้าง] ข้อผิดพลาด rsync: ข้อผิดพลาดในสตรีมข้อมูลโปรโตคอล rsync (รหัส 12) ที่ [...]

โพสต์คำตอบ

คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา