トップページunix
1001コメント324KB

SSH その3

レス数が950を超えています。1000を超えると書き込みができなくなります。
0001名無しさん@お腹いっぱい。NGNG
SSHに関する情報交換のスレッドです。

FAQ、リンク集は >>2-5 あたり。

前スレ: http://pc.2ch.net/test/read.cgi/unix/1028157825/
前々スレ: http://pc.2ch.net/unix/kako/976/976497035.html
0883859NGNG
>>882
ありました。
--
colinux:~# ls -al /usr/lib/ssh-keysign
-rwxr-xr-x 1 root root 151496 Sep 19 2003 /usr/lib/ssh-keysign>>879
--
> >>859
> ssh_config に「EnableSSHKeysign yes」は無いか?
> ssh-keysign は setuid root でインストールされているか?
--
colinux:~# cat /etc/ssh/ssh_config
# コメントアウト部省略
Host *
ForwardX11 yes
--
こんな風なんですが、どうなってればいいんでしょうか
0884859NGNG
で、
--
user@colinux:~$ ssh user@hoge.net
Permission denied, please try again.
Permission denied, please try again.
Permission denied (publickey,password,keyboard-interactive).
user@colinux:~$
--
となります。
rootなら問題ありません。
0885名無しさん@お腹いっぱい。NGNG
>>883
>>882 のコマンドの実行結果を出して味噌!
0886859NGNG
>>885
colinux:/usr/lib# strings ssh | grep ssh-keysign
strings: ssh: No such file or directory
colinux:/usr/lib#

です
0887879NGNG
>>883
rootで、
# chown root /usr/lib/ssh-keysign
# chmod 4711 /usr/lib/ssh-keysign
をやってからだとどうなる?
0888859NGNG
>>887
colinux:/usr/lib# chown root /usr/lib/ssh-keysign
colinux:/usr/lib# chmod 4711 /usr/lib/ssh-keysign
colinux:/usr/lib# strings ssh | grep ssh-keysign
strings: ssh: No such file or directory
colinux:/usr/lib# ls -al /usr/lib/ssh-keysign
-rws--x--x 1 root root 151496 Sep 19 2003 /usr/lib/ssh-keysign

でした
0889名無しさん@お腹いっぱい。NGNG
> colinux:/usr/lib# strings ssh | grep ssh-keysign
> strings: ssh: No such file or directory

strings `which ssh` |grep ssh-keysign
/usr/lib/ssh-keysign

おんなじ colinux debian で。
こんなことに気づかないようじゃ、
なんか初歩的なところでミスをしてるような感じ。
redhat には ssh できるの?
ssh 先のサーバの設定は問題ないの?
0890879NGNG
>>888
そうじゃなくて、chown, chmod をやったあとで、
一般ユーザで ssh でログインしようとしたらどうなるかってこと。
0891859NGNG
>>890
すいません。
やはりrootだとログインできますが、ユーザだと駄目です。
--
colinux:~# ls -al /usr/lib/ssh-keysign
-rws--x--x 1 root root 151496 Sep 19 2003 /usr/lib/ssh-keysign
colinux:~# ssh foo@bar.net
foo@bar.net's password:
-bash-2.05b$ exit
logout
Connection to bar.net closed.
colinux:~# su user
user@colinux:/root$ ssh foo@bar.net
Permission denied, please try again.
Permission denied, please try again.
Permission denied (publickey,password,keyboard-interactive).
user@colinux:/root$
user@colinux:/root$ su foo
Password:
foo@colinux:/root$ ssh foo@bar.net
Host key verification failed.
foo@colinux:/root$
0892859NGNG
>>889
colinux:~# ssh user@192.168.1.2 # 192.168.1.2(RHL9)はrootでログインできる
user@192.168.1.2's password:
Last login: Mon Nov 22 17:46:15 2004 from 192.168.1.25
[user@user_RedHat user]$ exit
Connection to 192.168.1.2 closed.
colinux:~# su user
user@colinux:/root$ ssh user@192.168.1.2
Host key verification failed.# userではログインできない
user@colinux:/root$
--
RHL9から外部サーバへはrootであれuserであれログインできます。
なのでログインできるのが当たり前、と思っていました。
0893859NGNG
>>889
お騒がせしてすいません
colinux debian で rootではなく一般ユーザで外部サーバに
sshログインできてますか?
0894名無しさん@お腹いっぱい。NGNG
>>892 (どこに参照させれば良いかわかんなかったので)
>>890 さんのは当を得ていると思います。
syslog に メッセージ出させると意味わかると思いますよ。
0895889NGNG
>>893
できてるよ。
もう一度 ssh のパッケージを入れなおしてみるとか。
0896859NGNG
http://www.namazu.org/~tsuchiya/ssh/#hostbasedauthentication

