การอัปเกรด Ubuntu ผิดพลาด: การเชื่อมต่อ SSH ปิดหลังจากเข้าสู่ระบบ - ไม่สามารถเข้าถึงเทอร์มินัลได้

หลังจากอัปเกรดจาก Ubuntu 14.04 เป็น 16.04 บน VPS ของฉันที่ทำผ่าน SSH แล้ว SSH ก็พัง ทำปล่อยอัพเกรด มักจะลงเอยด้วยข้อผิดพลาดของแพ็คเกจเสมอ ดังนั้นฉันจึงปล่อยมันไว้ตามเดิม ไคลเอ็นต์เปิดทิ้งไว้ หลังจากนั้น ~12 ชั่วโมงต่อมา เมื่อฉันปิดการเชื่อมต่อ และต้องการเปิดอีกครั้ง ฉันรู้ว่ามันใช้งานไม่ได้: หลังจากเข้าสู่ระบบสำเร็จ เซิร์ฟเวอร์จะยุติการเชื่อมต่อด้วยข้อความ สถานะทางออก 254

ฉันทำ ssh -vvv [email protected]นี่คือผลลัพธ์:

$ ssh -vvv [email protected]
OpenSSH_8.1p1, OpenSSL 1.1.1d 10 ก.ย. 2019
debug1: อ่านข้อมูลการกำหนดค่า /etc/ssh/ssh_config
debug2: Solve_canonicalize: ชื่อโฮสต์ XXX.XXX.XXX.XXX คือที่อยู่
ดีบัก 2: ssh_connect_direct
debug1: กำลังเชื่อมต่อกับพอร์ต XXX.XXX.XXX.XXX [XXX.XXX.XXX.XXX] 22.
debug1: สร้างการเชื่อมต่อแล้ว
debug1: ไฟล์ข้อมูลประจำตัว /c/Users/USER/.ssh/id_rsa ประเภท -1
debug1: ไฟล์ระบุตัวตน /c/Users/USER/.ssh/id_rsa-cert type -1
debug1: ไฟล์ข้อมูลประจำตัว /c/Users/USER/.ssh/id_dsa ประเภท -1
debug1: ไฟล์ระบุตัวตน /c/Users/USER/.ssh/id_dsa-cert type -1
debug1: ไฟล์ข้อมูลประจำตัว /c/Users/USER/.ssh/id_ecdsa ประเภท -1
debug1: ไฟล์ข้อมูลประจำตัว /c/Users/USER/.ssh/id_ecdsa-cert ประเภท -1
debug1: ไฟล์ข้อมูลประจำตัว /c/Users/USER/.ssh/id_ed25519 ประเภท -1
debug1: ไฟล์ระบุตัวตน /c/Users/USER/.ssh/id_ed25519-cert type -1
debug1: ไฟล์ข้อมูลประจำตัว /c/Users/USER/.ssh/id_xmss ประเภท -1
debug1: ไฟล์ข้อมูลประจำตัว /c/Users/USER/.ssh/id_xmss-cert type -1
debug1: สตริงเวอร์ชันท้องถิ่น SSH-2.0-OpenSSH_8.1
debug1: โปรโตคอลระยะไกลเวอร์ชัน 2.0, ซอฟต์แวร์ระยะไกลเวอร์ชัน OpenSSH_6.6.1p1 Ubuntu-2ubuntu2.13
debug1: จับคู่: OpenSSH_6.6.1p1 Ubuntu-2ubuntu2.13 pat OpenSSH_6.6.1* เข้ากันได้กับ 0x04000002
debug2: fd 3 การตั้งค่า O_NONBLOCK
debug1: กำลังตรวจสอบสิทธิ์ XXX.XXX.XXX.XXX:22 ในชื่อ 'USERNAME'
debug3: hostkeys_foreach: กำลังอ่านไฟล์ "/c/Users/USER/.ssh/known_hosts"
debug3: record_hostkey: พบคีย์ประเภท ECDSA ในไฟล์ /c/Users/USER/.ssh/known_hosts:2
debug3: load_hostkeys: โหลด 1 คีย์จาก XXX.XXX.XXX.XXX
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],aes128-cbc,3des-cbc,aes256 -cbc,aes192-cbc
debug2: ciphers stoc: [email protected],aes128-ctr,aes192-ctr,aes256-ctr,[email protected],[email protected],aes128-cbc,3des-cbc,aes256 -cbc,aes192-cbc
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: [email protected],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,ssh-ed25519
debug2: ciphers ctos: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,[email protected],[email protected],[email protected],aes128-cbc,3des -cbc,ปักเป้า-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[email protected]
debug2: ciphers stoc: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,[email protected],[email protected],[email protected],aes128-cbc,3des -cbc,ปักเป้า-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[email protected]
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: อัลกอริทึม: [email protected]
debug1: kex: อัลกอริทึมคีย์โฮสต์: ecdsa-sha2-nistp256
debug1: kex: server->client cipher: [email protected] MAC: <โดยนัย> การบีบอัด: ไม่มี
debug1: kex: client->server cipher: [email protected] MAC: <implicit> การบีบอัด: ไม่มี
debug3: ส่งแพ็คเก็ต: ประเภท 30
debug1: คาดหวัง SSH2_MSG_KEX_ECDH_REPLY
debug3: รับแพ็กเก็ต: ประเภท 31
debug1: รหัสโฮสต์เซิร์ฟเวอร์: ecdsa-sha2-nistp256 SHA256:MjRBEXmM8Lpl5zUEXnixUr7GgOxV1ka9UXI5qhB8uhE
debug3: hostkeys_foreach: กำลังอ่านไฟล์ "/c/Users/USER/.ssh/known_hosts"
debug3: record_hostkey: พบคีย์ประเภท ECDSA ในไฟล์ /c/Users/USER/.ssh/known_hosts:2
debug3: load_hostkeys: โหลด 1 คีย์จาก XXX.XXX.XXX.XXX
debug1: รู้จักโฮสต์ 'XXX.XXX.XXX.XXX' และตรงกับคีย์โฮสต์ ECDSA
debug1: พบคีย์ใน /c/Users/USER/.ssh/known_hosts:2
debug3: ส่งแพ็กเก็ต: ประเภท 21
debug2: set_newkeys: โหมด 1
debug1: คีย์ใหม่หลังจากบล็อก 134217728
debug1: ส่ง SSH2_MSG_NEWKEYS แล้ว
debug1: คาดหวัง SSH2_MSG_NEWKEYS
debug3: รับแพ็กเก็ต: พิมพ์ 21
debug1: ได้รับ SSH2_MSG_NEWKEYS แล้ว
debug2: set_newkeys: โหมด 0
debug1: ป้อนใหม่หลังจากบล็อก 134217728
debug1: จะพยายามคีย์: /c/Users/USER/.ssh/id_rsa
debug1: จะพยายามคีย์: /c/Users/USER/.ssh/id_dsa
debug1: จะพยายามคีย์: /c/Users/USER/.ssh/id_ecdsa
debug1: จะพยายามคีย์: /c/Users/USER/.ssh/id_ed25519
debug1: จะพยายามคีย์: /c/Users/USER/.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: ลองใช้รหัสส่วนตัว: /c/Users/USER/.ssh/id_rsa
debug3: ไม่มีข้อมูลประจำตัวดังกล่าว: /c/Users/USER/.ssh/id_rsa: ไม่มีไฟล์หรือไดเร็กทอรีดังกล่าว
debug1: ลองใช้รหัสส่วนตัว: /c/Users/USER/.ssh/id_dsa
debug3: ไม่มีข้อมูลประจำตัวดังกล่าว: /c/Users/USER/.ssh/id_dsa: ไม่มีไฟล์หรือไดเร็กทอรีดังกล่าว
debug1: ลองใช้รหัสส่วนตัว: /c/Users/USER/.ssh/id_ecdsa
debug3: ไม่มีข้อมูลประจำตัวดังกล่าว: /c/Users/USER/.ssh/id_ecdsa: ไม่มีไฟล์หรือไดเร็กทอรีดังกล่าว
debug1: ลองใช้รหัสส่วนตัว: /c/Users/USER/.ssh/id_ed25519
debug3: ไม่มีข้อมูลประจำตัวดังกล่าว: /c/Users/USER/.ssh/id_ed25519: ไม่มีไฟล์หรือไดเร็กทอรีดังกล่าว
debug1: ลองใช้คีย์ส่วนตัว: /c/Users/USER/.ssh/id_xmss
debug3: ไม่มีข้อมูลประจำตัวดังกล่าว: /c/Users/USER/.ssh/id_xmss: ไม่มีไฟล์หรือไดเร็กทอรีดังกล่าว
debug2: เราไม่ได้ส่งแพ็คเก็ต ปิดการใช้งานเมธอด
debug3: รหัสผ่าน authmethod_lookup
debug3: เหลือที่ต้องการ: ,รหัสผ่าน
debug3: authmethod_is_enabled รหัสผ่าน
debug1: วิธีการรับรองความถูกต้องถัดไป: รหัสผ่าน
รหัสผ่านของ [email protected]:
debug3: ส่งแพ็คเก็ต: ประเภท 50
debug2: เราส่งแพ็คเก็ตรหัสผ่านแล้ว รอการตอบกลับ
debug3: รับแพ็กเก็ต: พิมพ์ 52
debug1: การรับรองความถูกต้องสำเร็จ (รหัสผ่าน)
รับรองความถูกต้องเป็น XXX.XXX.XXX.XXX ([XXX.XXX.XXX.XXX]:22)
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 3 ตั้งค่า TCP_NODELAY
debug3: ssh_packet_set_tos: ตั้งค่า IP_TOS 0x48
debug2: client_session2_setup: id 0
debug2: ช่อง 0: ขอ pty-req ยืนยัน 1
debug3: ส่งแพ็คเก็ต: ประเภท 98
debug2: ช่อง 0: ขอเชลล์ยืนยัน 1
debug3: ส่งแพ็คเก็ต: ประเภท 98
debug2: channel_input_open_confirmation: ช่อง 0: โทรกลับเสร็จแล้ว
debug2: ช่อง 0: เปิดยืนยัน rwindow 0 rmax 32768
debug3: รับแพ็กเก็ต: พิมพ์ 99
debug2: channel_input_status_confirm: พิมพ์ 99 id 0
debug2: คำขอจัดสรร PTY ได้รับการยอมรับในช่อง 0
debug2: ช่อง 0: rcvd ปรับ 2097152
debug3: รับแพ็กเก็ต: พิมพ์ 99
debug2: channel_input_status_confirm: พิมพ์ 99 id 0
debug2: คำขอเชลล์ได้รับการยอมรับในช่อง 0
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 4 efd 6 [เขียน])
debug2: ช่อง 0: อินพุตเปิด -> ปิด
debug3: รับแพ็กเก็ต: พิมพ์ 96
debug2: ช่อง 0: rcvd eof
debug2: ช่อง 0: เปิดเอาต์พุต -> ระบาย
debug3: รับแพ็กเก็ต: พิมพ์ 97
debug2: ช่อง 0: ปิด rcvd
debug3: ช่อง 0: จะไม่ส่งข้อมูลหลังจากปิด
ยินดีต้อนรับสู่ Ubuntu 16.04 LTS (GNU/Linux 3.13.0-042stab141.3 x86_64)

 * เอกสาร: https://help.ubuntu.com/
