タグ

パーミッションに関するKitaguniのブックマーク (2)

  • [CentOS7] SSH の "Permission denied" を駆逐するためのチェックリスト - Qiita

    Permission denied (publickey,gssapi-keyex,gssapi-with-mic). 環境 クライアント: CentOS7 サーバー: CentOS7 確認しよう パーミッション、所有者の設定に原因があることが多いみたい。 公開鍵 サーバー側に保管するよ。 保管場所の確認 公開鍵はファイル名を authorized_keys に変更。 パーミッションの確認 /home/user/.ssh は 700 /home/user/.ssh/authorized_keys は 600 所有者の確認 /home/user/.ssh の所有者は user 人(鍵だけではなくディレクトリも所有者を確認!) /home/user/.ssh/authorized_keys の所有者は user 人 こんな感じになるはず ls -la コマンドでパーミッション、所有者を確認

    [CentOS7] SSH の "Permission denied" を駆逐するためのチェックリスト - Qiita
  • sshの公開鍵認証がうまく行われない時の原因3個とその対処法 | 俺的備忘録 〜なんかいろいろ〜

    sshで公開鍵認証を設定したけれども、それがうまく認証されずにパスワードを求められる場合、以下の観点から設定を見直す事をおすすめする。 1.サーバ側のファイル・ディレクトリのパーミッションや所有者設定がおかしい 原因として、一番多いのがこのパーミッションや所有者設定だろう。 sshの仕様上、各ディレクトリは以下のようなパーミッションになっていなければならない。 「~/.ssh」ディレクトリ … 700(drwx------) 「~/.ssh/authorized_keys」ファイル … 600(-rw-------) もちろんディレクトリやファイルの所有者はホームディレクトリのユーザである必要がある。 もし設定がうまく出来ていない場合は、対象のユーザで以下のコマンドを実行して再設定を行う。 chown -R $(whoami).$(id `whoami` -gn) ~/.ssh chmod

  • 1