このページの「OpenSSH-3.4p1 のバグ」って何か関係がありますか?

colinux:~# ssh -V
OpenSSH_3.4p1 Debian 1:3.4p1-1.woody.3, SSH protocols 1.5/2.0, OpenSSL 0x0090603f
0897名無しさん@お腹いっぱい。NGNG
>>896
関係ない
0898名無しさん@お腹いっぱい。NGNG
.ssh の所有者とパーミッションはどうなってる?
0899859NGNG
>>898
こんな感じです。
--
user@colinux:~$ ssh foo@bar.net
Permission denied, please try again.
Permission denied, please try again.
Permission denied (publickey,password,keyboard-interactive).
user@colinux:~$ ls -al
total 28
drwxr-xr-x 4 user user 4096 Nov 15 02:42 .
drwxr-xr-x 5 root root 4096 Nov 13 11:57 ..
-rw------- 1 user user 1254 Nov 22 11:03 .bash_history
-rw-r--r-- 1 user user 509 Nov 4 21:00 .bash_profile
-rw-r--r-- 1 user user 1093 Nov 4 21:00 .bashrc
drwx------ 2 user user 4096 Nov 16 18:00 .ssh
user@colinux:~$ ls -al .ssh
total 12
drwx------ 2 user user 4096 Nov 16 18:00 .
drwxr-xr-x 4 user user 4096 Nov 15 02:42 ..
-rw-r--r-- 1 user user 908 Nov 16 18:00 known_hosts
user@colinux:~$ su
Password:
colinux:/home/user# cd
colinux:~# ssh foo@bar.net
foo@bar.net's password:
-bash-2.05b$ exit
logout
Connection to bar.net closed.
colinux:~#
0900900!NGNG
>>899
ls -l `which ssh`
の結果は?
0901859NGNG
>>900
colinux:~# ls -l `which ssh`
-rwxr-xr-x 1 root root 230248 Sep 19 2003 /usr/bin/ssh

です。
なんかここまでくると非常に単純な間違いを起こしてるような気がします。
もう一度再インスト(何度かやったのですが)、してみようと思いますが、
teraterm で colnux/Debian にログイン、そこからユーザアカウントで外部サーバに接続する、という設定を順を追って要点を教えてもらえませんか?
あるいはポインタでも。
インストは apt-get install ssh で stable にしてます。
0902名無しさん@お腹いっぱい。NGNG
はっきりいってよくわからんので、
どうせ再インスコするなら
unstable に dist-upgrade して試してみたら?
colinux ならディスクイメージをコピーしとけば簡単に戻せるので。
0903894NGNG
>>859
sshd_config に

SyslogFacility AUTH
LogLevel INFO

と書き加えて、さらに /etc/syslog.conf に
auth.info<タブ>/var/log/authlog
とでも書き加えて

syslogd の プロセスに HUP シグナルを送り、
(ps -ef | egrep syslogd でプロセスID調べて 、kill -HUP プロセスID)
として sshd を再起動させて

もう一度 ssh で接続したときのログって
どんな感じになっています?

0904859NGNG
>>903
# colinux/Debianからアクセス
user@colinux:~$ ssh 192.168.1.2
Permission denied, please try again.
Permission denied, please try again.
Permission denied (publickey,password,keyboard-interactive).
user@colinux:~$