มีรุ่นใหม่ '18.04.5 LTS'
เรียกใช้ 'do-release-upgrade' เพื่ออัปเกรด

ไม่มีจดหมาย
เข้าระบบครั้งล่าสุด: พุธ 16 มิ.ย. 21:58:00 น. 2021 จาก MYHOST
debug3: ช่อง 0: จะไม่ส่งข้อมูลหลังจากปิด
debug2: ช่อง 0: obuf ว่างเปล่า
debug2: ช่อง 0: chan_shutdown_write (i3 o1 ถุงเท้า -1 wfd 5 efd 6 [เขียน])
debug2: ช่อง 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/6 sock -1 cc -1)

debug3: ส่งแพ็คเก็ต: ประเภท 1
debug3: fd 1 ไม่ใช่ O_NONBLOCK
ปิดการเชื่อมต่อกับ XXX.XXX.XXX.XXX
ถ่ายโอน: ส่ง 2236 ได้รับ 2512 ไบต์ใน 0.3 วินาที
ไบต์ต่อวินาที: ส่ง 6692.5 ได้รับ 7518.6
debug1: ออกจากสถานะ 254

ปัญหาคือ SSH เป็นตัวเลือกเดียวของฉันในการเข้าถึงเซิร์ฟเวอร์ (VPS ที่จัดการด้วยตนเอง ไม่มีความเป็นไปได้ในการเข้าถึงคอนโซลระยะไกลหรือรับสแน็ปช็อต) ดังนั้นฝ่ายสนับสนุนจึงแนะนำให้ทำลายและสร้างเซิร์ฟเวอร์ใหม่ ซึ่งไม่ใช่ตัวเลือกที่เป็นมิตร

