SSH その5

**名無しさん＠お腹いっぱい。** · 2006/04/20(木) 07:09:00

SSHに関する情報交換のスレッドです。
FAQ、リンク集は >>2-5 あたり。

過去ログ
　Part1：http://pc.2ch.net/unix/kako/976/976497035.html
　Part2：http://pc.2ch.net/unix/kako/1028/10281/1028157825.html
　Part3：http://pc5.2ch.net/unix/kako/1058/10582/1058202104.html
Part4：http://pc8.2ch.net/test/read.cgi/unix/1102242908/

**名無しさん＠お腹いっぱい。** · 2006/09/22(金) 11:28:29

>>283
ssh-agentのフォワード機能で普通にできる。
設定によっては ssh -A のオプションが必要。

**名無しさん＠お腹いっぱい。** · 2006/09/22(金) 11:37:55

置かないというのはできる。
ssh(1)
-A Enables forwarding of the authentication agent connection. This
can also be specified on a per-host basis in a configuration
file.
Agent forwarding should be enabled with caution. Users with the
ability to bypass file permissions on the remote host (for the
agent's Unix-domain socket) can access the local agent through
the forwarded connection. An attacker cannot obtain key material
from the agent, however they can perform operations on the keys
that enable them to authenticate using the identities loaded into
the agent.
しかし、Bの特権を持っている人は秘密鍵を使うことは出来る(秘密鍵本体は盗めない)。
俺は、秘密鍵を使う時はポップアップで確認するようputtyのpagent(authentication
agent)を改造してつかっている。

**283** · 2006/09/22(金) 11:41:06

＞（サーバーBには直接接続できない）
ごめん違った
　（サーバーCには直接接続できない）
でした

**283** · 2006/09/22(金) 14:32:59

調べたら、いろいろでてきました。

cl.pocari.org - connect を使って簡単に多段 SSH を実現する方法
http://cl.pocari.org/2006-09-04-2.html
connect.cを使う方法

cl.pocari.org - SSH で多段接続？
http://cl.pocari.org/2004-12-19-1.html
ssh-agentを使う方法

cl.pocari.org - SSH でポートフォワード
http://cl.pocari.org/2005-01-24-2.html
wakaran

どれが簡単な方法か、試してみようと思います。
-A使う方法がいまいちわかりませんが、また調べてみます

**名無しさん＠お腹いっぱい。** · 2006/09/22(金) 14:44:27

>>287
せっかく回答もらってるのにそれは無視かい?
余計なこと調べなくていい。
ssh-agent 実行済みで、ふつうに ssh hostB ができる状態で、
ssh -A hostB するだけ。
で、hostB において ssh hostC すればそのまま入れる。
それだけ。

**283** · 2006/09/22(金) 15:57:33

>>288
ごめんなさい。
そっちでやってみます。

**283** · 2006/09/22(金) 16:54:14

$ ssh-agent bash
$ ssh -A (hostB) -i (hostCの秘密鍵)
パスフレーズ入力
hostBのパスワード入力

hostBで、
$ ssh hostC
Permission denied (publickey).
と言われました？
んんん。

**名無しさん＠お腹いっぱい。** · 2006/09/22(金) 16:59:37

>>290
おまえ、ssh-agent自体の使い方知らんのちゃうか?

$ ssh-agent bash
$ ssh-add
(パスフレーズ入力)

$ ssh -A hostB

hostB$ ssh hostC

hostC$

↑これだけだよ。

**283** · 2006/09/22(金) 17:05:15

>>291
いけました！

$ eval `ssh-agent`
$ ssh-add (hostCの秘密鍵)
(パスフレーズ入力)
$ ssh -A hostB

hostB $ ssh hostC

で、おｋですね。

ssh-agentで、秘密鍵を覚えさせとかないといけないんですね

つきあっていただいて、ありがとうございました。

**名無しさん＠お腹いっぱい。** · 2006/09/22(金) 18:34:25

3段活用できませんかね
host1 -> host2 -> host3 -> host4
を1発でログインできたりといった感じで…

**名無しさん＠お腹いっぱい。** · 2006/09/22(金) 20:51:50

ssh -A host2 ssh -A host3 ssh host4

**名無しさん＠お腹いっぱい。** · 2006/09/22(金) 20:58:22

>>294
やってみればわかるけど、それだと「無端末」状態になるので、
シェルのプロンプトは出ないし、viとか画面制御系コマンドが起動できないし、
とにかく、普通にsshで直接ログインしたのとは違う状態になるよ。

**名無しさん＠お腹いっぱい。** · 2006/09/22(金) 21:09:44

んなら
ssh -A -t host2 ssh -A -t host3 ssh -t host4

**名無しさん＠お腹いっぱい。** · 2006/09/22(金) 23:48:27

多段sshを一発でやる方法があったのか

いいこと知った

**283** · 2006/09/22(金) 23:56:45

わおｗ

> $ ssh -A hostB
> hostB $ ssh hostC
これは、

$ ssh -A -t hostB ssh -t hostC

でいけるんですね。
すげｗ
evalとこもshellにでもしたらもっと楽になるな

**名無しさん＠お腹いっぱい。** · 2006/09/23(土) 00:01:40

多段でscpしようとおもったらどうすれば？

**名無しさん＠お腹いっぱい。** · 2006/09/23(土) 00:08:37

がんばりなさい

**名無しさん＠お腹いっぱい。** · 2006/09/23(土) 00:23:32

ssh -A host2 ssh -A host3 ssh host4 tar cf - hoge| tar -vf -

**名無しさん＠お腹いっぱい。** · 2006/09/23(土) 00:35:13

>>301
tar -v ??

あと、tarはscpじゃないし。

**名無しさん＠お腹いっぱい。** · 2006/09/23(土) 01:31:30

> 299

scp -oProxyCommand='ssh hostA netcat hostB 22' file hostB:

なんて、どう？

**名無しさん＠お腹いっぱい。** · 2006/09/23(土) 01:34:53

昔、多段sftpやろうとしたらcore吐いて落ちた

**名無しさん＠お腹いっぱい。** · 2006/09/24(日) 16:25:59

sshdに対するアタックを減らすために、ポート番号を22以外に変更したいのですが、
どこで設定すればよいのでしょうか？

**名無しさん＠お腹いっぱい。** · 2006/09/24(日) 16:28:25

>>305
sshd_configに記述、または sshdの起動スクリプトで sshd -p オプションで指定。

**名無しさん＠お腹いっぱい。** · 2006/09/25(月) 07:31:28

鍵+パスフレーズを利用してsshを利用しているのですが、
ログインに時間がかかります。
12、13秒ほどかかります。

これって、こういうものですか？

鍵は、DSA 768bitです。
パスフレーズは、8文字程度です。

**名無しさん＠お腹いっぱい。** · 2006/09/25(月) 07:32:54

すいません、マシンのスペック書き忘れました。

ローカルホスト： PentiumD 3GHz、メモリ 2GB
リモートホスト： Celeron(R) 2.53GHz、メモリ 512MB

です。

**名無しさん＠お腹いっぱい。** · 2006/09/25(月) 07:34:40

一応、sshのバージョンも
ローカルホスト：ssh cygwin OpenSSH_4.3p2, OpenSSL 0.9.8b 04 May 2006
リモートホスト：sshd OpenSSH_4.2p1 Debian-7ubuntu3, OpenSSL 0.9.8a 11 Oct 2005

**名無しさん＠お腹いっぱい。** · 2006/09/25(月) 08:01:03

>>307
DNS まわりじゃないの？
サーバ側でクライアントの IP アドレスを逆引きできないとか。

**名無しさん＠お腹いっぱい。** · 2006/09/25(月) 08:38:01

本当にDNS逆引きが原因だった場合は、
↓を読んで、環境を晒してしまったことを後悔しましょう。
http://pc8.2ch.net/test/read.cgi/unix/1159025791/13

**名無しさん＠お腹いっぱい。** · 2006/09/25(月) 08:51:47

>>310
問題なく逆引きできました。
サーバーもクライアントも、DNSに登録されています。

**名無しさん＠お腹いっぱい。** · 2006/09/25(月) 08:52:20

>>311
これくらいの情報で、個人が特定できるものなんでしょうか・・・

**名無しさん＠お腹いっぱい。** · 2006/09/25(月) 13:14:22

DNS まわりが原因の場合は12,3秒では済まない。
普通は分のオーダーになる

**名無しさん＠お腹いっぱい。** · 2006/09/25(月) 14:13:59

>>307

sshd_configに

UseDNS no

って書くと早くなるかも。

**名無しさん＠お腹いっぱい。** · 2006/09/25(月) 14:47:15

PasswordAuthentication

をオプションで明示してみれば? fall back が遅いのであれば、-v で大体検討はつくので試してみるべし。

ssh って、packet lengthあたりにバグが残っていて巨大なパケットを吐いている形跡なくない?

**名無しさん＠お腹いっぱい。** · 2006/09/25(月) 19:31:30

ssh でユーザー認証できないと言われ、
ログインできないユーザーがあるのですが、どういったことが考えられますか？

・公開鍵を使っている
・同じ鍵で、別ユーザーではログインできている
・AllowUsers/DenyUsersは、sshd_configに書いていない。
・PasswordAuthentication = noで、パスワード入力は許可していない。
しかし、PasswordAuthentication = yesのときは、普通に入れた。

**名無しさん＠お腹いっぱい。** · 2006/09/25(月) 19:54:39

authorized_keysの書き方が変
authorized_keysのパーミッションが変

**名無しさん＠お腹いっぱい。** · 2006/09/25(月) 20:09:14

.sshのパーミッションが変
~のパーミッションが変

**名無しさん＠お腹いっぱい。** · 2006/09/25(月) 20:09:40

>>318
ログイン出来るユーザーからコピーしてもダメでした。
chmod 600 authorized_keys
chmod 644 authorized_keys
両方ダメでした。

何故だ・・・困った。
ユーザー変えただけだのに・・・

**名無しさん＠お腹いっぱい。** · 2006/09/25(月) 20:16:05

chown user authorized_keys

**名無しさん＠お腹いっぱい。** · 2006/09/25(月) 20:26:04

local$ chmod 600 ~/.ssh/identity ~/.ssh/id_dsa ~/.ssh/id_rsa

**名無しさん＠お腹いっぱい。** · 2006/09/25(月) 20:39:09

>>319
.ssh 700
~ 775

>>321
(~と同じ)ログインしたいユーザー名になってた

>>322
そのようなファイル郡はありません。
ログインできているユーザーにもありません。

**名無しさん＠お腹いっぱい。** · 2006/09/25(月) 20:41:19

>>322
あ、ローカルか。
Poderosaなので、その辺関係あるのかな？

**317=320=323** · 2006/09/25(月) 20:52:49

紛らわしいので、名前つけました。

cygwinのsshからだと接続できました。
しかしながら、

> ssh (IPアドレス) -l （ユーザー名） -i (キー名)
Enter passphrase for key '(キー名)': ←パスフレーズを入力する
(ユーザー名)@(ホスト名)'s password: ←ユーザーのパスワードを入力する
ログイン出来る

という二段認証になっています・・・？
Poderosaや、WinSCPでログインできないのはこのせいでしょうか？

Poderosaでログインできたユーザーでは、
普通どおり、最初のパスフレーズのみを聞いてきます。

**名無しさん＠お腹いっぱい。** · 2006/09/25(月) 20:56:35

~ を755にしてみそ

**名無しさん＠お腹いっぱい。** · 2006/09/25(月) 21:12:22

なんつーか、間違ったアドバイスする人多いね、このスレ。
あまり参考にしない方がいいよ。

**名無しさん＠お腹いっぱい。** · 2006/09/25(月) 21:15:16

正しいアドバイスしてから言えば

**名無しさん＠お腹いっぱい。** · 2006/09/25(月) 21:16:54

正しいアドバイス：

(a) 死ね！
(b) 七輪と煉炭
(c) 樹海

**名無しさん＠お腹いっぱい。** · 2006/09/25(月) 21:21:25

~ は 700 でログインできる。
authorized_keys のパーミッションとかは関係ない。
↑の点に付いて言ってるアドバイスは間違い。

ローカル側の identity id_dsa id_rsa は、
自分以外が読めるパーミッションではいけない。

**317** · 2006/09/25(月) 21:58:41

>>326
同グループで書き込めなくなっちゃうよ・・・

**名無しさん＠お腹いっぱい。** · 2006/09/25(月) 22:21:04

ssh -v での様子も張り付けず
sshd のログも張り付けず

な香具師は放置

**326** · 2006/09/25(月) 22:35:23

>>331
俺が以前嵌った時と同じ嵌り方してるんだから、文句言うな！ｗ

**名無しさん＠お腹いっぱい。** · 2006/09/25(月) 22:41:54

だからぁ～、~ のパーミッションは無関係だって

**317** · 2006/09/25(月) 22:46:11

>>332
>>311を読んで、できるだけ情報を晒さないようにしたのですが、ヒドイ・・・うう
でも、解決したいので、晒してみます。

**名無しさん＠お腹いっぱい。** · 2006/09/25(月) 22:46:42

>>325
それは、二段認証になってたのじゃなくて、
公開キーでの認証に失敗したから、UNIXパスワードで認証されたの。

で、>>317 では「PasswordAuthentication = noで、パスワード入力は許可していない」
と言ってるのに、これと状況が食い違っている。
もう一度状況を整理すること。

で、ssh -v のログを貼ること。でないとマトモな人間は答えてくれないし、
「知ったか」が間違ったアドバイスをするだけ。既にされてるけど。

**名無しさん＠お腹いっぱい。** · 2006/09/25(月) 22:47:53

>>311 のネタを真に受けていたとはｗ

**名無しさん＠お腹いっぱい。** · 2006/09/25(月) 22:49:55

騙されたと思ってchmod go-w ~ をやれ

**名無しさん＠お腹いっぱい。** · 2006/09/25(月) 22:50:26

いや、騙してないからやれ。

**名無しさん＠お腹いっぱい。** · 2006/09/25(月) 22:51:31

この際グループでの書き込みはあきらめてやれ。

**317** · 2006/09/25(月) 22:53:59

-v 晒します

> ssh (リモートのIP) -l (ユーザー名) -i (秘密鍵) -v
OpenSSH_4.3p2, OpenSSL 0.9.8b 04 May 2006
debug1: Connecting to (リモートのIP) [(リモートのIP)] port 22.
debug1: Connection established.
debug1: identity file (秘密鍵) type -1
debug1: Remote protocol version 1.99, remote software version OpenSSH_4.3
debug1: match: OpenSSH_4.3 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.3
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host '(リモートのIP)' is known and matches the RSA host key.
debug1: Found key in /home/toby/.ssh/known_hosts:2
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug1: Next authentication method: publickey

%

**317** · 2006/09/25(月) 22:54:37

debug1: Trying private key: (秘密鍵)
debug1: PEM_read_PrivateKey failed
debug1: read PEM private key done: type <unknown>
Enter passphrase for key '(秘密鍵)':
debug1: read PEM private key done: type DSA
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug1: Next authentication method: keyboard-interactive
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug1: Next authentication method: password
(ユーザー名)@(リモートのIP)'s password:
debug1: Authentication succeeded (password).
debug1: channel 0: new [client-session]
debug1: Entering interactive session.
Last login: Mon Sep 25 22:48:07 2006 from (前回ログインしたローカルホスト)
OpenBSD 3.8-stable (GENERIC) #1: Tue May 9 19:59:50 JST 2006

**317** · 2006/09/25(月) 22:56:27

>>336
すみません。
直後、ログインできねえ、とブーブー言われたので、
PasswordAuthentication = yes にしたのでした orz

>>338
試してみます。

**317** · 2006/09/25(月) 23:02:04

>>338
ｷﾀ━━━━━━（ﾟ∀ﾟ）━━━━━━ !!
ログインできたぁぁぁぁぁぁぁぁぁぁぁーーーーーーー
これだけのことなのかーーーーーーー

みなさま、付き合っていただきありがとうございました。

グループでの書き込みは諦めます・・・あぅあぅ orz

**名無しさん＠お腹いっぱい。** · 2006/09/25(月) 23:13:51

>>344
それだけの事に俺も以前はまったんだーーーーーーーっ

**名無しさん＠お腹いっぱい。** · 2006/09/25(月) 23:16:04

>>334
プププ

**名無しさん＠お腹いっぱい。** · 2006/09/25(月) 23:18:04

んで、君のおかげで~/.がグループから書き込めるようになってると
SSHにどんな穴が開くか今ひらめいたよorz

**名無しさん＠お腹いっぱい。** · 2006/09/25(月) 23:25:22

strictmode no

お勧めはせん

**名無しさん＠お腹いっぱい。** · 2006/09/25(月) 23:53:24

linux のなんかのディストリビューションだと
umask 002
になってて、考えずにauthorized_keysを作成すると
グループにwビットが立ってsloginできない事があったなそういえば。

**名無しさん＠お腹いっぱい。** · 2006/09/26(火) 03:17:52

RedHat 7.x とかね。要らんことすんな死ねクソと思った。

**名無しさん＠お腹いっぱい。** · 2006/09/26(火) 04:26:56

>>323
それ、ウチの若いのも報告書に書いて、
そのまま客先に行って恥かいて困ってるのよ。

「おめーの田舎は、茨城県サーバ郡か?」
って言っても気付いてくれない。

**名無しさん＠お腹いっぱい。** · 2006/09/27(水) 04:21:00

セキュリティホール memo (2006.09.26) より
[SA22091] OpenSSH Identical Blocks Denial of Service Vulnerability
http://www.st.ryukoku.ac.jp/~kjm/security/memo/2006/09.html#20060926_OpenSSH

ぬゎんだコレは！　(@~@)!!　寝耳に水というか何というか。。
（注：既に修正済み）

んで、SSHプロトコルver.1 って有効にしてるところって多いのかな。（デフォルト
では、両方とも有効になっている。Protocolオプションのデフォルトは"2,1"）

4.4(p1)がリリースされれば速攻でアップグレードしなきゃならんなぁ。。

**名無しさん＠お腹いっぱい。** · 2006/09/27(水) 07:37:16

ｹﾞﾗｹﾞﾗ

**名無しさん＠お腹いっぱい。** · 2006/09/27(水) 14:28:26

なあに、かえって Protocol 2 に設定変更する言い訳になる。

**名無しさん＠お腹いっぱい。** · 2006/09/27(水) 16:23:07

Compression delayedはCompression yesと比較して何かメリットがあるのですか？

**名無しさん＠お腹いっぱい。** · 2006/09/27(水) 19:06:58

>>355
zlib に穴あっても攻撃されづらくなるんじゃね？

**名無しさん＠お腹いっぱい。** · 2006/09/28(木) 18:46:05

4.4p1が出たのに誰のｶｷｺもない件

…FreeBSDでビルドしようとしたけど、警告(warning)が出るわ出るわ。。orz

**307** · 2006/09/28(木) 19:00:42

ログインが遅いと言っていた者です。

どうも、特定のホストで遅くなるようです。
Ubuntuで遅くなる。
CentOS、OpenBSDの場合は、普通に瞬間的にログイン。

DNSはどれも逆引きできています。

**307** · 2006/09/28(木) 19:01:32

全てOSはサーバー側です。

鍵も同じもので調べました。
クライアントは、Windows(Poderosa、及びcygwin+ssh)です。

**名無しさん@お腹いっぱい** · 2006/09/28(木) 21:32:48

4.4p1うちにもｷﾀｰ

**名無しさん＠お腹いっぱい。** · 2006/09/28(木) 22:51:02

変更点by春山さんｷﾀ*･゜ﾟ･*:.｡..｡.:*･゜(ﾟ∀ﾟ)ﾟ･*:.｡. .｡.:*･゜ﾟ･*!!!!!
http://www.unixuser.org/%7Eharuyama/security/openssh/henkouten/henkouten_4.4.txt

**名無しさん＠お腹いっぱい。** · 2006/09/29(金) 18:22:29

4.4にchroot patchを当てようと思い以下にアクセスしたけど404…。
ここの活動状況について知ってる人いますか？

http://chrootssh.sourceforge.net/index.php

**307** · 2006/09/29(金) 22:43:01

-v 張ってみます。

> ssh (サーバーのIP) -i ~/.ssh/key.openssh -p ****** -v
OpenSSH_4.3p2, OpenSSL 0.9.8b 04 May 2006
debug1: Connecting to (サーバーのIP) [(サーバーのIP)] port 25672.
debug1: Connection established.
debug1: identity file /home/.ssh/key.openssh type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_4.2p1 Debian-7ubuntu3
debug1: match: OpenSSH_4.2p1 Debian-7ubuntu3 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.3
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host '(サーバーのIP)' is known and matches the RSA host key.
debug1: Found key in /home/toby/.ssh/known_hosts:8
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Trying private key: /home/.ssh/key.openssh
debug1: PEM_read_PrivateKey failed

**307** · 2006/09/29(金) 22:45:12

debug1: read PEM private key done: type <unknown>
Enter passphrase for key '/home/.ssh/key.openssh':
debug1: read PEM private key done: type DSA

ここで、10秒ほど、時間が掛かる

debug1: Authentication succeeded (publickey).
debug1: channel 0: new [client-session]
debug1: Entering interactive session.
Linux **** 2.6.15-27-server #1 SMP Sat Sep 16 02:57:21 UTC 2006 i686 GNU/Linux

認証に時間がかかっている雰囲気です。なぞです。

PasswordAuthentication no です。

**名無しさん＠お腹いっぱい。** · 2006/09/30(土) 01:06:52

>>364 toby さん
サーバ側の sshd -d も試したら?

**307** · 2006/09/30(土) 10:55:49

>>365
いきなり、名前呼ばれてびびったｗ
消し忘れかYO!!

試してみます。

**307** · 2006/09/30(土) 11:09:27

$ sudo /usr/sbin/sshd -d
debug1: sshd version OpenSSH_4.2p1 Debian-7ubuntu3
debug1: read PEM private key done: type RSA
debug1: private host key: #0 type 1 RSA
debug1: read PEM private key done: type DSA
debug1: private host key: #1 type 2 DSA
debug1: rexec_argv[0]='/usr/sbin/sshd'
debug1: rexec_argv[1]='-d'
debug1: Bind to port (ポート番号) on ::.
Server listening on :: port (ポート番号).
debug1: Bind to port (ポート番号) on 0.0.0.0.
debug1: Server will not fork when running in debugging mode.
debug1: rexec start in 4 out 4 newsock 4 pipe -1 sock 7
debug1: inetd sockets after dupping: 3, 3
Connection from (クライントIP) port 4435
debug1: Client protocol version 2.0; client software version OpenSSH_4.3
debug1: match: OpenSSH_4.3 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.2p1 Debian-7ubuntu3
debug1: permanently_set_uid: 100/65534
debug1: list_hostkey_types: ssh-rsa,ssh-dss
debug1: An invalid name was supplied
Configuration file does not specify default realm

debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST received
debug1: SSH2_MSG_KEX_DH_GEX_GROUP sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_INIT

**307** · 2006/09/30(土) 11:09:58

debug1: SSH2_MSG_KEX_DH_GEX_REPLY sent
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: KEX done
debug1: userauth-request for user (ユーザー名) service ssh-connection method none
debug1: attempt 0 failures 0
debug1: PAM: initializing for "(ユーザー名)"
Failed none for (ユーザー名) from (クライアントIP) port 4435 ssh2
debug1: userauth-request for user (ユーザー名) service ssh-connection method publickey
debug1: attempt 1 failures 1

ここで辺で時間がかかっている

debug1: PAM: setting PAM_RHOST to "(クライアントのホスト名)"
debug1: PAM: setting PAM_TTY to "ssh"
debug1: temporarily_use_uid: 1000/1000 (e=0/0)
debug1: trying public key file /home/(ユーザー名)/.ssh/authorized_keys
debug1: matching key found: file /home/(ユーザー名)/.ssh/authorized_keys, line 1
Found matching DSA key: ********************************************
debug1: restore_uid: 0/0
debug1: ssh_dss_verify: signature correct
debug1: do_pam_account: called
Accepted publickey for (ユーザー名) from (クライアントIP) port 4435 ssh2
debug1: monitor_child_preauth: (ユーザー名) has been authenticated by privileged process
Accepted publickey for (ユーザー名) from (クライアントIP) port 4435 ssh2

**307** · 2006/09/30(土) 11:10:55

debug1: PAM: reinitializing credentials
debug1: permanently_set_uid: 1000/1000
debug1: Entering interactive session for SSH2.
debug1: server_init_dispatch_20
debug1: server_input_channel_open: ctype session rchan 0 win 65536 max 16384
debug1: input_session_request
debug1: channel 0: new [server-session]
debug1: session_new: init
debug1: session_new: session 0
debug1: session_open: channel 0
debug1: session_open: session 0: link with channel 0
debug1: server_input_channel_open: confirm session
debug1: server_input_channel_req: channel 0 request pty-req reply 0
debug1: session_by_channel: session 0 channel 0
debug1: session_input_channel_req: session 0 req pty-req
debug1: Allocating pty.
debug1: session_new: init
debug1: session_new: session 0
debug1: session_pty_req: session 0 alloc /dev/pts/1
debug1: server_input_channel_req: channel 0 request shell reply 0
debug1: session_by_channel: session 0 channel 0
debug1: session_input_channel_req: session 0 req shell
debug1: PAM: setting PAM_TTY to "/dev/pts/1"
debug1: Setting controlling tty using TIOCSCTTY.

みたいな感じです。
PAMが問題なのかなぁ？

**名無しさん＠お腹いっぱい。** · 2006/09/30(土) 11:17:06

>>366
今は個人情報保護の時代です。
OSやアプリのバージョン、ハードウェアの情報、設定ファイルの内容からも
ある程度個人の特定が可能です。質問の際にはなるべくOSやアプリのバージョン、
ハードウェアの情報、設定ファイルの内容を書かず、
最小限の情報だけで回答を貰えばラッキーというスタンスで臨みましょう。

**307** · 2006/09/30(土) 11:34:48

UsePAM no
にしてもダメっぽいです。遅いまま。

>>370
(((( ；ﾟДﾟ)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

**名無しさん＠お腹いっぱい。** · 2006/09/30(土) 13:33:20

pam_sshを無効にする。
sshプライベートキーのパスフレーズとログインパスワードを一致させる。

**名無しさん＠お腹いっぱい。** · 2006/09/30(土) 14:18:26

クライアントが原因だと思うのですがwindowsのttsshにてLinuxサーバへsshで接続する時に
Sep 30 14:12:43 hogehoge.net sshd(pam_unix)[2192]: authentication failure; logname= uid=0 euid=0 tty=NODEVssh ruser= rhost=XXX.XXX.XXX.XXX user=Hogehoge
Sep 30 14:12:45 hogehoge.net sshd(pam_unix)[2194]: session opened for user Hogehoge by (uid=500)
といったように必ず1行目のNODEVsshで認証に失敗しています。
これを起こらないようにするttsshの設定をご存じの方はいらっしゃいますでしょうか？

**名無しさん＠お腹いっぱい。** · 2006/09/30(土) 14:39:51

>>373
自己レスです
上記の認証エラーが発生するのはサーバがRedhat9の場合のみでRedhat7.3では発生していないのでサーバ側の問題かと思います

**307** · 2006/09/30(土) 15:01:50

>>372
sudo grep -R pam_ssh /etc/*
しましたが、特にpamの設定はされていないようです。

パスフレーズとログインパス一緒にしても変わりませんでした。

むむむ。

**307** · 2006/09/30(土) 15:18:27

nslookupでちゃんと逆引きできるのになーと思いつつ、
念のため、/etc/hostsにホスト情報書いたら、
普通にすばやくログインできるようになりました・・・なんでだろ('A`)

いろいろ、ご迷惑かけてしまいました。
ありがとうございました。

**名無しさん＠お腹いっぱい。** · 2006/09/30(土) 15:20:00

>>375
grep は -i つけなきゃいかんよ。

**307** · 2006/09/30(土) 15:22:54

わかりました・・・プライマリのDNSサーバーが死んでたためでした。
/etc/resolv.confから死んだDNSサーバーをはずして、生きているセカンダリだけにしたら、
ふつーにサクッとログインできました orz

**名無しさん＠お腹いっぱい。** · 2006/09/30(土) 16:00:11

>>378
>>310-311 が即回答してるのに、そんなオチが許されるとでも、、、

**名無しさん＠お腹いっぱい。** · 2006/09/30(土) 16:02:59

まー、ありがちだわな。

**365** · 2006/09/30(土) 19:29:39

よーし、ポート 25672 で動いてる ssh 探しちゃうぞーw

**名無しさん＠お腹いっぱい。** · 2006/10/01(日) 22:30:56

ｗｗｗ

**名無しさん＠お腹いっぱい。** · 2006/10/02(月) 02:07:06

http://www.openssh.com/ja/list.html
からリンクされている www.mindrot.org って死んでるの?

MLのアーカイブが見られなくて困ってるんですけど...