# user_RedHatのログ
[root@user_RedHat root]# cat /var/log/authlog
Nov 24 14:48:50 user_RedHat sshd[27111]: Server listening on 0.0.0.0 port 22.
Nov 24 14:59:00 user_RedHat last message repeated 2 times
Nov 24 14:59:39 user_RedHat sshd[27209]: Failed password for user from 192.168.1.25 port 63023 ssh2

こんなんでした
0905名無しさん@お腹いっぱい。NGNG
>>904
Redhat 側の user のパスワードが間違っているんじゃないの?
0906859NGNG
>>902
colinux:~# apt-get remove ssh
colinux:~# dpkg --purge ssh
で、念のためにrootもuserもすべての.sshを
colinux:~# rm -rf .ssh/
として削除し、/etc/apt/sources.list を unstable に切り替えて、
apt-get install ssh しました。
インストールしたときの質問には、
Allow SSH protocol 2 only <No>
Do you want /usr/lib/ssh-keysign to be installed SUID root? <Yes>
Do you want to run the sshd server? <Yes>
と答えました。しかし rootでは接続するもののuserではやはり

user@colinux:/root$ ssh user@192.168.1.2
Host key verification failed.
となってしまいます。
インストールされたsshは
colinux:~# ssh -V
OpenSSH_3.8.1p1 Debian-8.sarge.3, OpenSSL 0.9.7d 17 Mar 2004
です。
この場合user_RedHat の/var/log/authlog には何も残ってないです。
903 で表示したログは /root/.ssh/known_hostsを/home/user/.sshにコピーして
chown chgrp したものを置いたときのログです。
0907859NGNG
>>905
どちらも明示的にuser名を指定しています。
rootではパスワードを聞かれますが、userではそもそもそこまで行きません。

colinux:~# ssh user@192.168.1.2
user@192.168.1.2's password:
Last login: Wed Nov 24 15:19:56 2004 from 192.168.1.25
[user@user_RedHat user]$

Connection to 192.168.1.2 closed.
colinux:~# su user
user@colinux:/root$ ssh user@192.168.1.2
Host key verification failed.
user@colinux:/root$

上でも書きましたが、/root/.ssh/known_hostsを/home/user/.sshにコピーした場合は
Host key verification failed. ではなく
Permission denied (publickey,password,keyboard-interactive).
といわれますが、userを明示しても同じですし、そもそもuserではパスワード聞かれる
ところまでこの場合も行きません。
ただ気になったのは、sshをunstable でインストした時に最後

exim: could not open panic log - aborting: original error above
2004-11-24 15:18:10 1CWqTi-00007m-00 Cannot open main log file "/var/log/exim/mainlog": Permission denied: euid=8 egid=8

こんなこと言われました。何か関係ありますか?
0908名無しさん@お腹いっぱい。NGNG
>>901
rootのときとuserのときとで使っているsshが違うという可能性は?
あと ssh -v user@192.168.1.2、もしくは ssh -v -l user 192.168.1.2
で詳しいログを出したほうがいいと思うぞ。
0909859NGNG
>>908
> >>901
> rootのときとuserのときとで使っているsshが違うという可能性は?
双方 ssh -V の出力は同じでした。

> あと ssh -v user@192.168.1.2、もしくは ssh -v -l user 192.168.1.2
> で詳しいログを出したほうがいいと思うぞ。
どっちもデバッグ出力は同じでしたので一つだけ貼ります。

user@colinux:~$ ssh -v -l user 192.168.1.2
OpenSSH_3.8.1p1 Debian-8.sarge.3, OpenSSL 0.9.7d 17 Mar 2004
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Connecting to 192.168.1.2 [192.168.1.2] port 22.
debug1: Connection established.
debug1: identity file /home/user/.ssh/identity type -1
debug1: identity file /home/user/.ssh/id_rsa type -1
debug1: identity file /home/user/.ssh/id_dsa type -1
debug1: Remote protocol version 1.99, remote software version OpenSSH_3.5p1
debug1: match: OpenSSH_3.5p1 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_3.8.1p1 Debian-8.sarge.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
Host key verification failed.
user@colinux:~$
0910名無しさん@お腹いっぱい。NGNG
>>909
ふぅ。ssh -Vが重要なのではなくて、きちんと同じバイナリを使っているのか
root と userとでそれぞれ which sshしてみるのが重要なんだけど、
理解できてないのか…。

