저는 오래된 16.04 LTS를 업그레이드하는 중이었고, 다시 들어갈 수 없는 상태로 잠겨 있는 것 같았습니다. 도와주세요.
나는 기본 단계를 따랐습니다.
sudo apt-get update
sudo apt-get upgrade -y
sudo apt-get dist-upgrade
sudo do-release-upgrade
릴리스 업그레이드 동안 모든 것이 순조롭게 진행되었습니다. 오류 메시지도 없고 아무것도 없습니다. 시스템에 대한 액세스가 중단된 것은 다시 시작한 것입니다. 포트 1022에서 시작된 보조 SSH 프로세스도 완전히 시간 초과됩니다.
이제 문제는 연결이 끊어졌기 때문에 root@ip로 연결을 시도할 수 없다는 것입니다. SSH 키를 통해서만 연결이 가능합니다.
이것은 SSH의 디버그입니다.
:~$ ssh -vvvvvvvvv atlas
OpenSSH_7.6p1 Ubuntu-4ubuntu0.5, OpenSSL 1.0.2n 7 Dec 2017
debug1: Reading configuration data /home/name/.ssh/config
debug1: /home/name/.ssh/config line 1: Applying options for atlas
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug2: resolving "(ip)" port 22
debug2: ssh_connect_direct: needpriv 0
debug1: Connecting to (ip) [(ip)] port 22.
debug1: Connection established.
debug1: identity file /home/name/.ssh/atlas_a type 0
debug1: key_load_public: No such file or directory
debug1: identity file /home/name/.ssh/atlas_a-cert type -1
debug1: Local version string SSH-2.0-OpenSSH_7.6p1 Ubuntu-4ubuntu0.5
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.6p1 Ubuntu-4ubuntu0.5
debug1: match: OpenSSH_7.6p1 Ubuntu-4ubuntu0.5 pat OpenSSH* compat 0x04000000
debug2: fd 3 setting O_NONBLOCK
debug1: Authenticating to (ip):22 as 'name'
debug3: hostkeys_foreach: reading file "/home/name/.ssh/known_hosts"
debug3: record_hostkey: found key type ECDSA in file /home/name/.ssh/known_hosts:2
debug3: load_hostkeys: loaded 1 keys from (ip)
debug3: order_hostkeyalgs: prefer hostkeyalgs: [email protected],[email protected],[email protected],ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521
debug3: send packet: type 20
debug1: SSH2_MSG_KEXINIT sent
Connection closed by (ip) port 22
(이름과 아이피는 지웠어요)
무슨 일이야? 왜 연결할 수 없나요? 내가 모든 것을 완전히 차단했습니까, 아니면 어떻게든 이 문제에서 회복할 기회가 있습니까? 가상 서버인데 물리적으로 액세스할 수 없고 원격 재시작도 이제 실패하는 것 같습니다.
돕다 :)
편집하다:이 문제를 복구할 수 없을 것 같으므로 좀 더 구체적으로 설명하겠습니다. 여기서 내가 정확히 무엇을 잘못했나요? 이것을 방지하기 위해 내가 무엇을 할 수 있었습니까? SSH 디버그는 실제로 문제의 원인에 대한 피드백을 제공하지 않으며 이 특정 사례를 위해 열린 "예약" 포트(1022)는 전혀 작동하지 않습니다.
전체 서버를 잃어야 한다면 적어도 이것으로부터 배우고 싶습니다. 하지만 "작동하지 않는" 것처럼 보이면 그게 다일까요?
편집 2:놀랍게도 호스트가 제공하는 "복구" 모드에서 서버에 다시 액세스할 수 있었습니다. 액세스를 보장하고 이 문제를 해결하려면 어떻게 해야 합니까? (VI를 통해 모든 파일에 접근할 수 있으며 해당 파일은 /repair/ 폴더에 있습니다)