몇 달 동안 손대지 않은 후 저는 가상 서버 중 하나에 로그인하여 OpenSSL을 업데이트하고 싶었습니다. 서버가 sudo설치되지 않은 Debian 7을 실행 중입니다.
저는 세 가지 방법을 시도했습니다.
ssh root@server, 비밀번호가 승인된 후:Could not chdir to home directory /home/root: No such file or directory Connection to server closed.다른 사용자로 로그인한 다음
su - root.No directory, logging in with HOME=/그런 다음 더 이상 루트로 로그인하지 않고 평소의 쉘로 돌아갑니다.
다른 사용자로 로그인한 다음
su root. 아무런 결과도 얻지 못했습니다. 그냥 일반적인 프롬프트로 돌아가서 여전히 루트 대신 다른 사용자로 로그인했습니다.
월요일 이전에 서버를 수동으로 다시 시작할 기회가 없습니다. 루트 쉘을 얻기 위해 할 수 있는 일이 있나요? 서버가 손상되었을 수 있습니다. 루트 액세스 없이 어떻게 확인할 수 있나요? 감사합니다!
모든 경우에 잘못된 비밀번호를 입력하면 기기에서 평소처럼 불만을 표시합니다.
/root/etc/passwd올바른 디렉토리가 존재하며 나열되어 있습니다. ssh가 왜 다르게 보는지 모르겠습니다.
이것은 중요할 수 있습니다. 호출 $?실패 후 확인하면 su의 매뉴얼 페이지에 따라 su하나가 제공됩니다 1. System or authentication failure어떻게 하면 더 자세하게 만들 수 있나요?
다음 요구 사항에 따라 출력됩니다 ssh -v.
Last login: Fri Apr 11 17:47:46 2014 from some_client
Could not chdir to home directory /home/root: No such file or directory
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: client_input_channel_req: channel 0 rtype [email protected] reply 0
debug1: channel 0: free: client-session, nchannels 1
Connection to server closed.
Transferred: sent 3136, received 2448 bytes, in 0.0 seconds
Bytes per second: sent 299688.7, received 233940.7
debug1: Exit status 1
답변1
다음 내용은 모두 출처입니다 여기.
이 오류 메시지는 루트의 홈 디렉터리가 없음을 나타냅니다. 를 사용하여 다시 만들 수 있지만 mkdir /root비어 있습니다.
일반적으로 루트로 직접 로그인하면 안 됩니다. 텔넷 및 X 세션의 경우 모든 직접 루트 액세스를 비활성화해야 합니다. 단, 문제가 발생할 경우 텍스트 모드 터미널에서 루트 액세스를 허용하면 생명을 구할 수 있습니다. 항상 실제 사용자로 로그인한 다음 su또는 (물론 루트 비밀번호도)를 사용하여 su -루트로 변경해야 합니다 .
그러나 귀하의 경우에는 아직 디렉토리가 없기 때문에 su는 아무런 효과가 없습니다 /root.
/root 디렉토리를 생성한 후에도 일부 기본 파일은 여전히 누락됩니다.
필요한 파일은 기본 파일 .bash_profile이며 .bashrc에 복사해야 합니다 /root. 선행은 파일이 숨겨져 있음을 의미하므로 해당 파일을 보려면 .이 작업을 수행해야 할 수도 있습니다 .ls -a
편집하다
실제 문제는 루트 사용자의 경우 쉘이 로 설정되어 있다는 것입니다 /bin/false. 이는 다음 명령을 실행하여 확인할 수 있습니다.
getent passwd root
이 경우 위 명령의 출력은 다음과 같습니다.
root:x:0:0:Netbios Domain Administrator:/home/root:/bin/false
사용자 가 있는 경우 이를 변경할 수 있습니다 sudo. 또는 모드에서 시스템을 시작 single하고 위 설정을 편집해야 합니다.