んで、.ssh/known_hostsの192.168.1.2のエントリが古い情報が入っているから
Host key verification failed.ってなるのは理解できてる?

~root/.ssh/known_hostsをcpしてchown&chgrpした場合は
Permission denied (publickey,password,keyboard-interactive).
とのことだけど、それならすくなくとも.ssh/known_hostsの問題は解決できている
ことは理解できてる?

ってことで、~/.ssh/known_hostsをrmするなり192.168.1.2のエントリを消すなり
~root/.ssh/known_hostsをcp & chownするなりして、.ssh/known_hostsの問題を
解決して Permission denied (publickey,password,keyboard-interactive).
とエラーが出る際のssh -vをどうぞ。
0911859NGNG
>>910
root と userとで/usr/bin/ssh で同じでした。
0912859NGNG
>>910
> ssh -vをどうぞ。
user@colinux:~$ ssh -v user@192.168.1.2
OpenSSH_3.8.1p1 Debian-8.sarge.3, OpenSSL 0.9.7d 17 Mar 2004
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Connecting to 192.168.1.2 [192.168.1.2] port 22.
debug1: Connection established.
debug1: identity file /home/user/.ssh/identity type -1
debug1: identity file /home/user/.ssh/id_rsa type -1
debug1: identity file /home/user/.ssh/id_dsa type -1
debug1: Remote protocol version 1.99, remote software version OpenSSH_3.5p1
debug1: match: OpenSSH_3.5p1 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_3.8.1p1 Debian-8.sarge.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 '192.168.1.2' is known and matches the RSA host key.
debug1: Found key in /home/user/.ssh/known_hosts:1
debug1: ssh_rsa_verify: signature correct
0913859NGNG
>>910
# 怒られたので分けました。
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
debug1: Trying private key: /home/user/.ssh/identity
debug1: Trying private key: /home/user/.ssh/id_rsa
debug1: Trying private key: /home/user/.ssh/id_dsa
debug1: Next authentication method: keyboard-interactive
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug1: Next authentication method: password
debug1: Authentications that can continue: publickey,password,keyboard-interactive
Permission denied, please try again.
debug1: Authentications that can continue: publickey,password,keyboard-interactive
Permission denied, please try again.
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug1: No more authentication methods to try.
Permission denied (publickey,password,keyboard-interactive).
user@colinux:~$

お世話かけます
0914名無しさん@お腹いっぱい。NGNG
Permission denied, please try again.
ってパスワード間違っているときに出てくるものだけどなぁ。
ひょっとして /etc/ssh/ssh_config とか ~user/.ssh/config とかで
PasswordAuthentication no
ってなってない?
0915859NGNG
>>914
> ひょっとして /etc/ssh/ssh_config とか ~user/.ssh/config とかで
> PasswordAuthentication no
> ってなってない?

~user/.ssh/config はないです。
/etc/ssh/ssh_config はすべてコメントアウトされてました。
ちなみに # PasswordAuthentication yes の行があり、コメント外してみましたが、
症状変わらず、ssh -v の結果も同じでした。

ご面倒かけます
0916名無しさん@お腹いっぱい。NGNG
sshで、rootとかwebmasterとかのアカウントで進入を
試みる輩が毎日いるのですが(不特定多数)、
なんとかギャフンと言わせる事はできませんか?

たとえばrootからのログインはchrootしてあって何もない
ディレクトリにぽつんと「残念でした」と各種言語で書いた
テキストだけを置いておくとか…