ฉันกำลังพยายามกอบกู้โลกด้วยการเข้าถึง SSH กลับมา แต่ไม่สามารถผ่านข้อผิดพลาดด้านบนไปได้ ฉันไม่มีบันทึกฝั่งเซิร์ฟเวอร์ ตามสถิติที่มีในฝั่งโฮสติ้ง มีหน่วยความจำ (การใช้ RAM ประมาณ 16%)

ฉันได้พยายามที่จะ:

• ส่ง ^ซี หลังจากเข้าสู่ระบบเพื่อสกัดกั้น .bashrc หรือ .bash_profile; มันใช้งานไม่ได้ และฉันไม่แน่ใจด้วยซ้ำว่านั่นเป็นสาเหตุของปัญหา
• ssh [email protected] ทุบตี --noprofile --norc, ผลลัพธ์เดียวกัน
• ssh [email protected] 'สะท้อนบางสิ่ง >&2 เข้าใจแล้ว debug1: กำลังส่งคำสั่ง: echo something >&2 ในบันทึก แต่ไม่มีผลลัพธ์ในเอาต์พุต
• เข้าถึงฐานข้อมูล: หลังจากรีบูตระบบโดยใช้ไซต์ Server Dashboard เซิร์ฟเวอร์ MySQL จะไม่กลับมาออนไลน์อีก
• ขอเทอร์มินัลระยะไกลหรือสแน็ปช็อต VM จากบริษัทโฮสติ้ง แต่ไม่ได้ผล

ความช่วยเหลือทั้งหมดได้รับการชื่นชม