SSH를 통해 업그레이드하면 어떤 위험이 있습니까?

내가 달릴 때

sudo do-release-upgrade

ssh를 통해 다음 메시지가 나타납니다.

이 세션은 ssh에서 실행중인 것으로 보입니다. 추천하지 않습니다
실패시 현재 ssh를 통한 업그레이드 수행
복구하기가 더 어렵습니다.

계속하면 추가 ssh 데몬이 포트에서 시작됩니다
'9004'.
계속 하시겠습니까?

ssh를 통한 업그레이드의 실제 위험은 무엇입니까? 추가 ssh 데몬이이를 완화하는 데 어떻게 도움이됩니까?

내가 권장하는 것은 서버에서 스크린 세션을 시작하고 스크린에서 업그레이드를 실행하는 것입니다. SSH 세션이 (어떤 이유로 든) 중단되면 업그레이드 프로세스가 중단되지 않습니다.

화면 은 컴퓨터에서 영구 터미널을 허용하는 프로그램입니다. 따라서 사용자가 컴퓨터에 있지 않더라도 컴퓨터가 해당 화면 세션 (및 이력, 실행중인 프로그램 등)에있는 한 화면 세션을 시작할 수 있습니다. 초기 에는 X Server 이전의 다중 창 텍스트 터미널을 제공 하도록 설계되었습니다 . APT를 사용하여 설치할 수 있습니다.

sudo apt-get install screen

따라서 서버에 ssh를 시작하고, 화면을 시작하고, 업그레이드 프로세스를 시작하고, 인터넷 연결이 끊어 지거나 컴퓨터가 다운되어 업그레이드 빙에 대해 걱정할 필요가 없습니다.

@ Marco-Ceppi의 솔루션은 이미에 통합되어 do-release-upgrade있습니다.

실행 do-release-upgrade하면 화면 세션이 자동으로 시작됩니다. ssh 세션의 연결이 끊어지면 설치를 다시 시작할 수 있습니다. 새 ssh 세션을 열고 do-release-upgrade다시 실행하기 만하면됩니다. 이전 설치에 다시 연결됩니다.

@ sepp2k가 지적한 두 번째 위험은 sshd 서버를 업그레이드해야 할 수 있으며 제대로 다시 시작하지 못할 수 있다는 것입니다. 따라서 업그레이드 프로그램은 지정된 포트에서 두 번째 데몬을 실행합니다. 다시 시작하기 전에 네트워크 구성을 확인하여이 포트를 통해 액세스 할 수 있는지 확인해야합니다.

행운을 빕니다.

또한 do-release-upgrade자체적으로 시작되는 화면 세션 은 루트 계정으로 실행되므로 자신의 화면 세션이 충돌하는 sudo screen -x경우 (어떤 이유로 든) 명령 do-release-upgrade이 자체적으로 복구하지 않으면 을 실행하여 복구 할 수 있습니다. 일반적인 것 같습니다.

업그레이드의 일부로 새 버전의 ssh 데몬이 설치된 경우 데몬이 다시 시작됩니다. 어떤 이유로 업데이트가 데몬을 중단하면 다시 시작되지 않아 더 이상 컴퓨터에 로그인 할 수 없습니다.

init 시스템에서 처리하지 않으므로 업그레이드 중에 다시 시작되지 않는 별도의 sshd를 시작하면 새 버전이 시작되지 않아도 sshd의 이전 버전이 계속 실행됩니다. 따라서 여전히 시스템에 로그인하여 데몬이 중단 된 원인을 확인할 수 있습니다.

나는 그렇게하는 데 아무런 문제가 없었지만, 그 방법으로 상자 수십 개 정도만 업그레이드했습니다. 문제가 발생하면 추가 SSH 데몬이 방문을 피하거나 원격 재설치 옵션을 사용하려는 유일한 희망일 수 있습니다.