無視するのが一番ですかね。
0917名無しさん@お腹いっぱい。NGNG
>>916
> 無視するのが一番ですかね。
はい。
0918名無しさん@お腹いっぱい。NGNG
>>916
ログイン試行してる方はスクリプトか何かでやってると思うので、
仕返しする (したつもりになる) だけ無駄じゃないかと。
なので >>917 と。
0919859NGNG
度々すいません。
root_fsをオリジナルの、
Debian-3.0r2.ext3-mit-backports.1gb.bz2
に切り替え、
ネットワークの設定 /etc/network/interfaces を行って
apt-get update
apt-get upgrade
apt-get install console-tools console-data
groupadd user
useradd -d /home/user -G user user
apt-get install ssh を
Allow SSH protocol 2 only <No>
Do you want /usr/lib/ssh-keysign to be installed SUID root? <Yes>
Do you want to run the sshd server? <Yes>
でインストールしました。
rootでsshし可能でしたが、userでは
Host key verification failed となりましたので
cp /root/.ssh/known_hosts /home/user/.ssh して
chown chgrp して再度userから接続を試みましたが
Permission denied (publickey,password,keyboard-interactive).
でした。。。
素のディスクイメージに最低限の設定で試みましたが
要は、まったく変わらぬ症状です。
困りました。
ディストリ変える、とかからやらなきゃ駄目でしょうか。
0920名無しさん@お腹いっぱい。NGNG
そこまでやって駄目なら接続先の問題のような機がする。
0921859NGNG
>>920
いや、だってRHL9からはroot だろうが userだろうが繋がるんです。
で、ちなみに FC1 のイメージ持ってきて ネットワークの設定だけして
user作って Winからteratermでsshしてログインし
外につなぎに行ったら、簡単にできました。。。。

なんかよくわかりませんが、debianに拘ってる訳じゃないので
乗り換えようと思います。

ホントお騒がせしました。
0922名無しさん@お腹いっぱい。NGNG
>>921
root と user で type ssh するとどうなる?
0923859NGNG
>>922
user@colinux:~$ type ssh
ssh is /usr/bin/ssh
user@colinux:~$ su
Password:
colinux:/home/user# type ssh
ssh is /usr/bin/ssh
colinux:/home/user#

です
0924名無しさん@お腹いっぱい。NGNG
>>923
聞いたことも見たこともない症状だから原因を知りたいんだが。
ディスクイメージごとどこかにアップできない?
0925名無しさん@お腹いっぱい。NGNG
うちも colinux の debian イメージ使ってるけど
なんともないけどなあ。
redhat には user でも接続できるんでしょ?
外部のサーバってルータ越しという意味かな?
別の外部サーバではどうなるんだろう?
0926名無しさん@お腹いっぱい。NGNG
chmod u+s /usr/bin/ssh するとうまくいきそうな気が。
0927名無しさん@お腹いっぱい。NGNG
>>923
ls -l /dev/tty するとどうなる?
0928859NGNG
>>926
colinux:~# ls -l /usr/bin/ssh
-rwxr-xr-x 1 root root 230248 Sep 19 2003 /usr/bin/ssh
colinux:~# chmod u+s /usr/bin/ssh
colinux:~# ls -l /usr/bin/ssh
-rwsr-xr-x 1 root root 230248 Sep 19 2003 /usr/bin/ssh
colinux:~# exit
exit
user@colinux:~$ ssh user@192.168.1.2
Permission denied, please try again.
Permission denied, please try again.
Permission denied (publickey,password,keyboard-interactive).
user@colinux:~$ ls -l /dev/tty
crw-r--r-- 1 root root 5, 0 Jun 24 08:33 /dev/tty
user@colinux:~$

>>927
user@colinux:~$ ls -l /dev/tty
crw-r--r-- 1 root root 5, 0 Jun 24 08:33 /dev/tty
user@colinux:~$

お世話になります
0929859NGNG
>>925
いえ、colinux/debian からはLAN内のredhat はおろかルータ先の
サーバーには user では接続できないです。
ただしrootでは問題なくどこにでも接続できます。
接続できる先はLAN内のRHL9とレンタルサーバ×2ヶ所の合計3ヶ所
ありますが、そのすべてに対して同じ症状です
0930859NGNG
>>927
colinux:~# chmod go+w /dev/tty
colinux:~# ls -l /dev/tty
crw-rw-rw- 1 root root 5, 0 Nov 25 11:34 /dev/tty
colinux:~#

