ความเสี่ยงในการอัพเกรด SSH คืออะไร?

เมื่อฉันวิ่ง

sudo do-release-upgrade

กว่า ssh ฉันได้รับข้อความต่อไปนี้

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

หากคุณดำเนินการต่อ ssh daemon เพิ่มเติมจะเริ่มต้นที่พอร์ต
'9004'
คุณต้องการทำต่อไปหรือไม่?

ความเสี่ยงที่แท้จริงของการอัพเกรดมากกว่า ssh คืออะไร? ssh daemon เพิ่มเติมช่วยลดสิ่งนี้ได้อย่างไร

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

หน้าจอเป็นโปรแกรมที่อนุญาตให้มีเทอร์มินัลแบบถาวรบนเครื่อง ดังนั้นคุณสามารถเริ่มเซสชันหน้าจอได้และตราบใดที่เครื่องอยู่ในเซสชันหน้าจอนั้น (และเป็นประวัติของการรันโปรแกรม ฯลฯ ) จะยังคงทำงานต่อไปแม้ว่าจะไม่มีผู้ใช้คนใดอยู่ในเครื่อง มันถูกออกแบบมาในวันแรก ๆเพื่อให้เทอร์มินัลข้อความที่มีหลายหน้าต่างก่อนวัน X Server คุณสามารถติดตั้งโดยใช้ APT:

sudo apt-get install screen

ดังนั้นคุณสามารถ ssh เข้าสู่เซิร์ฟเวอร์ของคุณหน้าจอเริ่มต้นเริ่มกระบวนการอัพเกรดและไม่ต้องกังวลเกี่ยวกับการอัพเกรด bing เรียบร้อยเพราะคุณสูญเสียการเชื่อมต่ออินเทอร์เน็ตหรือคอมพิวเตอร์ของคุณล้มเหลว

โซลูชันของ @ Marco-Ceppi ได้รวมเข้าไว้do-release-upgradeแล้ว

เมื่อคุณเรียกใช้do-release-upgradeจะเริ่มเซสชันหน้าจอโดยอัตโนมัติ หากเซสชัน ssh ของคุณถูกตัดการเชื่อมต่อคุณสามารถดำเนินการติดตั้งต่อได้ สิ่งที่คุณต้องทำคือเปิดเซสชัน ssh ใหม่และเรียกใช้do-release-upgradeอีกครั้ง มันจะเชื่อมต่อกับการติดตั้งก่อนหน้าของคุณ

ความเสี่ยงครั้งที่สองชี้โดย @ sepp2k คือเซิร์ฟเวอร์ sshd ของคุณอาจต้องได้รับการอัพเกรดและอาจไม่สามารถรีสตาร์ทได้อย่างถูกต้อง ดังนั้นโปรแกรมอัพเกรดจะเรียกใช้ deamon ตัวที่สองที่พอร์ตที่ระบุ คุณควรตรวจสอบการกำหนดค่าเครือข่ายของคุณเพื่อให้แน่ใจว่าคุณสามารถเข้าถึงผ่านพอร์ตนี้ก่อนที่จะดำเนินการต่อ

โชคดี.

นอกจากนี้หน้าจอdo-release-upgradeเริ่มต้นด้วยตัวเองจะทำงานภายใต้บัญชีรูทดังนั้นหากเกิดปัญหาหน้าจอเซสชันของคุณคุณจะสามารถกู้คืนได้ด้วยการรันsudo screen -xหาก (ด้วยเหตุผลบางอย่าง) คำสั่งdo-release-upgradeจะไม่สามารถกู้คืนได้ด้วยตัวเอง ซึ่งดูเหมือนจะเป็นเรื่องธรรมดา

หากติดตั้ง ssh daemon เวอร์ชันใหม่เป็นส่วนหนึ่งของการอัพเกรด daemon จะถูกรีสตาร์ท หากการอัปเดตแบ่ง daemon ด้วยเหตุผลบางอย่างมันจะล้มเหลวในการเริ่มต้นใหม่อีกครั้งและคุณไม่มีทางเข้าสู่เครื่องอีกต่อไป

โดยการเริ่ม sshd แยกต่างหากซึ่งไม่ได้รับการจัดการโดยระบบ init และจะไม่ถูกรีสตาร์ทในระหว่างการอัพเกรดมันมั่นใจได้ว่าเวอร์ชั่นเก่าของ sshd จะยังคงทำงานอยู่แม้ว่าเวอร์ชั่นใหม่จะไม่สามารถเริ่มต้นได้ ดังนั้นคุณยังสามารถเข้าสู่ระบบและดูว่าอะไรทำให้ daemon แตก

ฉันยังไม่เคยมีปัญหาในการทำเช่นนั้นแม้ว่าฉันจะอัปเกรดกล่องครึ่งโหลหรือมากกว่านั้น หากว่ามีบางสิ่งผิดปกติ SSH daemon อาจเป็นความหวังเพียงอย่างเดียวของคุณที่จะหลีกเลี่ยงการเยี่ยมชม