回答編集履歴
3
原因の確認方法を追加
answer
CHANGED
|
@@ -25,4 +25,16 @@
|
|
|
25
25
|
Apr 2 13:48:43 taiyo sshd[29793]: Authentication refused: bad ownership or modes for directory /home/user/.ssh
|
|
26
26
|
```
|
|
27
27
|
|
|
28
|
-
のように親ディレクトリに対して警告が出ていると思われるので、それに対しても同様に対処して、警告が出なくなるまで対処を繰り返してください。
|
|
28
|
+
のように親ディレクトリに対して警告が出ていると思われるので、それに対しても同様に対処して、警告が出なくなるまで対処を繰り返してください。
|
|
29
|
+
|
|
30
|
+
----
|
|
31
|
+
|
|
32
|
+
XSERVERの機能を勘違いしていました。VPSではなくてレンタルサーバなのでおそらくroot権限が無いのですね。
|
|
33
|
+
それだとサーバ側のログの確認は難しいですね。
|
|
34
|
+
`~/.ssh/authorized_keys` から始まって親ディレクトリを一つづつ辿ってアクセス権限に問題が無いかを確認していく必要があります。
|
|
35
|
+
|
|
36
|
+
また、鍵を作り直したという事から勘違いしていましたが、もしかしてssh以外でのログイン(シェルアクセス)方法が無い状態ですか?
|
|
37
|
+
そうなるとコマンドラインではなくて別の方法で対応する必要がありますね。
|
|
38
|
+
XSERVERの機能にファイルマネージャーというのが有るので、これで辿れるすべての親ディレクトリのアクセス権限を確認してみてください。
|
|
39
|
+
|
|
40
|
+
ファイルやディレクトリのアクセス権限に問題が無い事が確認出来たら、次は正しい鍵か使えているかの確認になります。その場合、`ssh -v -l サーバーID -i ~/.ssh/sample.key サーバーID.xsrv.jp -p 10022` を実行した結果を質問に追記出来るでしょうか?
|
2
改行位置が見やすくなるように表現を調整
answer
CHANGED
|
@@ -16,7 +16,7 @@
|
|
|
16
16
|
この例では /home/user/.ssh/authorized_keys の所有者、またはアクセス権限に問題が有るので、`ls -l /home/user/.ssh/authorized_keys` で所有者/アクセス権限を確認し、
|
|
17
17
|
|
|
18
18
|
* 所有者が自分以外の場合は `sudo chown ユーザ名 /home/user/.ssh/authorized_keys` で所有者を自分に変更する
|
|
19
|
-
*
|
|
19
|
+
* 自分以外に書き込み権限が有った場合は `chmod go-w /home/user/.ssh/authorized_keys` で書き込み権限を消す
|
|
20
20
|
|
|
21
21
|
を実行します。
|
|
22
22
|
その後ログインを試し、まだログイン出来ない場合は再度ログを確認します。その場合、
|
1
マークアップのミスを修正
answer
CHANGED
|
@@ -8,7 +8,7 @@
|
|
|
8
8
|
|
|
9
9
|
その上で、`authorized_keys`や`.ssh`などのアクセス権限は認証が失敗する理由の一つではありますので、まず関連するファイル/ディレクトリのアクセス権限を確認するのがいいでしょう。
|
|
10
10
|
|
|
11
|
-
`authorized_keys`関連のアクセス権限が原因で認証が失敗した場合、`/var/log/secure`や/var/log/auth.log`などに以下のようなメッセージが出ます。
|
|
11
|
+
`authorized_keys`関連のアクセス権限が原因で認証が失敗した場合、`/var/log/secure`や`/var/log/auth.log`などに以下のようなメッセージが出ます。
|
|
12
12
|
|
|
13
13
|
```
|
|
14
14
|
Apr 2 13:29:35 taiyo sshd[29793]: Authentication refused: bad ownership or modes for file /home/user/.ssh/authorized_keys
|