うわあ、これでうまく行きました。
ホント、ありがとうございました、皆様。

この辺、まったく触ってない、っていうかDebianの素のイメージでも
同じでした。
後学のためにお教え下さい。
なぜ僕の環境のみこんなことになってたのでしょうか。
0931名無しさん@お腹いっぱい。NGNG
うひゃ。/dev/ttyがo-wになっていたのか…。この手の症状はほんと原因がつかみ
にくいなぁ。

ちなみに、Debian標準では当然ながら
crw-rw-rw- 1 root tty 5, 0 Nov 18 13:21 /dev/tty
とかいう感じのパーミッション& UID & GIDです。
0932名無しさん@お腹いっぱい。NGNG
で、何で /dev/tty が go-w になったんだ?
そっちが激しく気になるのだが。
0933859NGNG
colinux:~# ls -al /dev/tty
crw-r--r-- 1 root root 5, 0 Jun 23 23:33 /dev/tty

Debian-3.0r2.ext3-mit-backports.1gb.bz2
をネットワークの設定、sshのインストールしただけのものを
見てみましたが同じでした。
今から出かけますが、後でこれのまったく触ってない、解凍しただけのもので
立ち上げてこれだけ見てみたいと思います
0934859NGNG
Debian-3.0r2.ext3-mit-backports.1gb.bz2 を解凍し
何もしないで見てみました。

colinux:~# ls -al /dev/tty
crw-r--r-- 1 root root 5, 0 Jun 23 23:33 /dev/tty
0935名無しさん@お腹いっぱい。NGNG
>>934
coLinux のサイトで公開されてる Debian のイメージを作った人が間違ったの
ではないかと。umask 22 のまま、tar で p をつけずにコピーしたものと思わ
れる
0936名無しさん@お腹いっぱい。NGNG
>>935
もしそうなら、SSH 以外にも落し穴がいっぱいありそうやね。
0937名無しさん@お腹いっぱい。NGNG
>>936
以前試したときは、/tmp や /var/tmp が書けなかった記憶がある
0938名無しさん@お腹いっぱい。NGNG
うは、だめじゃん。
0939名無しさん@お腹いっぱい。NGNG
結論としてはcoLinuxのDebianのイメージは使っちゃいけないってことですな。
/dev/ttyのパーミッションだけでなくGIDまで違ってきていたり、/var/tmpが
書けなかったりだと、あらゆるファイルがumask 22でUID & GIDがroot.rootになって
いそうな雰囲気。
0940名無しさん@お腹いっぱい。NGNG
ssh2って正直不要な気がする
0941名無しさん@お腹いっぱい。NGNG
>>940
そのココロは?
0942名無しさん@お腹いっぱい。NGNG
つーかssh1の方がもはや不要でしょ。
0943名無しさん@お腹いっぱい。NGNG
ssh自体が不要だぁー
0944名無しさん@お腹いっぱい。NGNG
ssh2ってそんなに安全か?
一般人にはssh1レベルで十分かと。
0945名無しさん@お腹いっぱい。NGNG
一般人は Windows 3.1 で telnet でもしててください。
0946名無しさん@お腹いっぱい。NGNG
ホームディレクトリなくせばssh不要。
全部共有にしよう。おまいらnyとかbittorrentとかうpとか好きだろ?
0947名無しさん@お腹いっぱい。NGNG
最近の流行はrsh、これ
0948名無しさん@お腹いっぱい。NGNG
>>944
矛盾してない?
0949名無しさん@お腹いっぱい。NGNG
>>944
ssh1ってそんなに安全か?
一般人にはssh2レベルで十分かと。
0950名無しさん@お腹いっぱい。NGNG
>>939
http://pc5.2ch.net/test/read.cgi/linux/1098153141/
の514以降を参照してね。
0951名無しさん@お腹いっぱい。NGNG
ここ一ヶ月ほど毎日続いていたrootでのアクセスの試みが
ここ二日ほどばったりと止まって、かえって不安です……
0952名無しさん@お腹いっぱい。NGNG
>>951
あーごめん俺だ
いい加減諦めたぜ
0953名無しさん@お腹いっぱい。NGNG
>>951
実はアクセスの痕跡を一切残さない状態で使われちゃってるとか。
0954名無しさん@お腹いっぱい。NGNG
>>953
しぃー!
0955名無しさん@お腹いっぱい。NGNG
sshでルートアクセス可能にしていたの?
0956名無しさん@お腹いっぱい。NGNG
「アクセスの試み」が「ルートアクセス可能」にすり替わる謎。
0957951NGNG
>>955
もちろんしていないんだけれど、ばったりと止んだので
逆に不安になっていたのでした。

