저는 Linux를 처음 사용하고 SSH를 통해 액세스할 수 있는 RHEL 가상 머신을 가지고 있습니다. Windows 터미널에서 SSH를 사용하고 있습니다. sudoers파일을 확인하고 싶어요 . 나는 정상적으로 로그인할 수 있었고 그 후에는 실행이 cd가능했습니다 . 일종의 액세스 거부 오류가 발생합니다. 그래서 나는 그것을 시도했다 . 내 sudo 비밀번호를 입력하고 유사한 메시지를 받기 시작했습니다 (정확한 메시지가 아닐 수 있으며 더 이상 명령 기록에 액세스할 수 없음). 비밀번호가 확실히 정확하고 sudo가 동일한 세션에서 지금까지 작동했음에도 불구하고.etccat sudoerssudo cat sudoersSorry, try again.
나는 그것을 다시 시도했고 뭔가 잘못되었다는 것을 깨달았습니다. 그런 다음 SSH 세션을 종료하고 몇 분 후에 다시 로그인을 시도했습니다. 이제 Permission denied, please try again.SSH를 통해 다시 로그인하려고 하면 비밀번호가 올바른데도 팝업이 나타납니다.
이것이 비밀번호 시도로 인한 임시 잠금이라는 표시는 없으며(비밀번호는 항상 정확하므로 이는 의미가 없습니다) 문제는 합리적인 잠금 기간보다 오래 지속됩니다.
당신은 가지고 있습니까?그래도로그인/권한/비밀번호 관련 내용을 엉망으로 만들기 위해 내가 무엇을 했나요?
답변1
첫 번째 증상은 sudoers 를 사용하여 sudoers 파일을 보려고 할 때 발생하므로 sudo문제는 명령으로 인해 발생하는 것이 아니라 명령을 호출하기 전에 존재합니다.
sudo행간을 읽어보니 sudoers 파일이나 컴퓨터의 일반 사용자 인증 시스템이 변경되어 전화를 걸 수 없고 누구도 컴퓨터에 직접 로그인할 수 없다는 메시지가 나타날 것이라고 확신합니다 . 유일한 액세스는 사전 구성된 배포/devops 서비스를 통해 간접적으로 이루어집니다.
손상된 sudoers 파일로 인해 명령이 작동하지 않을 것으로 예상 sudo하지만 직접 로그인/인증 세션에 문제가 발생할 것으로 예상하지는 않습니다. 그렇기 때문에 문제는 sudoers 파일이 아닌 인증 서비스와 관련이 있을 수 있다고 제안했습니다.
로그 파일을 확인하고 구성 오류를 수정할 수 있도록 가상 머신을 일시 중지하고 해당 루트 파일 시스템을 다른 가상 머신에 연결해야 할 수도 있습니다.