私は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ファイルではなく認証サービスに関連している可能性があることを示唆しました。
ログファイルを確認し、構成エラーを修正できるように仮想マシンを一時停止し、そのルートファイルシステムを別の仮想マシンに接続する必要がある場合があります。