と思ったら、しっかり再開されました。
かえってほっとする不思議。
0958名無しさん@お腹いっぱい。NGNG
パスワード認証禁止しようよ。
0959名無しさん@お腹いっぱい。NGNG
「アクセスの試み」が「パスワード認証許可」にすり替わる謎。
0960名無しさん@お腹いっぱい。NGNG
>>959
フツーはパスワード認証でアタックしてくるだろうが。
下手な言葉遊びは恥ずかしいぞ。
0961名無しさん@お腹いっぱい。NGNG
読解力が無いのはもっと恥ずかしいぞ
0962名無しさん@お腹いっぱい。NGNG
はぁ。
じゃぁどう違うのか説明してみてよ。
どうせできないのだろうけど。
0963名無しさん@お腹いっぱい。NGNG
できるが、余白が足りない。
0964名無しさん@お腹いっぱい。NGNG
何行ぐらい要るの?
0965名無しさん@お腹いっぱい。NGNG
じゃあ、次スレ行こうか。
0966名無しさん@お腹いっぱい。NGNG
sftpのレジューム機能って、winscp3だけの機能ですか?
linuxのsftpは、manを見てもそれらしき記述が見付からないのですが…
0967名無しさん@お腹いっぱい。NGNG
>>966
おそらくそうだと思う。レジュームしたいなら rsync がオススメ
0968966NGNG
>>967
なんと、rsyncにそんな機能が…早速調べてみます。ありがとうございました
0969名無しさん@お腹いっぱい。NGNG
~$ ssh -p XXXX REMOTE_HOST

@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@ 警告: 遠隔ホストの認証が変更されています! @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
誰かが悪いことをやった可能性があります!
たった今、誰かがパケットの盗聴(中間者攻撃)をやったかもしれません!
XXXホストキーが変更されているだけという可能性もあります。
遠隔ホストから送信されたXXXキーによるフィンガープリントは
XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX.です。
あなたのシステム管理者に連絡してください。
このメッセージが出なくなるように/DIR/USER/SECRET/known_hostsに正しい
ホストキーを追記してください。
/DIR/USER/SECRET/known_hostsに必要なキーはXXです。
遠隔ホストのXXXホストキーが変更され、厳密にチェックされました。
ホストキーの認証に失敗しました。
0970名無しさん@お腹いっぱい。NGNG
950超えているため、いずれdat落ちしてしまうので次スレ立てますた。
 SSH その4
 http://pc5.2ch.net/test/read.cgi/unix/1102242908/
0971名無しさん@お腹いっぱい。NGNG
>>970
スレがdat落ちするのは、981超えて24時間書き込みなければ、じゃない?
でも乙。
0972名無しさん@お腹いっぱい。NGNG
まぁええことよ
0973名無しさん@お腹いっぱい。NGNG
ぐえっへっへ
0974名無しさん@お腹いっぱい。NGNG
0975名無しさん@お腹いっぱい。NGNG
ume
0976名無しさん@お腹いっぱい。NGNG
ウメー
0977名無しさん@お腹いっぱい。NGNG
hage
0978名無しさん@お腹いっぱい。NGNG
0979名無しさん@お腹いっぱい。NGNG
0980名無しさん@お腹いっぱい。NGNG
有馬
0981名無しさん@お腹いっぱい。NGNG
0982名無しさん@お腹いっぱい。NGNG
レス数が950を超えています。1000を超えると書き込みができなくなります。