- ベストアンサー
SSHのパスワード
- みんなの回答 （1）
- 専門家の回答
質問者が選んだベストアンサー
>それはLinuxに存在しているユーザ名で、そのユーザのパスワードですか？ そうです。 >鍵作る時にパスフレーズを入力しますが、それはLinuxのそのユーザのパスワードですか？ それも可能ですが、同じにする必要はありません。 ユーザが自分で決定でき、他には依存しません。
関連するQ&A
- SSHでの公開鍵認証接続時のログイン画面
CentOSクライアントからのCentOSサーバへ公開鍵認証によるSSH接続をしたいと思っています。公開鍵認証なのでパスワードではなくパスフレーズでの認証ができるようにしたいです。 しかし、設定操作を一通りやってクライアントからサーバへログインしようとすると添付画像のとおり「パスワード」と書かれたログイン画面が出てきます。 一応パスフレーズとして設定した文字列を入力しないとログインできないようにはなってるのですが、これはちゃんと公開鍵認証ができるようになっているのでしょうか。また、ログイン時に入力した文字列はパスワードではなくパスフレーズとして登録されているのでしょうか。 以下、環境/前提条件および操作手順の詳細です。 ■環境/前提条件 ・OSは両方ともCentOS6.5 ・OpenSSHのバージョンは両方とも5.3 ・仮にサーバ側のホスト名をtestserver、その中にあるユーザー名をtest1とする ■操作手順 (1)クライアント側でssh-keygenでid_rsaとid_rsa.pubをローカルに作成し、パスフレーズを登録。 (2)サーバ側で .ssh/authorized_keysを作成し、 chmod 700 .ssh chmod 600 .ssh/authorized_keys を実行 (3)クライアント側で以下のコマンドを打ち公開鍵ファイルをサーバへ転送 cat .ssh/id_rsa.pub |ssh test1@testserver 'cat >> .ssh/authorized_keys' (4)両マシーン共再起動させた後、クライアントからサーバへ ssh test1@testserver でログインしようとしたら添付画像が出てきた。 パスワード欄にはtest1@testserverのパスワードではなく、(1)で登録したパスフレーズを入力しないとログインできないようになっているが、 このログイン画面に書かれてるのがパスフレーズではなくパスワードとなっているのが気がかりです（パスフレーズとして認識されていない？） これはちゃんと公開鍵認証ができるようになっているのでしょうか。また、ログイン時に入力した文字列はパスワードではなくパスフレーズとして登録されているのでしょうか。 目標が達成できていなければ、問題点および解決策を教えてくださいますようお願いします。
- 締切済み
- Linux系OS
- SSHのクライアントの鍵の設置場所
WinクライアントがDSAを使ったSSHでOpenSSHのLinuxにログインする場合に、パースワードなく鍵を利用する方法だとします。 Winクライアントが用意するべき鍵は一般的にはどんなフルパスですか？ どこにどんな鍵を用意するのか知りたいので教えてください。 特に、Winに鍵を設置するのか、Linuxの/home/kauern/.ssh/?に設置するのか知りたいです。
- 締切済み
- ネットワーク
- SSHでTELNET
こんにちは、honiyonです。 SSHの知識について確認をしたいのですが... サーバー側で、SSHの設定を行いクライアントからSSHで保護されたTELNETを使用する場合、SSH(Port22)に接続し、設定を行ったユーザー名とパスフレーズ、RSA公開鍵を使用してログインします。 ・・・で合っていますか？ TELNET(Port23)からログインしたのでは、SSHで保護されませんよね？ 基本的な所で申し訳ないのですが、宜しくお願いします（．．
- ベストアンサー
- ネットワーク
- ssh ＋ rsync でパスワードを聞かれなくする方法
SSH + rsync（rsync -e ssh ・・・で ssh 回線で同期）でファイルをコピーする時に、パスワードを聞かれなくする方法はないでしょうか？ http://www.okweb.ne.jp/kotaeru.php3?q=323149 などを参考に、公開鍵を作りログイン先のauthorized_keysに登録しました。（公開鍵を作るときにパスフレーズを入力してません。） こうすると、たしかに"パスフレーズ"は聞かれないのですが、"ログインパスワード"は毎回聞かれます。これは仕方がないのでしょうか？ ●ファイルのコピー先がファイアーウォールで ssh のポートくらいしか空いていないので、 ssh + rsync を使おうと思っています。 ●同期したいフォルダは複数あるので、スクリプトを作って rsync -avz -e ssh フォルダAを同期 ・・・ rsync -avz -e ssh フォルダBを同期 ・・・ ・・・ という感じで一気に同期できれば便利だな と思っていました。 ところが今のままでは、rsync コマンド一回ごとに ログインパスワードを入力することになってしまいます。
- ベストアンサー
- その他(OS)
- sshdでパスワード認証を禁止できない
sshdでパスワード認証を禁止したいのですが、できません。 現在は、公開鍵認証でログインでき、パスワード認証でもログインできてしまう状態です。 ■やっったこと サーバー側から、「/etc/ssh/ssh_config」を以下のように修正 コメントアウトを外して、yesをnoに変更 【変更前】 # PasswordAuthentication yes 【変更後】 PasswordAuthentication no sshdのリスタート linux:/ # /etc/init.d/sshd restart Shutting down SSH daemon done Starting SSH daemon done 以下は、パーミッション700で、そのユーザーがオーナーになってます。 /home/ユーザー/.ssh /home/ユーザー/.ssh/authorized_keys2 ■状況 ・秘密鍵を使用したパスフレーズでログインできます。 ・パスワードでもログインできてしまいます。 ・PuTTYとWinSCPの２つで試しました。 パスフレーズとパスワードは、別の文字です。８桁 ■環境 サーバー側 ・SuSE Linux9.3 クライアント側 ・Windows2000 SP4 ・PuTTY Release0.58-jp20050503 ・WinSCP バージョン3.8.0（ビルド312） 宜しくお願いします。
- ベストアンサー
- Linux系OS
- パスワードなしで ssh のログインを行いたい
http://www.okweb.ne.jp/kotaeru.php3?q=588282 の続きです いろいろ回答をいただいて問題点が少しはっきりしたので、質問の焦点を絞って再投稿します。 ２台の Windows XP の PC に、Cygwinをいれ、OpenSSH サーバをたてています（サービスとして動かす）。 「パスワードなしで ssh のログインを行いたい」 のですが、うまくいきません。設定は、次のように行いました。 (1) クライアントPCで公開鍵をつくる $ ssh-keygen -t rsa で（パスフレーズを空白にして）公開鍵を作成(identity.pub) (2) ホストPCに鍵をコピーして、 % cat identity.pub >> .ssh/authorized_keys のように、authorized_keys に鍵の内容を追加する。 Linux がホストの場合は、以上の手続きで「パスワードフリー」になったのですが、 Cygwin ではだめです。 $ssh -1 192.168.0.5 1 Permission denied. $ ssh 192.168.0.5 Permission denied (publickey,keyboard-interactive). のようになって、失敗してしまいます。
- ベストアンサー
- その他(OS)
- ssh の仕組み
ssh の仕組みについて、よくわからない事があるので、よろしくお願いします。 （サーバの設定） ・/etc/ssh/sshd_config ファイルの編集をして、ルート権限ログインできないようにする。 ・デーモンを起動する。 （クライアントの設定） １＃ssh-keygen -t rsa ２＃mv id_rsa.pub authorized_keys2 ３＃ssh hoge@192.168.x.x ４＃rsa を入力 ５＃known_hostに関してのプロンプトに、yesで答える ６＃パスワードを入力 上記の手順を踏んだとき、 まず、 （質問１：） ４のrsaを入力というのは、 相手側に自分の公開鍵を渡すと言う事でいいのでしょうか？？ （質問２） これで、ログインした場合、サーバはその公開鍵を使って、暗号化→クライアントはそれを自分の秘密鍵（id_rsa）により、復号化。という解釈でいいのでしょうか？ （質問３） 質問２の場合、クライアントから、サーバに送信するメッセージは暗号化されていないのでしょうか？ （質問４） /etc/ssh/sshd_configの設定で、RSAAuthorized no にしてしまったら、 暗号化されないで、平分で、データが流れてしまうのでしょうか？ （質問５） 結局のところ、ＳＳＨというものは、ユーザのパスワードを知っていたら、簡単に侵入ができるようなものなのでしょうか？ （質問６） 上記の手順自体が全く間違っているのでしょうか？ （質問７） ~/.ssh/known_hosts の中に入っているデータはいったいなんなんでしょうか？？（相手の公開鍵？？） /* 長くなりましたが、答えれる部分でいいので、よろしければお答えいただけないでしょうか。どうか、よろしくお願いします。
- ベストアンサー
- その他(OS)
- パスワード入力なしでsshログイン
パスワード入力なしでsshログインしたいけど上手く行きません。 CentOS7のＰＣが２台(CentOS7-C, CentOS7-S)あります。 CentOS7-CからCentOS7-Sにパスワード入力なしでsshログイン（鍵認証でログイン）したいと思い、下記のサイトを参考にしながら悪戦苦闘しています。 パスワード入力なしでsshログイン（鍵認証でログイン） https://setting-tool.net/ssh-key-authorize ＜手順＞ クライアント側 ssh-keygen -t rsa でキー生成 サーバー側 クライアントで生成したキーを保存 ＜コマンド＞ ■前提 クライアント側 CentOS7-C 172.16.0.201 サーバー側 CentOS7-S 172.16.0.202 ■クライアント側設定 キーの発行 [root@CentOS7-C ~]# ssh-keygen -t rsa パーミッション設定 [root@CentOS7-C ~]# chmod 700 /root/.ssh [root@CentOS7-C ~]# chmod 600 /root/.ssh/* キーファイルをサーバー側に送る [root@CentOS7-C ~]# rsync -av -e ssh /root/.ssh root@172.16.0.202:/root/.ssh/from172.16.0.201 この時は手動でパスワード入力 ■サーバー側設定 クライアントからのキーファイルを別名で保存 [root@CentOS7-S ~]# cp /root/.ssh/from172.16.0.201/.ssh/id_rsa.pub /root/.ssh/authorized_keys キーファイルのパーミッション設定 [root@CentOS7-S ~]# chmod 600 /root/.ssh/authorized_keys ■クライアント側から接続 [root@CentOS7-C ~]# ssh root@172.16.0.202 Enter passphrase for key '/root/.ssh/id_rsa': 成功していればパスワードを聞かれずにログイン。 しかし、失敗しているので、パスワードを要求されている。 ＜考察＞ クライアントで生成したキーをサーバーにリモートコピーするだけなのに上手く行かない。 シンプルな話、 クライアントの /root/.ssh/id_rsa.pub と サーバーの /root/.ssh/authorized_keys が 同じであれば成立するというだけの話に思えるが、 クライアントでのcat /root/.ssh/id_rsa.pub と サーバーでのcat /root/.ssh/authorized_keys を見比べても全く同じなのに上手く行きません。 何が悪いのでしょうか？
- ベストアンサー
- Linux系OS
- SSHのホスト認証について
現在VineLinux3.2を使ってサーバの勉強をしている、ド素人です。 SSHのユーザ認証が、 (1)サーバ側で乱数生成→クライアントの公開鍵で暗号化→ (2)クライアントに送信→ (3)クライアントが受信→ (4)秘密鍵で複合化→サーバに送信→ (5)サーバはクライアントから送られた乱数を確認して認証 という流れで、なるほど、これでユーザを認証できるってのは分かるのですが、 ホスト認証がよくわかりません、 SSHでサーバにアクセスすると、 サーバの公開鍵が ~/.ssh/knows_hosts に登録されますが、 この公開鍵を使って、ユーザ認証と同じ方法で接続先ホストを認証してるのでしょうか？ そうだとしたら、 2度目のアクセスからはホストを認証するのに、 この~/.ssh/known_hostsの 公開鍵を使った方法が有効だというのは分かりますが、 一番最初のアクセスではこの公開鍵を使ってもホストの認証は出来ないと思うのですが（接続先から送られてくる公開鍵を使うだけなので） どういう仕組みになってるのでしょうか？ よろしくおねがいします。
- ベストアンサー
- Linux系OS
お礼
ありがとうございました。