05/07/26 06:39:00
いままでftpを使ってきたところをsftpで置き換えようとしています。
ftpの場合、ユーザーのホームディレクトリをftpでアクセスした際の
トップディレクトリにできますが、sftpの場合はどのようにやるのかわかりません。
ユーザーがsftpでログインした際に、ユーザーのホームディレクトリを
トップディレクトリにする方法はありませんでしょうか？よろしくお願いします。
404:名無しさん＠お腹いっぱい。
05/07/27 23:14:17
>>403 ssh は何？openssh なら、でふぉでそうなるが。
405:名無しさん＠お腹いっぱい。
05/07/27 23:23:10
>>403
scponly か chrootssh でいけるかもわからんね。
406:名無しさん＠お腹いっぱい。
05/07/29 21:15:42
どなたかアドバイスを下さい．
グローバルIP(133.XXX.YYY.ZZZ)を持ったブロードバンドルータ(MN8300)
内のリーモートPC(Linux)にsshを使ってWAN側からアクセスしたいのですが，
どの様にしたら良いのでしょうか？
普段，LAN内はもちろんLAN側→WAN側のリモートホストにはsshを使って
ログインしています．
ググたり本読んだりしていろいろ調べましたが，｢Port Forwarding を
使えばどうにかできそうな？｣と思う位で，全然理解出来ませんでした．
(セキュリティやネットワークの圧倒的な知識不足です(-_-;))
ヒントだけでも頂ければ光栄です．よろしくお願いします．m(__)m
407:名無しさん＠お腹いっぱい。
05/07/29 21:17:07
>>406
ヒント：Port Forwarding
408:名無しさん＠お腹いっぱい。
05/07/29 22:17:22
>>406
釣りじゃないよね？
単にルータのポートあければ済む。
それとも送信元ネットワークのFW越えとかそういう話？
409:名無しさん＠お腹いっぱい。
05/07/30 02:09:58
>>406
斜め読みでレス。ポートを開けて、スタティック(静的)ルートを設定。
410:名無しさん＠お腹いっぱい。
05/07/31 13:25:26
SSHログインできなくて困っています。
サーバはcoLinux+debianです。新しく立てました。
クライアントはcygwinのssh.exeです。ssh localhostでも同じです。purryも試しましたが同じ状況です。
「Password:」のプロンプトに続けてパスワードを入れた直後に、
切断されてしまいます。
colinux:/home# ssh xxxx@localhost
Password:
Connection closed by 127.0.0.1
colinux:/home#
auth.logは下記のようになっています。
Jul 31 13:14:05 colinux sshd[2676]: Connection from ::ffff:127.0.0.1 port 1034
Jul 31 13:14:05 colinux sshd[225]: debug1: Forked child 2676.
Jul 31 13:14:05 colinux sshd[2676]: debug1: Client protocol version 2.0; client software version OpenSSH_3.8.1p1 Debian-8.sarge.4
Jul 31 13:14:05 colinux sshd[2676]: debug1: match: OpenSSH_3.8.1p1 Debian-8.sarge.4 pat OpenSSH*
Jul 31 13:14:05 colinux sshd[2676]: debug1: Enabling compatibility mode for protocol 2.0
Jul 31 13:14:05 colinux sshd[2676]: debug1: Local version string SSH-1.99-OpenSSH_3.8.1p1 Debian-8.sarge.4
Jul 31 13:14:05 colinux sshd[2676]: debug1: PAM: initializing for "xxxx"
Jul 31 13:14:05 colinux sshd[2676]: debug1: PAM: setting PAM_RHOST to "localhost"
Jul 31 13:14:05 colinux sshd[2676]: debug1: PAM: setting PAM_TTY to "ssh"
Jul 31 13:14:05 colinux sshd[2676]: Failed none for xxxx from ::ffff:127.0.0.1 port 1034 ssh2
また、パスワードを間違えた場合と正しく入力した場合でauth.logの出力が違っていますので、
認証は通っているのではないかとおもいます。
よろしくお願いします。
411:名無しさん＠お腹いっぱい。
05/07/31 13:33:16
>>410
/etc/hosts.allow とかはどうなってんの？
412:名無しさん＠お腹いっぱい。
05/07/31 13:49:07
>>410
ChallengeResponseAuthentication no
とか
413:410
05/07/31 14:02:44
ありがとうございます。
hosts.allowは
ALL:ALL:allow
sshd: ALL
でした。
ALL: ALL
sshd: ALL
としてもだめでした。
/etc/ssh/sshd_configは、
PasswordAuthentication yes
ChallengeResponseAuthentication yes
です。
ChallengeResponseAuthenticationはnoだったので
yesにしてsshdをrestartしても状況は変わりませんでした。
よろしくお願いします。
414:名無しさん＠お腹いっぱい。
05/07/31 16:15:27
>>413
「UsePAM no」をsshd_configに追加してみる。
415:名無しさん＠お腹いっぱい。
05/07/31 19:14:38
> クライアントはcygwinのssh.exe
っていってるのに
> colinux:/home# ssh xxxx@localhost
これはどういうこと？
416:名無しさん＠お腹いっぱい。
05/08/01 00:09:36
Windowsのコンピュータ名がcolinux
417:410
05/08/01 08:34:08
ホストマシン(=windows)からcygwinでログインできなくて、コリャおかしいということで
ゲスト（＝colinux）に入ってlocalhostにsshしていました。
ややこしくしてすみません。
418:410
05/08/01 08:42:45
>>414
UsePAM yes
を
UsePAM no
にしたらログインできました。
ありがとうございます。
なにがおこってたのでしょうか。これから調べてみます。
419:名無しさん＠お腹いっぱい。
05/08/09 16:37:48
ちょっと板違いかもしれないですが。
ブラウザ上のホスト名のリンク(もしくはボタン)をクリックすると、
そのホストに対してのsshクライアントが立ち上がるようなツールを考えているんだけど、
どうやったらできるか教えてください。
windows上のfirefox で、接続先はFreeBSDです。
420:名無しさん＠お腹いっぱい。
05/08/09 16:53:51
ssh://
421:名無しさん＠お腹いっぱい。
05/08/09 19:23:20
>>419
鍵の指定とかどうすんの？
422:名無しさん＠お腹いっぱい。
05/08/09 20:16:50
>>421
それは考えなくてもいいかと、sshクライアントまかせだし。
で、確かにプロトコルはsshだけど実際はssh関係ないし板違いにはまちがいない。
firefoxはわからんけど、Windows作法での登録ならMSDNに載ってるので調べてみましょう。
423:419
05/08/09 20:23:26
板違いすみませんでした。
ssh:// に登録できればよかったんですが、よく分からなかったので、
telnet:// に URLからサーバ名とオプションに変換するラッパーを登録して
sshクライアントを起動することができました。
とりあえず、これで満足。
424:名無しさん＠お腹いっぱい。
05/08/09 23:36:07
delegate面白げ。
URLﾘﾝｸ(www.delegate.org)
425:名無しさん＠お腹いっぱい。
05/08/18 16:42:10
ssh(scp)でファイル転送すると、httpの場合に比べて
何パーセントぐらいオーバーヘッドがあるのでしょうか。
ADSL接続なホストからファイルをgetした時、
間に挟まってるプロキシのせいもあるんだろうけど、
殆ど差がなくて(scpのほうが速い時もあった)、ちと気になったもので。
426:名無しさん＠お腹いっぱい。
05/08/18 17:12:34
>>425
ssh の場合は Compression できる場合もあるしね。
427:名無しさん＠お腹いっぱい。
05/08/18 17:47:42
今ちょっとパケットダンプをしてみたが、
7106003バイトのファイルを転送するときに、
scp(非圧縮)で、7569559バイト、httpで7518479バイトだった。
意外にオーバーヘッド小さいね。
この数字は上り下り全部込みで、鍵の交換などのシーケンスも
含まれてるから、ファイルサイズが大きくなれば、もっと差は縮まると思う。
428:名無しさん＠お腹いっぱい。
05/08/18 18:19:40
測定環境にも大いに依存すると思うけど、傾向はわかるかな。
bzip2 -9 で圧縮された、約30Mbのファイル転送にかかった時間。
Windows PC(PM735) -> Linux PC(VIA C3 533)
winscp SFTP(v3) ... 2:25
winscp SCP ... 2:30
pscp ... 2:27
scp (cygwin) ... 0:39
ftp ... 0:18
winscpって、puttyのコード使ってるんでしたっけ?
なぜこんなに遅い?!
429:名無しさん＠お腹いっぱい。
05/08/18 19:23:57
>>428
使った暗号アルゴリズムも書かないとわからん
430:名無しさん＠お腹いっぱい。
05/08/18 20:12:53
arcfourで転送するのが最速だな。
431:428
05/08/18 20:31:21
arcfour 確かに速いすね
同条件で
scp 3des ... 0:41
scp arcfour ... 0:33
428での winscp の結果は aes でのものでした
でも 3des にしても誤差程度しか変わらなかった…
432:名無しさん＠お腹いっぱい。
05/08/18 21:26:29
scp の時だけ arcfour とかに変更って、どうやったらいいのかな。
433:名無しさん＠お腹いっぱい。
05/08/18 22:22:17
>>432
scp -c arcfour と指定する方法じゃだめなのか?
434:名無しさん＠お腹いっぱい。
05/08/18 22:45:16
> VIA C3 533
ぐらいのマシンになると、それなりにアルゴリズムで変化あるかもね。
ネットワーク帯域的にはどんぐらい差があるんだろうか。
435:名無しさん＠お腹いっぱい。
05/08/19 00:29:21
>>431
Blowfishだとどうよ？
436:名無しさん＠お腹いっぱい。
05/08/19 00:36:19
アルゴリズムでかなりスピードが変わるらしい。Triple-DESって速そうなイメージあったけど･･･。
URLﾘﾝｸ(slashdot.jp)
437:名無しさん＠お腹いっぱい。
05/08/19 02:11:40
当たり前じゃん…
438:名無しさん＠お腹いっぱい。
05/08/19 02:44:43
アルゴリズム変えるなら鍵作りなおさなきゃならんのか。
439:名無しさん＠お腹いっぱい。
05/08/19 09:23:58
>>430-432
パス指定とかメンドイ時は、WinSCP 使って転送してるんだけど、
これは arcfour 設定できないのかな…
440:428
05/08/19 09:53:22
428と同じ条件でもう一回やってみた。
面倒なのでそれぞれ1回しか測定してない。
winscp 3.7.5 (SSH implementation: OpenSSH_3.7.1p2)
blowfish ... 2:23
3des ... 2:25
aes ... 2:23
scp (OpenSSH_4.1p1)
3des ... 00:42
blowfish ... 00:40
arcfour ... 00:36
>>436 ほど結果に差がないのはまあなんか理由付けできそうだけど、
winscp ってほんとにOpenSSHの実装なのかなぁ(^^;
Server/Protocol Informationにはそうでているけど…。
俺がなんか間違ってる気がするが、わからん orz
>>439
今のバージョンではむりぽ。
441:名無しさん＠お腹いっぱい。
05/08/19 11:16:20
opennsslに入ってるx86用のアセンブラのコードを使ってないとかじゃない？
442:名無しさん＠お腹いっぱい。
05/08/19 12:50:03
C3だと中にハードウェアAESアクセラレータ入っててOpenBSDだかOpenSSLだかだと
それを有効活用するんじゃなかったっけか
443:428
05/08/19 13:52:25
すみませんすみませんすみません。
winscpはやっぱり putty 由来のコードですよね。
CVSリポジトリをちょっと覗いてみました。最初から見とけば良かった。
"Server/Protocol Information" に表示されるのは、
サーバで動いてるデーモンのバージョンですよね。
ああ、俺はなにをトチ狂ってしまったのかな(^^;
サーバをきちんとメンテしてないのをばらしてしまっただけだ orz
釣りしてしまってごめんなさいごめんなさい
444:名無しさん＠お腹いっぱい。
05/08/19 18:00:35
WinSCPが変に遅いのはforumとかで指摘されていたな。
あとsshdをURLﾘﾝｸ(www.psc.edu)に入れ替えると速いよ。
445:Debian_User ◆.sd0fJv372
05/08/19 23:44:43
puttyのputtygen.exeを使ってSSH-2 RSA 1024bitにチェックを入れた状態で
Generateをクリックして作成し、上の方に
Public key for pasting in to OpenSSH authorized_keys file:
と表示されている下の枠の文字列を全てコピーして、そして
# vi /home/user/.ssh/authorized_keys
で開いて、 今さっきコピーした内容を全てペースト後、 :wq を実行して
保存してviを終了して、 Key passphrase: と Confirm passphrase: に
pass pass と同じ内容を入れてSave private keyをクリックして private.ppkで保存し、
# /etc/ini.d/ssh restart
# /etc/ini.d/ssh reload
と一応再読み込みしておいて、putty.exeを起動し、認証のところに先ほど作成した
private.ppkを選択し、接続を試みてみましたが
login as: user
Server refused our key
Using keyboard-interactive authentication.
Password:
となってしまい、パスワード認証しかできません。
他には、# ssh-keygen -t rsa を実行して公開鍵と秘密鍵を二つLinux側で作成して
# mv id_rsa.pub .ssh/authorized_keys として WindowsからFTPで秘密鍵（id_rsa)を
asciiモードとbinaryモード両方でダウンロードして（両方試すために)
両方ともputtygen.exeでLoadクリック＞読み込みで読み込みましたが、パスフレーズを
入力しろと言われて正常に読み込めます。正常に読み込んだので、Save private key
をクリックから private.ppk で保存して、それをputtyで読み込みつつサーバに接続しても
Server refused our key となります。binaryモードでFTPダウンロードしたファイルも
asciiモードでFTPダウンロードしたファイルもどっちをputtygen.exeに読み込ませても
結果は同じになります。かれこれ8時間以上Googleで検索したり試行錯誤したりしています。
何が悪いのかイマイチわかりません。どうかお助けを～・・・。
446:名無しさん＠お腹いっぱい。
05/08/20 00:05:47
id_rsa.pubの中を見ればわかると思いますが、
OpenSSHの鍵の表現とPuTTYのそれとは違います。
authorized_keysの中はひとつの鍵に対して１行になっています。
データ自体は共通ですので、適当にテキスト編集すればOKです。
とりあえずssh(1)は読んどきましょう。
$ man 1 ssh
447:Debian_User ◆.sd0fJv372
05/08/20 00:40:23
>>446
適当にテキスト編集するあたりよくわからないのですが・・・。
man 1 ssh は読みましたが、難しい・・・。
ところで、気になったのですが
user@debian:~/.ssh$ /etc/init.d/ssh restart
Could not load host key: /etc/ssh/ssh_host_rsa_key
Could not load host key: /etc/ssh/ssh_host_dsa_key
Disabling protocol version 2. Could not load host key
sshd: no hostkeys available -- exiting.
このメッセージは問題がありますか？rootで実行すると正常にrestartできます。
448:名無しさん＠お腹いっぱい。
05/08/20 00:43:37
>このメッセージは問題がありますか？rootで実行すると正常にrestartできます。
root 以外で restart しようとしてるのか？
449:Debian_User ◆.sd0fJv372
05/08/20 03:05:10
>>448
そうです。できるわけないんですね・・・・。orz
ん～だめだ、どうやっても公開鍵方式での認証ができない。
450:名無しさん＠お腹いっぱい。
05/08/20 05:10:12
ls -l .ssh/authorized_keys
ssh -vvv
451:Debian_User ◆.sd0fJv372
05/08/20 05:48:34
>>450
user@debian:~$ ls -l .ssh/authorized_keys
-rw------- 1 user root 828 Aug 20 00:37 .ssh/authorized_keys
user@debian:~$ ssh -vvv
OpenSSH_3.8.1p1 Debian-8.sarge.4, OpenSSL 0.9.7e 25 Oct 2004
usage: ssh [-1246AaCfghkNnqsTtVvXxY] [-b bind_address] [-c cipher_spec]
[-D port] [-e escape_char] [-F configfile] [-i identity_file]
[-L port:host:hostport] [-l login_name] [-m mac_spec] [-o option]
[-p port] [-R port:host:hostport] [user@]hostname [command]
となりましたが・・・？よくわかりませんですはい。。
公開鍵認証にこれほどまで苦労するとは・・・おかしいなぁ・・・。
Fedora Core1の時はすんなりいけたんだけどなぁ・・・。
452:名無しさん＠お腹いっぱい。
05/08/20 05:53:02
ssh -vvv で繋げてみた時にメッセージ見せろっつってんだ。
過去ログもちゃんと読めよ
453:Debian_User ◆.sd0fJv372
05/08/20 09:48:00
>>452
改行が多すぎると怒られて投稿出来ないので
URLﾘﾝｸ(www.geocities.jp)
をご覧くださいまし。
454:名無しさん＠お腹いっぱい。
05/08/20 11:54:51
それだけ分かりやすく書いてあるのに分からないのか?
Cygwinでもchmodできるからね。
455:Debian_User ◆.sd0fJv372
05/08/20 12:16:31
>>454
いや、わかっていたのですが、chmodしても解決しなかったのでそのまま載せました。
改めて載せます。
URLﾘﾝｸ(www.geocities.jp)
これはLinux側で $ ssh-keygen -b 1024 -t rsa と実行して鍵を生成して
生成されたid_rsaをsftpでWindows側にDLしてそれをCygwinで読み込んでみたものです。
Enter passphrase for key 'id_rsa': と書かれているところで、正しいパスフレーズを
打ってもPassword:とパスワード認証に切り替わってしまいます。
URLﾘﾝｸ(www.geocities.jp)
これは、Linux側で $ ssh-keygen -b 1024 -t rsa と実行して鍵を生成して
生成されたid_rsaをsftpでWindows側にDLして、それをputtygen.exeに読み込み、
Save Private keyボタンをクリックしてPutty独自のフォーマット形式に変換したファイルを
Cygwinで読み込んでみたものです。
Enter passphrase for key 'putty_private.ppk':
Enter passphrase for key 'putty_private.ppk':
Enter passphrase for key 'putty_private.ppk':
3回正しいパスフレーズを打ち込んでもこうなりまして、その後Password:となり
上記同様パスワード認証に切り替わってしまいます。
いずれも成功していません。
456:名無しさん＠お腹いっぱい。
05/08/20 12:30:29
そりゃ失礼
rootで/usr/sbin/ssh -ddd -p 10443とかしてデバッグモードにして、
クライアントでつないでから、ログ見るといいかもよ。(-dddじゃログの
量多すぎるかもしれないけどそのへんは適当に)
457:Debian_User ◆.sd0fJv372
05/08/20 12:49:08
>>456
Debugモード動かしてみましたが、意味がわからないです（汗。
今ちょっとひっかかったのですが、puttyは
puttyjp.exeの日本語版（EUC-JP)で接続していますが、
Debian側は、未だに日本語が表示されない状態でして・・・。
サーバ機を直接操作するときは、ログインしたら
# export LANG=C を実行しなければ文字化けする状態なんですが
puttyjp.exeで接続した場合は、なぜかとりあえず英語の部分が文字化けしません。
ですが、日本語の文字列を入れた瞬間にひどい文字化けが発生します。
この、日本語とかの文字コードの問題によって正常に接続できないのかと思い
puttyjp.exeじゃなくてputty.exe(英語版）で接続してみましたが、やはり同じでしたorz。
Fedora Core1のときはすんなりできたのですが、どうしてDebianだとこんなに苦労するのか
不思議でたまりません。難しいです・・・・。
URLﾘﾝｸ(www.geocities.jp)
どこか設定おかしいのですかね・・・・。
458:名無しさん＠お腹いっぱい。
05/08/20 17:33:32
まず日本語が化ける問題とsshはまったく関係ない。
sshは8bitスルーでデータを送受信するだけで、データ自体には感知しないから。
・システムや環境変数によるLocaleの設定
・コンソールやPuTTYで扱える文字コード
あたりを調べてから、debian・Linuxくだ質・PuTTYスレあたりにいくべし。
459:名無しさん＠お腹いっぱい。
05/08/20 17:54:49
debian スレからきてんのよね。
460:名無しさん＠お腹いっぱい。
05/08/20 17:59:14
>>457
板違いだ。国に帰りたまえ。
461:名無しさん＠お腹いっぱい。
05/08/20 18:48:51
ls -l .ssh/
やってみ。
462:名無しさん＠お腹いっぱい。
05/08/20 18:49:58
>>461
個人情報(ユーザ名)がふくまれているので載せれません。
463:名無しさん＠お腹いっぱい。
05/08/20 18:53:48
>>462
.ssh/のパーミッションが知りたいだけなので、その部分だけどうぞ。
464:名無しさん＠お腹いっぱい。
05/08/20 21:40:06
っていうか何を載せなければ大丈夫なのかも把握していないのか……
465:名無しさん＠お腹いっぱい。
05/08/21 00:26:13
>>463
質問者じゃないけど、
.ssh/のパーミッション知りたいなら、ls -ld .ssh だろ。
466:名無しさん＠お腹いっぱい。
05/08/21 00:48:48
>>465
素でtypoですorz
何で気が付かなかったんだろ・･･。
467:名無しさん＠お腹いっぱい。
05/08/21 01:18:50
その繋ごうとしてるDebianのサーバーはちゃんと公開鍵認証で入れるようになってるの？
468:Debian_User ◆.sd0fJv372
05/08/21 04:29:37
>>458
なるほど、関係ないんですね・・。文字化けに関してはその辺調べないと・・。
>>459
Debianスレから誘導されました。sshに関する質問はDebianスレではスレ違いで
sshの本スレにいけと言われました。
>>462 は私の偽者ですね。私じゃありません。
>>463
>>464
載せることができます。
sidou@debian:~$ ls -ld .ssh/
drwx------ 2 sidou users 4096 Aug 20 14:38 .ssh/
>>467
URLﾘﾝｸ(www.geocities.jp)
これを見て頂ければわかるかと思いますが、
RSAAuthentication yes
PubkeyAuthentication yes
AuthorizedKeysFile%h/.ssh/authorized_keys
となっていますので、公開鍵認証ができるはずです。Fedoraのときはこれで
正常にいけました。
ですがもうかれこれ相当膨大な時間を消費して必死に試行錯誤しましたが
結局公開鍵認証ができなかったので、超長いパスワードで認証することにしました。
469:名無しさん＠お腹いっぱい。
05/08/21 04:37:14
ターミナルで表示したとき
一行に収まらない文字列をコピペすると
行末で勝手に改行することあるよ。
そこら辺調べた？
470:名無しさん＠お腹いっぱい。
05/08/21 04:50:40
そのDebianのサーバーに入ったままで、>>455で作った鍵のid_rsa.pubの内容を
~/.ssh/authorized_keysに入れて
ssh localhost
ではどうなる？
それか~/.ssh/authorized_keysのサイズからしてほかのキーも入ってるみたいだけど
~/.ssh/authorized_keysを名前変えるなりしてどっかに退避しておいてから、
~/.ssh/id_rsa.pubを~/.ssh/authorized_keysにリネームして挑戦したらどう？
それでだめなら試験的に作った奴でいいから~/.ssh/authorized_keysを晒してもらった
方がいいかも…。
471:名無しさん＠お腹いっぱい。
05/08/21 05:06:46
サーバとクライアントでログを出力して、きちんと調べろ。
意味がわからないならわからないところを聞け。
sshの気持ちになってみろ。
472:Debian_User ◆.sd0fJv372
05/08/21 06:07:28
>>469
コピペする方法は何かと失敗しそうな感じ（改行が入ったり。）なので
$ cat id_rsa >> authorized_keys
でコピペせずに行っています。
>>470
sidou@debian:~/.ssh$ ls -ld ../.ssh/
drwx------ 2 sidou users 4096 Aug 21 06:00 ../.ssh/
sidou@debian:~/.ssh$ ls -ld authorized_keys
-rw------- 1 sidou users 242 Aug 21 06:00 authorized_keys
sidou@debian:~/.ssh$ diff id_rsa.pub authorized_keys
sidou@debian:~/.ssh$
sidou@debian:~/.ssh$ ssh -p 443 -i id_rsa
id_rsa id_rsa.pub
sidou@debian:~/.ssh$ ssh -p 443 -i id_rsa localhost
The authenticity of host 'localhost (127.0.0.1)' can't be established.
RSA key fingerprint is 95:c1:a2:65:01:c5:1f:43:a2:67:e7:4b:eb:91:06:4b.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'localhost' (RSA) to the list of known hosts.
Password: ←パスフレーズを入力
Password: sidouのパスワードを入力
Password: ←空白（Enterだけ押した）
sidou@localhost's password: ←ココでsidouのパスワードを入力するとLoginできるが、ただのパスワード認証。
という結果になります。
次の投稿で、.ssh/authorized_keysを晒します。
>>471
すみません・・・なんせLinuxドシロウトなもので・・（汗。
473:Debian_User ◆.sd0fJv372
05/08/21 06:08:49
authorized_keysの中身です。
sidou@debian:~/.ssh$ cat authorized_keys
ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAIEArC6bgRl46TGN73ftqcO3bQAelZzZNkAdbcoQl2ERhN5AFr9Bru6XDjxK2Mz3wOQbeZmFnB/smWurvZNEbYDtjn15bRoswg9oU/OdC2N9cDxIcmK57usq/TnKQs+FodIOD1HPJWqtdASkBegn2l7RRrcbE+PO3PiOXx9QVj3wCAE= sidou@debian.hikarusystem.ddo.jp
sidou@debian:~/.ssh$
問題あるんでしょうか・・・？
474:名無しさん＠お腹いっぱい。
05/08/21 06:22:18
ssh-rsaの後は改行されているのか？
475:Debian_User ◆.sd0fJv372
05/08/21 06:27:15
>>474
改行されていません。全て一行です。メモ帳にコピペして
メモ帳を最大化して閲覧してみるとわかります。（右側で折り返しオプションなしで。）
476:名無しさん＠お腹いっぱい。
05/08/21 07:19:18
>>472
ログを調べようとしないからシロウトのままなんだろ。
まあ好きにすればいいよ。
477:名無しさん＠お腹いっぱい。
05/08/21 07:39:56
「Fedoraの時は大丈夫でした。(私は悪くありません)」
「素人なので」
ばっかりだしな。もう放置でいいよ…
478:Debian_User ◆.sd0fJv372
05/08/21 09:48:47
Debugモードでわからないなりに操作してみた・・・。
WARNING: /etc/ssh/moduli does not exist, using old modulus
Failed none for sidou from 192.168.11.2 port 3912 ssh2
debug3: mm_auth_password: user not authenticated
Failed none for sidou from 192.168.11.2 port 3912 ssh2
debug1: userauth-request for user sidou service ssh-connection method publickey
debug1: attempt 1 failures 1
debug2: input_userauth_request: try method publickey
debug1: test whether pkalg/pkblob are acceptable
debug1: temporarily_use_uid: 1002/100 (e=0/0)
debug1: trying public key file /home/sidou/.ssh/authorized_keys
debug3: secure_filename: checking '/home/sidou/.ssh'
debug3: secure_filename: checking '/home/sidou'
Authentication refused: bad ownership or modes for directory /home/sidou
debug2: userauth_pubkey: authenticated 0 pkalg ssh-rsa
Failed publickey for sidou from 192.168.11.2 port 3912 ssh2
気になるログを抽出してみました。
Authentication refused: bad ownership or modes for directory /home/sidou
が最高に気になります！。
debian:~# ls -ld /home/sidou/
drwxrwxrwx 6 yurie yurie 8192 Aug 20 16:48 /home/sidou/
debian:~# chown sidou /home/sidou/
debian:~# ls -ld /home/sidou/
drwxrwxrwx 6 sidou yurie 8192 Aug 20 16:48 /home/sidou/
debian:~# chmod 700 /home/sidou
とパーミッションを変更して# /etc/ini.d/ssh stop ; /etc/ini.d/ssh start (なぜかrestartじゃできなかった。)とすると
公開鍵認証に成功しました！こんなところではまっていたとは・・トホホ・・なんで全然知らないユーザ(yurie)とかいうのに
なってんだよパーミッション・・。 >>476氏にログを調べないからシロウトのままと言われて
ちょっと頭にきましたが、本当にそうなんだろうと思い、がんばってログを調べた結果がコレです。
私が悪かったです。ログを今度からはしっかり見ようと思います。というかDebugモードの存在を知らなかった・・・orz。
479:Debian_User ◆.sd0fJv372
05/08/21 09:52:19
>>478
>とパーミッションを変更して# /etc/ini.d/ssh stop ; /etc/ini.d/ssh start (なぜかrestartじゃできなかった。)とすると
これ間違い。正しくは
/etc/init.d/ssh ね・・・。 でもなぜrestartじゃ反映されなかったんだろ。
stopじゃなきゃ反映されなかった。公開鍵認証ができるようになって本当にうれしいです。
何時間苦労したことか・・・苦労した甲斐がありました！
皆様大変ありがとうございました！。
480:名無しさん＠お腹いっぱい。
05/08/21 10:15:43
マルチの相手すんなよ。
481:名無しさん＠お腹いっぱい。
05/08/21 10:29:35
というかdebianで
chmod 755 ~
しとけ。
なんで777なんだ？
482:名無しさん＠お腹いっぱい。
05/08/21 11:24:24
>>478
/home/sidouの所有グループがyurieのままになってる予感。
chown sidou:users /home/sidou
やっとけ。
483:Debian_User ◆.sd0fJv372
05/08/21 11:37:44
>>482
あ、ログには書きませんでしたが、きちんと実行しています。ありがとうございます。
でも、実際にやったのは
# chown sidou /home/sidou
# chgrp users /home/sidou
でしたが。chown sidou:usersで一気に変更できるのは知りませんでした。
>>481
？
484:名無しさん＠お腹いっぱい。
05/08/21 11:41:49
>>>481
>？
ダメだこりゃ
「drwxr-xr-x」にしろってことだよ。
485:Debian_User ◆.sd0fJv372
05/08/21 11:58:14
>>484
いや、それはわかりますが、どこのディレクトリを？
# chmod 755 ~
$ chmod 755 ~
の二通り考えられますが、前者は /root/ を755に
後者は /home/sidou/ を755にすることになりますよね？
どこを755にしろと言ってるのかわからなかったので 「？」とレスしました。
486:名無しさん＠お腹いっぱい。
05/08/21 12:27:09
両方だ
487:名無しさん＠お腹いっぱい。
05/08/21 22:35:00
yurie からクラック♪
488:Debian_User ◆.sd0fJv372
05/08/21 22:48:39
>>487
ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ
489:名無しさん＠お腹いっぱい。
05/08/21 23:13:29
group も yurie になってるけどいいのか？
490:名無しさん＠お腹いっぱい。
05/08/22 08:16:40
っていうか/rootも777だったのかよ。
呆れ返るな。
491:名無しさん＠お腹いっぱい。
05/08/22 08:17:56
もう一回聞くけど、なんで777だったの？
492:名無しさん＠お腹いっぱい。
05/08/22 08:33:42
なんつーか、センスないよな。
493:名無しさん＠お腹いっぱい。
05/08/22 11:52:40
>>491
has cracked
494:名無しさん＠お腹いっぱい。
05/08/22 12:07:30
$ ssh -L 21:ftp.hogehoge:21
とかのコマンドを実行して、
ftp>o localhost 21
を実行すると、hogehoegの21番に接続できますが、
例えば制限された職場等の環境から、アクセス規制がかかっているサイトを開くためには
どういうコマンドを実行すればいいですか？
$ ssh -L 80:目的のサイトドメイン名:80
だと、ブラウザに URLﾘﾝｸ(localhost:80)
と打てば確かにそのサイトを開くことができるでしょうが、開いた後、
そのサイトからリンクをめぐっていく場合に、リンクをクリックした瞬間から
アクセス規制が働きそうな気がします。その後のリンクにおいても正常にアクセスできるように
フォワードするにはどうすればいいのでしょうか？ご教授よろしくお願いします。
495:名無しさん＠お腹いっぱい。
05/08/22 12:15:03
入門SSH買ってきてSocksの項目読んでろ
496:名無しさん＠お腹いっぱい。
05/08/22 12:16:20
踏み台にしてるsshホストにHTTP-proxyでも建てたら？
497:名無しさん＠お腹いっぱい。
05/08/22 12:21:30
アクセス規制がかかっているサイトを開きたいのですが、と
職場の管理者に相談する。
498:名無しさん＠お腹いっぱい。
05/08/22 12:23:49
ssh -Dでsocksにすりゃいいじゃん。
sshが出来る時点で何でも出来るのに等しいから、システム管理者はportを塞いでいないのか？
499:名無しさん＠お腹いっぱい。
05/08/23 02:18:54
「ssh空いてるじゃん？な～んだ何してもいいんだ」
と思って家の鯖にトンネル掘ってvpn張って家のマシンにnfs mountとかして会社の
マイマシンの環境構築に勤しんでいたら、ある日ネト管の人に怒られた漏れが来ましたよ。
500:名無しさん＠お腹いっぱい。
05/08/23 04:03:27
ssh -Dを教えていただき、ありがとうございました。
システム管理者は22番はふさいでいます。
なので、通常はssh接続できませんが、
http(80),https(443)は開放しています。
この番号は、 URLﾘﾝｸ(*.html)<) を開くときに必要でしょ？
なので、これを利用しています。
つまり、80番で自宅にsshサーバを立てると通信内容が漏れて（sshのヘッダがばれて）
はじかれますが、httpsだと、sshのヘッダが入っていても、その内容にProxyは感知
しません。なので、ssh -p 443で接続することによって、ポーと塞ぎを回避しています。
501:名無しさん＠お腹いっぱい。
05/08/23 04:13:22
ssh -Dについて、詳細に解説しているサイトを教えてください。
Googleで ssh -Dと検索しましたが、これだと
"D"と言う文字列を除いてsshを検索（not オプション)になってしまい、まともに
検索できません。
贅沢を言うとなるべくなら画像付で開設しているサイトとか。。。まぁ
画像なくて文章だけでもかまいませんので、よろしくお願いします。
502:名無しさん＠お腹いっぱい。
05/08/23 06:50:48
manとソース読め
503:名無しさん＠お腹いっぱい。
05/08/23 12:36:30
>>500
ふさいでる、ってことはやっちゃいけないんだと思うよ。
443を開けているのは何やってもいいわけじゃないでしょう。
システム管理者に談判するのが筋。
504:名無しさん＠お腹いっぱい。
05/08/23 12:55:31
ちなみにどういう理由で怒られるの？
505:名無しさん＠お腹いっぱい。
05/08/23 13:14:09
そりゃ情報漏洩になるだRO!とかそのへん。
そうでなくても、何かあった時に疑わう罠。
管理者に直談判して許すぐらいなら、まー、はじめから空けてるね。
506:名無しさん＠お腹いっぱい。
05/08/23 19:12:18
>>500
悪いことは言わん、やめておけ。
業務上必要なら、担当者に相談しろ。
業務上不要なら、クビを覚悟で。
まともなとこなら定期的(/リアルタイム)でトラフィックパターンをチェックしてます。特定サイトへのトラフィックが増えれば、最低でも 1 ヶ月以内に分かりますよ。
507:名無しさん＠お腹いっぱい。
05/08/23 23:50:28
sniffすればsshのトラフィックとhttpsのトラフィックは一目で判別できるのでそこんとこよろしく。
508:名無しさん＠お腹いっぱい。
05/08/24 00:26:55
stoneでもかましとけば？
509:名無しさん＠お腹いっぱい。
05/08/24 10:28:08
中小に「まともなとこ」なんてないよ
510:名無しさん＠お腹いっぱい。
05/08/26 20:42:21
みんなに質問。
sshを会社や学校で使ってる人・ローカルな仲間内で使ってる人さまざまだと思うけど、
使ってるバージョンは？
もし、いつも最新版を使ってるなら、リリースがあってからどれぐらいでVer．upしてる？
511:名無しさん＠お腹いっぱい。
05/08/26 21:07:25
>>510
ftpサイトに起かれた時点でインスートールしてる。
もちろんリリース前
512:名無しさん＠お腹いっぱい。
05/08/26 21:57:40
当然、CVSのHEAD追っかけ。
513:名無しさん＠お腹いっぱい。
05/08/26 22:13:28
$ ssh2 -V
ssh: SSH Secure Shell 3.2.9.1 (non-commercial version) on **********
$ ssh1 -V
SSH Version 1.2.33 [**********], protocol version 1.5.
Standard version. Does not use RSAREF.
514:名無しさん＠お腹いっぱい。
05/08/26 22:51:21
>>510
Vineのパッケージに追従。
515:510
05/08/27 23:29:26
>511->514
なるほどねぇ。皆さんありがとう。
紹介が遅れましたが、うちは自宅と実家（隣町なんだけどね）でファイルのやりとりしてるんですが、
ここで「ｷﾀー」ってのがあってから最新にしてます。
だけど、やっぱりパッケージから入れてる人は >514さんみたいになるのかな？
おそらく多数派はこのあたりなんでしょうか？
とりあえず答えてくれた皆さんありがとう。参考になりました。
516:名無しさん＠お腹いっぱい。
05/08/31 02:01:21
FreeBSDにOpenSSH 4.1p1を入れたいのでOpenSSL 0.9.8を入れようとしたらエラーorz
OpenSSLで前もって入れておくもの(依存関係)とかありますか?
また、OpenSSHでOpenSSL以外に必要なものがあれば教えてください
517:516
05/08/31 02:05:09
エラーが出てたのはOpenSSHだった
configureでIf you are in doubt, upgrade zlib to version 1.2.1.2 or greater.が発生。
zlib-1.2.3いれてるのに--without-zlib-version-checkしないと( ﾟДﾟ)ﾏｽﾞｰかな
518:名無しさん＠お腹いっぱい。
05/08/31 13:08:12
send-prしとけよ。ＦＲＥＥ ＢＳＤユーザーはこんなんばっかなのか？
519:名無しさん＠お腹いっぱい。
05/08/31 17:27:37
>>518
「わざと全角にした」に一票
520:名無しさん＠お腹いっぱい。
05/09/01 06:23:44
>516
えーと当然だけどportsから入れようとしているんだよね？
521:名無しさん＠お腹いっぱい。
05/09/01 23:11:53
>516
どんなエラーが出たの？
ソースからビルドしたの？
zlibは？
そんなあなたに
URLﾘﾝｸ(www.openssh.com)
あと、FreeBSDのバージョン&gccのバージョンなども書くといいんじゃない？
522:名無しさん＠お腹いっぱい。
05/09/01 23:13:43
>>521
-CURRENT使っている方に10000ペリカ。
523:名無しさん＠お腹いっぱい。
05/09/02 00:47:05
4.2p1ｷﾀｷﾀｷﾀｷﾀ━━(ﾟ∀ﾟ≡(ﾟ∀ﾟ≡ﾟ∀ﾟ)≡ﾟ∀ﾟ)━━!!
URLﾘﾝｸ(marc.theaimsgroup.com)
524:521
05/09/02 23:11:26
>522
じゃあ、あっしはSTABLEに500ドラクマ
525:510
05/09/02 23:14:16
>523
さぁ、ソースとって来てbuildするか。
526:名無しさん＠お腹いっぱい。
05/09/03 02:38:35
eval `ssh-agent -k` をし忘れたときの最悪の場合の被害をお教え下さい。
527:名無しさん＠お腹いっぱい。
05/09/03 02:51:16
人類滅亡
528:名無しさん＠お腹いっぱい。
05/09/03 04:05:37
>>527
それなら問題なしです
529:名無しさん＠お腹いっぱい。
05/09/03 04:11:50
勃起不全
530:名無しさん＠お腹いっぱい。
05/09/03 04:40:28
>>529
そりゃ大問題です
531:名無しさん＠お腹いっぱい。
05/09/03 23:29:32
ライセンスがGPLに強制変更
532:名無しさん＠お腹いっぱい。
05/09/04 01:35:45
性欲とプロセスを持て余す。
533:名無しさん＠お腹いっぱい。
05/09/08 11:19:08
2005-09-08 未明
04:30 - 05:30 JST くらいの間に
急に例の SSH へのアタックが増えた。
俺んとこは平均 2-5回/日 だけど、
今回は１時間に 12回 だよ。
お前らはどうでしたか？
534:名無しさん＠お腹いっぱい。
05/09/08 11:36:39
>>533
同じものかどうかわかりませんが、うちにも定期的にきますね。
>俺んとこは平均 2-5回/日 だけど、
>今回は１時間に 12回 だよ。
うちに来るやつは2,3秒置きに10分くらいアタックされるです。こんな↓感じ。
Aug 31 17:52:55 host sshd[18418]: Invalid user amanda from 72.9.233.145
Aug 31 17:52:57 host sshd[16951]: Invalid user iris from 72.9.233.145
Aug 31 17:52:59 host sshd[16922]: Invalid user bonnie from 72.9.233.145
Aug 31 17:53:02 host sshd[18006]: Invalid user sparky from 72.9.233.145
Aug 31 17:53:04 host sshd[17145]: Invalid user clasic from 72.9.233.145
Aug 31 17:53:06 host sshd[17136]: Invalid user jamy from 72.9.233.145
こんな感じでユーザ名変えて何度も何度も…
実害がないとはいえ、ちょっとむかつきますね…。
こういうのって何とかならないもんなんでしょうか。
535:533
05/09/08 11:46:53
>>534
俺は syslog を検知して、Invalid user だったら、
当該 IP を hosts.deny に追加するシェルを動かしている。
なので２回目以降はその時点でブロック。
と同時に whois で引いたものメールで飛ばしている。
ケータイへの飛ばしているから、今朝起きたら、ウツになった。
まぁ、公開鍵認証を使うのが本来なんだろうけど…
536:名無しさん＠お腹いっぱい。
05/09/08 11:50:19
別ポートで上げれば減るらしい。
537:533
05/09/08 12:04:56
>>536
まぁ、そうなんだけどね。
研究というか、情報収集というか、仲間内へのアナウンスもあるし…
かといって、ハニーポットを構築するまでもないし（つーか、判らん）
今回は KR, CN だけでなく、JP(OCN) からが半分くらいだったよ。
538:名無しさん＠お腹いっぱい。
05/09/08 13:25:40
ウィンから使える良いクリアン教えてくれ
539:名無しさん＠お腹いっぱい。
05/09/08 13:34:39 BE:9641322-#
仮想端末から ssh でリモートホストにログインしたあと、
仮想端末の大きさを変えたとき、リモートホストの
プロセスからはその事を知る方法はありますか？
ssh でログインした先で emacs -nw して作業しているのですが、
仮想端末のサイズを変更しても emacs はそれに追随してくれません。
ssh クライアント側での画面サイズの変更に伴って、
ssh サーバ側で SIGWINCH シグナルが発行されてないってことですか？
540:名無しさん＠お腹いっぱい。
05/09/08 14:37:20
>>539
sshで、login先でviを起動し、ローカルのウィンドウをリサイズすると、
viもちゃんと追従するので、 SIGWINCH はエミットされてると思われ。
emacsの問題じゃないの?
541:名無しさん＠お腹いっぱい。
05/09/08 16:28:37
>>538
URLﾘﾝｸ(www.google.co.jp)
542:名無しさん＠お腹いっぱい。
05/09/08 18:54:14
URLﾘﾝｸ(homepage3.nifty.com)
にクリアンは英語で言うクライアントで、とある。
>>538はフランスかぶれといえよう。
543:名無しさん＠お腹いっぱい。
05/09/08 19:28:25
わざわざ英語で言い直すのはイギリスかぶれ
544:名無しさん＠お腹いっぱい。
05/09/08 19:42:43
じゃあこれからはsshというのはやめて日本語の呼び名で
545:名無しさん＠お腹いっぱい。
05/09/08 19:47:00
secure shell=締めつける貝
546:名無しさん＠お腹いっぱい。
05/09/08 20:11:17
とりあえず、hosts.denyで.jpと必要なら.bbtec.net以外からを蹴って、
鍵認証必須にしておけば、OpenSSHに穴が見つからない限り
安全に運用できるんジャマイカ。
547:名無しさん＠お腹いっぱい。
05/09/09 23:59:28
.>545
俺なら「暗号化通信手順」だなぁ。
締めつける貝って聞いてﾎﾀﾃのﾋﾓを思い出しちゃったよ。
あ～ｷﾁｬﾅｲ
548:名無しさん＠お腹いっぱい。
05/09/10 00:53:05
poderosa使ってたらいきなり落ちて接続不能に陥ったんですが
これは何が原因なんでしょうか?
接続しようとするとユーザ認証に失敗しましたと表示されます。
ググってみてもそれらしいページが見当たりません。
549:名無しさん＠お腹いっぱい。
05/09/10 09:35:26
>>547
>締めつける貝って聞いてﾎﾀﾃのﾋﾓを思い出しちゃったよ。
オレは嫁さんを思い浮かべた。
550:名無しさん＠お腹いっぱい。
05/09/10 10:58:16
>>549
嫁自慢か。
551:名無しさん＠そうだ選挙に行こう
05/09/10 21:26:29
首絞められてんじゃないか
財布奪われて
552:名無しさん＠そうだ選挙に行こう
05/09/11 12:22:09
>>551
でも、貝だしなぁ
普通はそこから締め付けるのは下の口を想像すると思う
確かに貝から貨幣を連想し財布に結びつけることもありえるけど
ちょっとまわりくどいかな
553:名無しさん＠お腹いっぱい。
05/09/12 10:26:03
SSHで、sftpでローカルにコピーしたいんですが、
Couldn't get handle: Failure
とどて蹴られます。
一応ぐぐったのですがでてきませんでした。
ご教授お願いいたします
554:名無しさん＠お腹いっぱい。
05/09/12 16:05:32
sshでログインする際にパスワードの入力まで行くのですが、そのさきうんともすんとも言わないのですが、何がいけないのでしょうか？
555:名無しさん＠お腹いっぱい。
05/09/12 16:23:14
オーせんてぃけいしょんがいけてない
556:名無しさん＠お腹いっぱい。
05/09/12 16:27:07
パスワード打っても ****** とか出ませんとかそういうネタか？
557:名無しさん＠お腹いっぱい。
05/09/13 10:44:52
パスワード打ったとき、******と出るパッチは無いのかな
558:名無しさん＠お腹いっぱい。
05/09/13 11:17:40
>>557
ソースを修正せずに済ます方法。
方法1:
あらかじめttyコマンドでtty名(/dev/pts/5とか)を調べておき、
パスワード入力プロンプトが出ている時、
stty echo < /dev/pts/5
を実行するようなラッパースクリプトを書く。
するとパスワードがエコーバックされる。
(***)ではないが。
方法2:
getpw()関数を横取りするようなlibXX.soを作り、
LD_PRELOADでロードする。
559:名無しさん＠お腹いっぱい。
05/09/13 11:28:29
で、>>554 はどこ行った?
560:名無しさん＠お腹いっぱい。
05/09/13 13:23:23
>>558
（ﾟ∀ﾟ）ｻﾝｸｽｺ
getpwを横取りするよ
561:名無しさん＠お腹いっぱい。
05/09/13 15:14:13
昔の ssh は setuid されてたようなおぼろげな記憶が。
この場合 LD_PRELOAD は効かんね。今は関係ないけどさ。
562:名無しさん＠お腹いっぱい。
05/09/13 16:24:16
getpwではなくgetpass(3)では？
でもgetpassは入力長さが環境によってまちまちだから。
sshはgetpass(3)使わずに自前で同等関数作って使ってるぞ。
563:名無しさん＠お腹いっぱい。
05/09/15 19:29:55
SSH接続について質問させてください。
Linux対してにssh2による接続をしていたのですが
ユーザのpasswordがexpireしている状態で接続すると、
クライアントプログラムによって異なる動作をします。
cygwin,putty：パスワードの変更を要求される
TTSSH：パスワード情報が変更されたというメッセージが表示される
このような動作の違いが現れる原因について調べております。
少なくとも、原因がopensshとTTSSHのどちらにあるかをはっきりさせたいのですが、
何かお分かりになる方がいらっしゃいましたら情報をいただけないでしょうか。
使用しているプログラム、opensshのバージョンは以下の様になっています。
また、Linuxでのユーザ管理はLDAP、sshはPAMで認証しています。
Linux(SUSE9)：openssh-3.8p1-37.17
cygwin：openssh-4.1p1-2
TTSSH：teraterum_utf8_414
putty：0.58
564:名無しさん＠お腹いっぱい。
05/09/15 22:41:53
TTSSHはお勧めできない。SSH1しか使えないからね。
565:名無しさん＠お腹いっぱい。
05/09/15 22:58:59
ちゃんとしらべてからかこうね。
566:名無しさん＠お腹いっぱい。
05/09/15 23:26:23
ちゃんとしらべてからかおうね。
567:名無しさん＠お腹いっぱい。
05/09/16 01:45:49
ちゃんとしらべてからやろうね。
568:名無しさん＠お腹いっぱい。
05/09/16 01:58:47
ちゃんとしらべてからまぐわろうね。
569:名無しさん＠お腹いっぱい。
05/09/16 02:49:25
ちゃんとしらべてからまぐろくおうね。
570:名無しさん＠お腹いっぱい。
05/09/16 02:59:40
もういいよ。
571:名無しさん＠お腹いっぱい。
05/09/16 03:13:14
毛利名人よ。
572:563
05/09/16 10:57:50
なんだかボロカスに言われているようですが、ちょっと確認させてください。
・使用したTeraterm proは「UTF-8 TeraTerm Pro with TTSSH2」なので、SSH2に対応しているはず
・｢New connection｣で｢Service:SSH｣、｢SSH version:SSH2｣を選択
・サーバ側のsshd_configでProtocol 2 を指定
・/var/log/messages のAcceptメッセージでssh2と表示されている
以上の理由でSSH2による接続はできていると思うのですが、見落としているところがありましたら
お教え願います。
573:名無しさん＠お腹いっぱい。
05/09/16 12:22:53
>>563
ボロカスには言われて無いだろ。
>>564が無知を晒して突っ込まれてただけ。
俺もTTSSHでssh2接続してるよ。
で、本題の方は、俺はLinux使ってないしそういう
システムに出会ったことが無いのでわかんないや。
俺が使ってるシステムでは、一般ユーザの/etc/passwdの
パスワードはつぶしてあって、パスワード認証は
ローカルでもできないから…。
574:名無しさん＠お腹いっぱい。
05/09/16 22:48:58
>>563
opensshのsshクライアント使って、サーバ-クライアント間のやり取りぐらい自分で調べたら？
575:名無しさん＠お腹いっぱい。
05/09/16 23:05:32
>>563 がアホの子だった場合に備えて、懇切丁寧に説明してやると
>cygwin,putty：パスワードの変更を要求される
なんて場合があるのは、パスワードの変更を「サーバが要求する」ようなメッセージが流れているはず。
!!これが分からなければ、ｵﾏｲはアホの子!!
よって、cygwin opensshをhigher debug levelで動かして、解析しろ。
自分で調べるなら、IETF Draftsでそのメッセージの存在を調べれば良いし、
分からなけりゃ、調べた経緯をまとめ上げた上で、初めて人に聞くべき。
576:名無しさん＠お腹いっぱい。
05/09/19 11:09:54
A と B の PC があります。
A で ssh-keygen を行ない鍵を作成しました。
A で cat id_dsa.pub > authorized_keys を実行しました。
A から B に id_dsa, id_dsa.pub, authorized_keys をコピーしました。
Keychain を使い A から B に入る時は最初の一回だけ id_dsa に対するパスワードを聞かれます。
しかし B から A に入る時は毎回 id_dsa に対するパスワードを聞かれます。
両者の /etc/ssh/sshd_config は全く同じ内容です。
B 側の Keychain がうまくいってないように思えます。しかし両者の設定は全く同じです。
何処がおかしいか分かりますか？何かしら根本的な間違いがあるでしょうか？
577:名無しさん＠お腹いっぱい。
05/09/19 16:51:59
keychain じゃなくって ssh-agent でやってみたら?
それでうまくいくのだったら keychain の問題なのでは。
578:名無しさん＠お腹いっぱい。
05/09/19 18:55:40
>>577
ssh-agent だといけました。
579:名無しさん＠お腹いっぱい。
05/09/21 11:20:24
以前は問題なかったのですが、圧縮転送をオンにして接続しようとすると
Algorithm negotiation failed
というエラーが出て接続できなくなってしまいました。圧縮転送をオフにすれば
今でも接続できます。どうしたらこのエラーを消せるのでしょうか？よろしくお願いします。
580:名無しさん＠お腹いっぱい。
05/09/21 11:26:48
>>579
そのメッセイジそのものだと思うんだけど？
581:579
05/09/21 11:28:55
>>580
サーバ側が圧縮転送に対応していないということだと思うのですが、その設定はどこでやればよいのでしょうか？
582:名無しさん＠お腹いっぱい。
05/09/21 11:31:29
>>579
sshd_config:
Compression yes
のことか?
>>580
さすがにそれくらいは解ってるだろ。答えたくないならレスするなよ。
583:名無しさん＠お腹いっぱい。
05/09/21 20:23:00
OpenSSH 4.2のリリースノートにこう書いてある。
---
- Added a new compression method that delays the start of zlib
compression until the user has been authenticated successfully.
The new method ("Compression delayed") is on by default in the
server. This eliminates the risk of any zlib vulnerability
leading to a compromise of the server from unauthenticated users.
NB. Older OpenSSH (<3.5) versions have a bug that will cause them
to refuse to connect to any server that does not offer compression
when the client has compression requested. Since the new "delayed"
server mode isn't supported by these older clients, they will
refuse to connect to a new server unless compression is disabled
(on the client end) or the original compression method is enabled
on the server ("Compression yes" in sshd_config)
---
クライアント側がOpenSSHの3.5より前のバージョンじゃないか?
584:名無しさん＠お腹いっぱい。
05/09/21 23:32:01
sshdを起動しようとしてもできず
ログには
Sep 21 22:55:48 6151 sshd[73]: error: Bind to port 22 on 0.0.0.0 failed: Address already in use.
Sep 21 22:55:48 6151 sshd[73]: fatal: Cannot bind any address.
と、残っています(6151はホスト名です)
何が悪いのでしょうか？
585:ヽ(´ー`)ノ ◆.ogCuANUcE
05/09/21 23:38:29
>>584
> Bind to port 22 on 0.0.0.0 failed: Address already in use.
> Cannot bind any address.
586:名無しさん＠お腹いっぱい。
05/09/21 23:56:04
>>583
問題はそれでした。
クライアント側にこれ
URLﾘﾝｸ(www.ssh.com)
を使っていたのが問題だったようです。
とりあえずは、サーバ側の設定のdelayedをyesにして対処したいと思います。
587:584
05/09/22 01:32:51
>>585
すいません
bindが0.0.0.0の22番ポートを失敗しました: アドレスが使われています
と言うような感じだと思うのですが
検索などしましたが、どのように解決できるかわかりません
すいませんが教えていただけ無いでしょうか？
よろしくおねがいします
また、sshdは起動できていたみたいです
すいませんでした
588:名無しさん＠お腹いっぱい。
05/09/22 02:09:58
>>587
→ 22番ポートへのbindに失敗しました。
で、「起動できていたみたい」じゃなくて、「起動しているのに
また起動しようとするからエラーが出ていた」んだよ。
# 眠ぃ...
589:584
05/09/22 02:16:46
>>588
すいません
ありがとうございました
590:名無しさん＠お腹いっぱい。
05/09/30 23:17:20
急に今まで繋がっていたSSHが突如先日繋がらなくなりました。
もちろん設定は一切変更してません。でも何故か一般ユーザーはログインできるようなんです。
ちなみに認証は公開鍵式で試しに設定でパスワード認証も許可してみましたがその問題のユーザーはログインできませんでした。
ちなみに問題のユーザーと言うのはrootのことです。
root以外の一般権限のユーザーはログインできますがrootのみ急に出来なくなってしまいました。
ログを参照してみると下の様なものが記されていたのですがどうすればよいのかご伝授お願いします。
Sep 30 23:05:03 sv crond(pam_unix)[6292]: session closed for user root
Sep 30 23:10:01 sv crond(pam_unix)[7237]: session opened for user root by (uid=0)
Sep 30 23:10:01 sv crond(pam_unix)[7240]: session opened for user root by (uid=0)
Sep 30 23:10:01 sv crond(pam_unix)[7237]: session closed for user root
591:名無しさん＠お腹いっぱい。
05/09/30 23:59:39
root で入れるようにしとくなよ。
592:名無しさん＠お腹いっぱい。
05/10/01 05:50:59
>>590
> ログを参照してみると下の様なものが記されていたのですがどうすればよいのかご伝授お願いします。
マジレスすると root でログインするのをやめる。
593:名無しさん＠お腹いっぱい。
05/10/01 06:16:10
このスレの連中はログの見方も知らんのか。
そのログは、クーロンがroot権限で実行されたときのログだ。
sshには何も関係ないし。
594:名無しさん＠お腹いっぱい。
05/10/01 10:18:13
わろす
595:名無しさん＠お腹いっぱい。
05/10/01 12:56:03
ぇ、このログ関係なかったんですか(´･ω･`)
言われてみればよく見るとこれが5分間隔で延々並んでましたからSNMP関係のかもしれませんでした；
どうもお騒がせしました（；
ちなみにこの問題の鯖は仲間内で使うターミナルサーバ的な感じだったのでrootを許可してましたがやっぱりそれでもrootは×の方が良かったかもですね
一応今は権限を持たせた一般ユーザーからsuでrootになるようにしてます。
ところで、認証はパスワードも許可してるのですがそれもやめるべきでしょうか。
テンプレには暗号化されてると書かれてますしいいかなぁと思っているのですが（汗
596:名無しさん＠お腹いっぱい。
05/10/01 13:29:11
>>595
よしあし。
パスワードは総当たりだの推測だのに弱い。盗聴にも多少弱い。
鍵は秘密鍵の盗難に弱い。
597:名無しさん＠お腹いっぱい。
05/10/01 15:48:50
>>595
鍵認証はMan-in-the-middle攻撃に強い。総当たり攻撃や推測は事実上不可能。
鍵の管理さえしっかりしていれば（パスフレーズさえ漏らさなければ）
PAMよりずっとセキュア。
それと、複数人で管理している場合、suはお勧めできない。
操作が記録に残るsudoを使うべし。
598:名無しさん＠お腹いっぱい。
05/10/05 07:58:08
VNCをフォワーディングして使用したいのですが、
sshログインは出来ますが、ポートフォワーディングが出来ません。
家でプライベートネットワーク内だと出来るのですが、外からだと出来ません。何か設定はございますでしょうか？
因みにクライアントはteraterm-utf8です。
ルーターはかんでるけどsshログインは出来てるから関係ない??
599:名無しさん＠お腹いっぱい。
05/10/05 10:08:57
>>598
VNCサーバー側のログと設定の確認はした？
VNCの実装にもよるけど、(通常意味のない)localhostからの接続を制限しているものがあるよ。
とりあえずポートフォワーディングが問題だとかんがえているなら、
他のアプリ(ポート)で試してみるとかやんないと。
600:名無しさん＠お腹いっぱい。
05/10/05 13:28:19
>>599
一応apacheでも試したんですが、ダメでした。URLﾘﾝｸ(localhst)<)では見えるんですが。
最初に書いたとおり、プライベートネットワーク内からのフォワードは出来てるので、localhostは拒否してないと思うのですが。
601:名無しさん＠お腹いっぱい。
05/10/05 13:30:02
あっ、URLﾘﾝｸ(localhost)てのはもちろんssh鯖のpcからです。
602:名無しさん＠お腹いっぱい。
05/10/05 14:25:26
具体的に！
603:名無しさん＠お腹いっぱい。
05/10/05 20:14:55
思う、じゃなくって、telnet localhost 80 でもなんでもいいからやれ。
個人的推理では loopback でしくってるだけ。
604:名無しさん＠お腹いっぱい。
05/10/05 20:20:11
> localhostは拒否してないと思うのですが
> 思うのですが
605:名無しさん＠お腹いっぱい。
05/10/05 20:59:00
>>603 すいません。。telnet localhost 80 は問題なく接続出来ました。。
606:名無しさん＠お腹いっぱい。
05/10/05 21:00:58
ネタだよネタ。ﾇﾙｰしろ。
607:名無しさん＠お腹いっぱい。
05/10/06 12:19:24
パスワードを入力しないでログインできるようにするにはどの方法がよいのでしょうか？
608:名無しさん＠お腹いっぱい。
05/10/06 14:18:30
環境による。
609:名無しさん＠お腹いっぱい。
05/10/06 23:59:16
>>607
鍵認証。
610:名無しさん＠お腹いっぱい。
05/10/07 00:10:53
それにしても一度はパスフレーズを入力するんだけどね。
どっちみち。
だけどパスワード認証よりも、公開鍵認証のが安全らしいよ。
御安全に。
611:名無しさん＠お腹いっぱい。
05/10/07 00:52:26
空パスフレーズ
612:名無しさん＠お腹いっぱい。
05/10/07 09:15:42
>>610
鍵認証時のパスフレーズなんておまけみたいな物。
あってもなくても大して変わらん。
秘密鍵さえ確実に保存しておけば。
613:名無しさん＠お腹いっぱい。
05/10/07 09:21:43
鍵のパス空にしてるけどやばいかな?
614:名無しさん＠お腹いっぱい。
05/10/07 09:29:07
レスを読めない人
615:ヽ(´ー`)ノ ◆.ogCuANUcE
05/10/07 09:32:23
ssh-agent とか。
パスフレーズより、鍵の bit 長の方が重要なんじゃなかったっけ？
むしろ、パスフレーズの入力無しでログインするってことは、PC を放置してて
誰かに勝手にログインされても分からないということなので、そこは気を付け
た方が良いね。そういう意味では、パスフレーズがあった方が気休めにはなる。
616:610
05/10/08 20:08:46
俺は>615の言うとおりと思ってる。
あと仮に公開鍵を盗まれても、もう一つパスフレーズという鍵みたいなもんがあるから、
クラックするのにもう一手間かかるもんね。まぁ無いよりはましって事で。
>613
やっぱり簡単にログインできる魅力と
クラックされてどれぐらい困るかの問題じゃないかなぁ?
にしてもパスフレーズつければ完璧って事ではないけどね。
#パスフレーズは俺の自己満足なのかなぁ?
617:名無しさん＠お腹いっぱい。
05/10/09 01:40:20
自動化処理でいろいろ面倒なのでパスフレーズは無しにしてる。
618:名無しさん＠お腹いっぱい。
05/10/09 02:05:33
>>616
公開鍵は盗まれても問題ない
619:名無しさん＠お腹いっぱい。
05/10/13 00:06:20
>>607
Kerberos使う。
ログインもKerberosでやって、そのとき発行されたチケットでsshに突撃。
SSOって奴だ。
620:名無しさん＠お腹いっぱい。
05/10/19 02:19:57
SSHのブルートフォースが毎日毎日続くので対策を検討しています。
簡単な対処法などあったら教えてください。
OSはRed Hat Linux 9。openssh-3.5p1-11.2.legacy。openssl-0.9.7a-20.4.legacyです。
一定回数以上の接続リトライで通信を遮断とか、
リトライ間隔の調整が、容易に行えるrpmパッケージがあると最高なのですが。
621:名無しさん＠お腹いっぱい。
05/10/19 02:21:42
syslogをパイプで受けてファイアウォールのフィルタをon/offするツールでも
作れば簡単にできそうだけど。
622:名無しさん＠お腹いっぱい。
05/10/19 02:31:59
>>621
> syslogをパイプで受けてファイアウォールのフィルタをon/offするツールでも
> 作れば簡単にできそうだけど。
ブルートフォースはrootユーザーから始まるようなので、syslogのAuthを
パイプで受けとって、rootのログインの試みを検出した時点から、
ポートを一定時間閉じるスクリプトを書けばいいんだけど・・・
・・・作るのがメンドイのですよ。
ポートノッキングをrpmパッケージで導入した方が簡単ですかねぇ。
623:名無しさん＠お腹いっぱい。
05/10/19 02:38:30
メンドイってあんた、そんな何時間もかかるものじゃあるまいし……。
こうやって質問してる間に書けちゃうだろうに。
624:名無しさん＠お腹いっぱい。
05/10/19 02:53:55
アクセスごとにポートの開け閉めをしていたら、競合状態を
作り出しちゃいそうだなぁ、設計がめんどうだなぁと。
625:名無しさん＠お腹いっぱい。
05/10/19 02:58:24
つiptablesのipt_recentモジュール
626:名無しさん＠お腹いっぱい。
05/10/19 03:05:59
620ﾀｿが穴のあるスクリプト書いちゃうかもしれんから、
もし既に書いてるなら参考に見せたげりゃーいいのに。
627:名無しさん＠お腹いっぱい。
05/10/19 09:34:32
ふつーはもっと下のレベルでアクセス制限するなりポート変えるなりすりゃいいだけだろ
628:名無しさん＠お腹いっぱい。
05/10/19 09:39:09
swatch -> tcp_wrapper でどうよ ?
629:名無しさん＠お腹いっぱい。
05/10/19 17:32:15
デフォルトの22番ポートを使わないようにしてから
アタックなんて一切無いんだが。
630:名無しさん＠お腹いっぱい。
05/10/19 19:04:09
それメンドイと思ったけど、
普通は.ssh/configの定義名でアクセスするから問題ないか。
631:名無しさん＠お腹いっぱい。
05/10/19 19:07:25
それに頼ると出先にいったときに忘れてたりする
632:名無しさん＠お腹いっぱい。
05/10/20 09:10:43
>>629
おれもそれで自宅のは運用してるけど、
一般的にはアレゲな方法だと思われてるよね。
633:名無しさん＠お腹いっぱい。
05/10/20 12:21:28
>>632
なんでアレゲなの?
634:名無しさん＠お腹いっぱい。
05/10/20 12:24:15
そもそもアレゲってドレゲよ？
635:名無しさん＠お腹いっぱい。
05/10/21 06:11:40
エロゲの親戚?
636:名無しさん＠お腹いっぱい。
05/10/21 22:26:48
>>633
おれにもよくわからん。
httpd のポートを同じように 80 から変えるのは、
（会社の）proxy の許可が通らなかったりとか、
まー、色々あるから、避けられるのは理解できるんだけどネ。
637:名無しさん＠お腹いっぱい。
05/10/21 23:15:01
アレゲって何？
スラドのコピペ
↓
638:名無しさん＠お腹いっぱい。
05/10/21 23:28:12
↑ .｜ .┌┐
│ .└‐┘└┐
└─┐ │
└─┘
639:名無しさん＠お腹いっぱい。
05/10/21 23:56:19
>>620
ふつうにportsentryとかdenyhostsとか
640:名無しさん＠お腹いっぱい。
05/10/22 03:19:19
knockdでコンコン
641:名無しさん＠お腹いっぱい。
05/10/22 23:16:15
>>620
.jp以外を問答無用で蹴る。これでぐっと減ります。
642:名無しさん＠お腹いっぱい。
05/10/23 03:40:21
hosts.denyとかより下位レイヤで蹴ったほうが負荷が少ないよ。
うちは .cn .kr .hk .tw に属するIPアドレス手に入れて、
ssh に限らずざっくり全部拒否。
643:名無しさん＠お腹いっぱい。
05/10/23 08:01:03
>>642
.tw はまずいだろ
644:名無しさん＠お腹いっぱい。
05/10/23 11:49:40
>>643
なんで？
645:名無しさん＠お腹いっぱい。
05/10/23 14:41:33
マザーボード資料とか見るとき?
646:名無しさん＠お腹いっぱい。
05/10/23 14:48:49
こちらから接続にいくTCPくらいはステートフルに通すだろうから
全然問題ないのでは。
647:名無しさん＠お腹いっぱい。
05/10/23 15:18:40
台湾に出張に行ったときに困る
648:名無しさん＠お腹いっぱい。
05/10/23 15:21:43
FTPのように、ユーザーが自分のホームディレクトリ以上に行けないようにすることは出来ますか？
649:名無しさん＠お腹いっぱい。
05/10/23 15:21:57
>>647
そのときは開ける、または君のところは開けるでいいじゃん？
650:名無しさん＠お腹いっぱい。
05/10/23 16:15:40
>>648
/bin や /usr や /usr/local も見えなくなるけどいいのかね？
651:名無しさん＠お腹いっぱい。
05/10/23 16:18:28
Webページのみ利用のユーザーにFTPの代わりに提供したいのです。
652:名無しさん＠お腹いっぱい。
05/10/23 16:20:37
chroot(概念を理解)とかjail(chroot環境構築のツール)とかを
調べてください。
653:名無しさん＠お腹いっぱい。
05/10/25 11:25:27
.cn .kr .hk に属するIPを教えて
654:名無しさん＠お腹いっぱい。
05/10/25 12:00:17
>>653
つ URLﾘﾝｸ(www.blackholes.us)
週一くらいで更新されているからrsyncでも使って自動updateのshellでも書けばいい
655:名無しさん＠お腹いっぱい。
05/10/26 21:00:30
putty に関する質問はここでよろしいでしょうか？
656:名無しさん＠お腹いっぱい。
05/10/26 21:31:39
>>655
Putty その２
ｽﾚﾘﾝｸ(unix板)
657:名無しさん＠お腹いっぱい。
05/10/26 22:41:14
>>656
過疎ぎみのようですがそっちいってきます．
658:名無しさん＠お腹いっぱい
05/10/26 23:27:57
SSHの通信内容を復号化してそのまま読みたいんですが、どうやったらできますかね？
デバッグモードとかじゃなくて、ペイロードを直接そのまま見たいんです。
659:名無しさん＠お腹いっぱい。
05/10/27 00:18:49
暗号鍵を手に入れて復号。
660:658
05/10/27 01:22:02
>>659
そういうことではなくて、通信内容を表示してくれる
sshクライアント等が欲しいんです。
どういう風に通信が行われているかはRFC読んでも
いまいち実感がわかないので、実際に見てみようかなと。
661:ヽ(´ー`)ノ ◆.ogCuANUcE
05/10/27 01:46:10
言ってる意味が良く分からんけど、ethereal とかか？
662:名無しさん＠お腹いっぱい。
05/10/27 02:52:44
>>660
NULL 暗号化を実装したサーバとクライアントを用意してがんばる。
663:658
05/10/27 05:11:59
説明が足りませんでしたね。
実は今SSHの通信部分を実装してるんです。
実際のパケットも観察してみようと思ったんですが、当然ながらそのままでは暗号化で読めません。
で、どうにかして見られないかなと思ったわけです。
>>662
なるほど。ただちょっと面倒ですな…
664:名無しさん＠お腹いっぱい。
05/10/27 12:39:51
opensslの関数をフックして通信内容をdumpするsoを作って、LD_PRELOADで読み込ませる。(socksみたいな感じで)
665:名無しさん＠お腹いっぱい。
05/10/27 12:40:45
いま実装中ってことならおそらく ver.2 なんだろうけど、ver.1 でもいいんな
ら dsniff の sshmitm を debug mode で間に噛ませてやれば復号した通信内容
を dump してくれた筈。
666:名無しさん＠お腹いっぱい。
05/10/27 12:45:43
>>648
scpやsftpだけで良ければこれで簡単に実装できます。
つ rssh URLﾘﾝｸ(www.sdri.co.jp)
shellが無いとダメ？
667:名無しさん＠お腹いっぱい。
05/10/27 18:41:51
接続先サーバのホストキーが変わったときに
~/.ssh/known_hosts を新しいので上書きさせる方法ってない?
サーバ構築中で再インストールしたときとかで
攻撃によるものじゃないのが明らかなときに
いちいちエディタで開いて削るのはめんどくさい。
HashKnownHosts してるとどれを削ればいいのかわからないし。
668:名無しさん＠お腹いっぱい。
05/10/27 22:24:55
>>667
構築中のサーバ専用の known_hosts ファイルを UserKnownHostsFile で指定
すればいいんじゃない? 変わったら rm すればいい
669:名無しさん＠お腹いっぱい。
05/10/28 00:43:55
>>668
あー、それいいね。
やってみる。
どうもー。
670:名無しさん＠お腹いっぱい。
05/10/28 00:58:57
構築中でもなんにしろ、known_hosts を勝手に上書きするのは
よろしくないと思うけど
671:名無しさん＠お腹いっぱい。
05/10/28 09:32:53
>>620
# route add -host IPアドレス 127.1 -blackhole
672:名無しさん＠お腹いっぱい。
05/11/04 14:01:26
age
673:名無しさん＠お腹いっぱい。
05/11/05 02:05:57
NTT-ADSLモデムNVの内側にあるマシン A を踏み台にして、
支店βのLANに属しているマシン B (アドレスはローカル) と、
支店γのLANに属しているマシン C (アドレスはローカル) で、
ファイルのやりとりを画策してます。
B から A に ssh でログインできることと、
C から A に ssh でログインできることは確認済です。
C -> A -> B とすれば、C から B が見えると思い、次のコマンドを実行しましたが、
connection refused でした。
B$ ssh -R 10022:localhost:22 A
C$ ssh -L 10023:A:10022 A
C$ ssh -p 10023 localhost
3番目のコマンドを実行すると、
channel 2: open failed: connect failed: Connection refused
となります。
計算機 A の sshd_config では GatewayPorts yes としています。
不思議なのは、NTT-ADSLモデムの内側にある マシン A を
物理的に違うところに運んで grobal address を持つマシンにすると、
うまくいくことです。
なぜなんでしょう？
674:名無しさん＠お腹いっぱい。
05/11/05 02:41:34
673 です。追記です。
モデムの静的IPマスカレードで、22,10000-番ポートをマシンA に振ってあります。
マシンA の sshd は OpenSSH_3.8.1p1 でっす。
675:名無しさん＠お腹いっぱい。
05/11/05 07:57:30
C からA にssh でログインして、
A$ ssh -p 10022 localhost
としてB にログインできるなら
C <-> A の経路が怪しい、ということになりますがどうでしょ。
676:名無しさん＠お腹いっぱい。
05/11/05 16:50:07
>>673-674
C$ ssh -L 10023:A:10022 A
これがまずいのだと思います。
マシンAから見ると「グローバルアドレスを持っているモデム」の10022/tcpに転送するということです。
そのモデムは内側からモデムの持っているグローバルアドレスでアクセスされた場合は、
静的IPマスカレードで内側に転送したりしないのでしょう。
C$ ssh -L 10023:localhost:10022 A
とすればうまくいくと思います。
また
B$ ssh -R 10022:localhost:22 A
のように、ループバックアドレスのみをlistenする場合は、GatewayPortsオプションで許可しなくてもいいみたいです。
URLﾘﾝｸ(www.unixuser.org)
677:673
05/11/05 19:51:14
673です。大当たりでした。本当にありがとうございます。
>>675
その通りでした。で、
>>676
にて頂戴した方法で、期待通りの動作を確認することができました。
本当にありがとうございます。
C$ ssh -L 10023:localhost:10022 A
とすると、ここでの「localhost」は「A自身」なのでうまくいくと。
なるほど。この発想はまったくありませんでした。
また、ダメな例 (モデムの10022/tcpに転送) の解説も
私には非常に勉強になるものでした。完璧に誤解していました。
加えて、GatewayPorts no でもうまくいくことも確認できました。
はあー。ようやく寝られます。3日間悩みまくりました。
ありがとうございます。
あと、ついでに、嫁の妊娠が発覚しました。
今日は良いことだらけです。
678:名無しさん＠お腹いっぱい。
05/11/05 20:40:57 BE:4356285-###
>>677
login出来たのですね。おめでとう♪
彼女にloginできません
ｽﾚﾘﾝｸ(unix板)l50
にもご報告を（ｗ
679:shin
05/11/11 01:01:35
OpenSSH3.1で、無限ループ（セル）して20秒ごとに、接続が切れたら再接続を行います。
しかし、約2時間ほどになるとセルもSSHのプロセスも自動で切れてしまいます。
どなたか、その原因、わかれば教えてください。
（SSHクライアント、Linux、MQのメッセージやり取り）。
よろしくお願いします。
680:名無しさん＠お腹いっぱい。
05/11/11 01:03:06
接続が切れたら再接続できてないから
自動で切れるんじゃないの。
681:shin
05/11/11 01:09:34
＞接続が切れたら再接続できてないから
＞自動で切れるんじゃないの。
ありがとうございます。
しかし、プロセスまで切れるのはなぜですか？
大体、2時間ほどで起こるのは、どこかに設定が問題ありますか？
この前は３日間はもんだいなかったんですが、
このSSHクライアントに接続したマシンを変えたら、起こりました。
682:名無しさん＠お腹いっぱい。
05/11/11 01:15:18
セルって何？
683:shin
05/11/11 01:20:35
＞セルって何？
たとえば、conn.sh です。
684:名無しさん＠お腹いっぱい。
05/11/11 01:22:21
なにそれ？
685:名無しさん＠お腹いっぱい。
05/11/11 01:23:32
ごめんなさい、いま手元にはソースはないですが、
while
if ***
ssh ***
else
sleep 20
end
の程度です。
686:名無しさん＠お腹いっぱい。
05/11/11 01:25:55
もしかしてシェルスクリプトのこと「セル」って言ってんの？
687:名無しさん＠お腹いっぱい。
05/11/11 01:28:25
＞もしかしてシェルスクリプトのこと「セル」って言ってんの？
ごめんなさい。そうです。
起動したconnプロセスも、SSHプロセスも同時に切れるということです。
シェルスクリプトの内容は無限ループなのに…
688:名無しさん＠お腹いっぱい。
05/11/11 01:44:57
シェルスクリプトが間違ってんじゃないの。
689:名無しさん＠お腹いっぱい。
05/11/11 01:51:36
＞シェルスクリプトが間違ってんじゃないの。
間違いはないはずです。間違ったら、はじめに起動できないと思います。
690:名無しさん＠お腹いっぱい。
05/11/11 01:54:54
遅くまで、ありがとうございました。
691:名無しさん＠お腹いっぱい。
05/11/11 03:11:24
セル!
セル!
セル!
692:名無しさん＠お腹いっぱい。
05/11/11 10:29:49
天下一武道会の時間ですか?
693:名無しさん＠お腹いっぱい。
05/11/11 11:17:40
>>689
間違いはないはずです。～～～ったら、～～～と思います。
間違いはないはずです。～～～ったら、～～～と思います。
間違いはないはずです。～～～ったら、～～～と思います。
間違いはないはずです。～～～ったら、～～～と思います。
間違いはないはずです。～～～ったら、～～～と思います。
間違いはないはずです。～～～ったら、～～～と思います。
間違いはないはずです。～～～ったら、～～～と思います。
初心者がこう言う時、バグは大抵この場所に潜んでいる。
694:名無しさん＠お腹いっぱい。
05/11/11 11:50:35
昨日は遅くまでありがとうございました。
以下が実際シェルスクリプトのソースです。
よろしくお願いします。
#!/bin/bash
LOG=/home/xxxx/logs/ssh.log
LANG=
SSHCMD="ssh -v -p xxxx -l ${USER} -C -L 1415:localhost:1482"
while true
do
isAlive=`ps -auxwww | grep -i "$SSHCMD" | grep -v grep | wc -l`
if [ ${isAlive} -eq 0 ]; then
echo ${isAlive} 1>> ${LOG}
date 1>> ${LOG}
ssh -v -p xxxx -l ${USER} -C -L 1415:localhost:1482 -R 3482:localhost:1414
xxx.xxx.xx.xxx /usr/bin/sleep 1000 1>> ${LOG} 2>>&1 &
fi
sleep 20
done
695:名無しさん＠お腹いっぱい。
05/11/11 11:58:02
何がやりたいのかさっぱり分からんのだが(笑)。
696:名無しさん＠お腹いっぱい。
05/11/11 12:03:01
これは、SSHクライアントからSSHサーバーに接続するシェルスクリプトのソースです。
20秒ごとに、SSHプロセスを検索して、もし、SSHプロセスがなかったら、
もう一回、SSHの接続を行います。
697:名無しさん＠お腹いっぱい。
05/11/11 12:04:35
ちなみにSSHをずっと、つながっている状態にしたいということです。
698:名無しさん＠お腹いっぱい。
05/11/11 12:05:36
おれには分かるぞ。
OSが分からんが、シェル自体をnohup付で起動してやらないと駄目とかない?
というか、cronでいいじゃん、という気もするが。
プロセスチェックlsofなり(netstatなり)でportのLISTEN状況のチェックに変えて。
699:名無しさん＠お腹いっぱい。
05/11/11 12:15:14
OSはRedHatLinuxES2.1です。
nohup付、cronは使わない形にしたいです。nohupはうまくいかなかったです。
＞プロセスチェックlsofなり(netstatなり)でportのLISTEN状況のチェックに変えて。
すいませんが、こちをちょっと、よくわからないですが、その方法を教えてもらいますか？
よろしくお願いします。
700:名無しさん＠お腹いっぱい。
05/11/11 12:19:12
あなた、外国の方ですか？
701:名無しさん＠お腹いっぱい。
05/11/11 12:19:51
そうですが、日本で仕事をしてます。
702:名無しさん＠お腹いっぱい。
05/11/11 12:21:55
sshで繋がってる状態にしたいけど、
別のセッションで断続的になっても構わないのね。
ちょっとかわった要望。
703:名無しさん＠お腹いっぱい。
05/11/11 12:45:02
>>702
意味が分からないんだが、sleep 1000でも、1000秒で切れるわけ
じゃないよ。ポートフォワーディング中はフォワードしてる
全セッションが終了するまでsshは待つけど、それは分かってて言ってる?
704:名無しさん＠お腹いっぱい。
05/11/11 12:46:37
たぶんautosshでも入れたら解決する問題のような
705:名無しさん＠お腹いっぱい。
05/11/11 13:06:24
＞たぶんautosshでも入れたら解決する問題のような
autosshの実現方法は、どういうふうしたら、よいでしょうか？
その方法、よろしくお願いします。
706:名無しさん＠お腹いっぱい。
05/11/11 13:18:40
ホームページはここ
URLﾘﾝｸ(www.harding.motd.ca)
ここにRHEL2用のパッケージがある。
URLﾘﾝｸ(dag.wieers.com)
707:名無しさん＠お腹いっぱい。
05/11/11 14:11:25
>>706
ありがとうございます。早速、autosshを試してみます。
一応、この検証としてはSSHサーバとSSHクライアントは何も変わらなくて
SSHクライアントに接続しているテストマシン（三日間発生してない）から
別の環境のマシン（2時間ほどで発生しますが、データの送受信量によって
発生頻度が変わります。）に変えたらこの問題が発生してます。
708:名無しさん＠お腹いっぱい。
05/11/11 14:17:02
>>694
ps で調べるなんてムダな気がするのは俺だけ？
これだけでええやん。
#!/bin/bash
while true
do
ssh (オプションなどは省略)
sleep 20
done
709:名無しさん＠お腹いっぱい。
05/11/11 14:27:10
>>708
これは、多分、無理だと思います。
SSHサーバー側で、もんく、ありましたので....
710:名無しさん＠お腹いっぱい。
05/11/11 14:29:37
>>709
なんで無理なん?
711:名無しさん＠お腹いっぱい。
05/11/11 14:39:29
>>710
そうです。始めはこれと似た方法でしましたが、SSHサーバー側で
なぜ、毎回、起動するのはいやだということでしたので....
712:名無しさん＠お腹いっぱい。
05/11/11 14:43:31
>>711
言ってることがよくわからないんだが。
>>708 で ssh をフォアグラウンドで上げれば
>>694 と変わりないじゃん。
713:名無しさん＠お腹いっぱい。
05/11/11 14:54:02
ps コマンドで生死の検査をする方がずっと危険度が高い気がするのだが。
その「SSHサーバ運用者」がアレな気も。
714:名無しさん＠お腹いっぱい。
05/11/11 14:54:50
>>712
>>>711
>言ってることがよくわからないんだが。
こちは、SSHサーバは別の会社で管理するということです。
>>708 で ssh をフォアグラウンドで上げれば
たれかが、CTRL＋Cかを押すと切れるはずですね。
>>694 と変わりないじゃん。
プロセス検索で、あったら、とりあえず再起動するところはとおらないはずです。
715:名無しさん＠お腹いっぱい。
05/11/11 14:58:46
だめだ、話が通じない。
ここで聞くより
自分の母語のコミュニティで聞いた方がいいんじゃないか?
716:708
05/11/11 15:03:07
>>714
だから、 >>708 をバックグラウンドで動かせばいいじゃん。
と思ったが、 autossh でも使った方がいろいろ面倒が無くていいか。
717:名無しさん＠お腹いっぱい。
05/11/11 15:15:33
>>716
>>>714
>だから、 >>708 をバックグラウンドで動かせばいいじゃん。
ありがとうございます。
しかし、この方法は、試したことがあるので、とりあえずは使わないです。
718:名無しさん＠お腹いっぱい。
05/11/11 15:20:51
>>716
>>>714
>だから、 >>708 をバックグラウンドで動かせばいいじゃん。
ありがとうございます。
しかし、この方法は、試したことがあるので、とりあえずは使わないです。
719:名無しさん＠お腹いっぱい。
05/11/11 21:04:28
死んでたら自動的に立ち上げたいの?
つ daemontools
720:名無しさん＠お腹いっぱい。
05/11/11 21:08:45
>>719
絶対出てくると思った。
俺は我慢してたが。
721:719
05/11/11 21:25:46
>>720
ごめんねえ
「そろそろ来るころだと思ったよ」ってやつ？
我慢すると体によくないよ。
722:名無しさん＠お腹いっぱい。
05/11/11 22:01:17
inittab に書いとけ。
723:名無しさん＠お腹いっぱい。
05/11/13 10:57:14
漏れ実際に daemontools 使って ControlMaster 立ち上げてまふ。
けど、たまにソケットファイルのロックにひっかかって死んでることが...
724:名無しさん＠お腹いっぱい。
05/11/13 18:10:13
何がしたいか、よくわからんが、-Nでいいんじゃねーの？
725:名無しさん＠お腹いっぱい。
05/11/13 19:44:26
「ソケットファイルのロック」って何？
726:名無しさん＠お腹いっぱい。
05/11/13 20:59:06
>>725
プロセスが死んだ時に ControlPath に書いたソケットファイルが残っちゃうってはなし。
727:名無しさん＠お腹いっぱい。
05/11/14 15:00:47
URLﾘﾝｸ(www.zelow.no)
ここのパッケージを使って
floppyfw で sshd を動かすところまではできたのですが,
パスワードなしでのログインができません.
クライアントの公開鍵をサーバの /root/.ssh/authorized_keys
に追加しているのですが, 鍵認証に失敗してパスワード認証しようとします.
パスワードなしでログインできるようにするにはどうすればいいでしょうか?
ログは以下のようになっています.
クライアント側ログ
$ ssh -v root@192.168.20.19
[snip]
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug1: Next authentication method: publickey
debug1: Trying private key: /home/user/.ssh/identity
debug1: Offering public key: /home/user/.ssh/id_rsa
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug1: Offering public key: /home/user/.ssh/id_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
root@192.168.20.19's password:
728:名無しさん＠お腹いっぱい。
05/11/14 15:01:34
>>727
サーバ側ログ
# sshd -d
[snip]
debug1: userauth-request for user root service ssh-connection method none
debug1: attempt 0 failures 0
Failed none for ROOT from 192,168,20,1 port 3970 ssh2
debug1: userauth-request for user root service ssh-connection method publickey
debug1: attempt 1 failures 1
debug1: test whether pkalg/pkblob are acceptable
Failed publickey for ROOT from 192,168,20,1 port 3970 ssh2
debug1: userauth-request for user root service ssh-connection method publickey
debug1: attempt 2 failures 2
debug1: test whether pkalg/pkblob are acceptable
Failed publickey for ROOT from 192,168,20,1 port 3970 ssh2
debug1: userauth-request for user root service ssh-connection method keyboard-interactive
debug1: attempt 3 failures 3
debug1: keyboard-interactive language devs
Failed keyboard-interactive for ROOT from 192,168,20,1 port 3970 ssh2
729:名無しさん＠お腹いっぱい。
05/11/14 15:52:59
～>>726
皆さんの協力、ありがとうございます。
この起動セールスクリプトは問題ないです。
この問題は急ぎやらなければできないので、結局はCronTabに登録して、１分ごと
にチェックするようにして、解決しました。今のところ、元は３０分～４時間で
一回、この起動セールスクリプトが切れたんですが、１０時間ほどだったんですが
発生してなかったです。よい解決方法とは、なりませんが......
730:名無しさん＠お腹いっぱい。
05/11/20 17:35:33
どこで聞くべきかよくわからないので、ここで質問させてください。
Vine3.2で sftp サーバーを構築しています。
hpn-ssh のパッチを当てると高速化が可能であると聞いて、以下の手順で導入してみました。
1) もともと入っていた ssh は apt-get remove ssh で削除
2) openssh-4.2p1.tar.gz をＤＬして解凍
3) hpn-ssh-4.2p1-hpn11.diff のパッチを当てる
4) $ ./configure --prefix=/opt --sysconfdir=/opt/etc/ssh
5) $ make
6) # make install
7) /etc/rc.d/init.d/sshd の中の sshd 等の場所を prefix で指定したものに書き換え
8) 再起動
これでとりあえず接続は出来るようになったのですが、いかんせん速度が遅いまま
なのです。入れ替える前は 200-300kB/s だったのですが、入れ替え後もほとんど
同じ数値です。hpn-ssh を有効にするには何かオプションの指定のようなことが必要
なのでしょうか？ それとも PentiumIII 1GHz ではこのくらいの速度が限界なのでしょ
うか？ ちなみに ftp 接続では 8-10MB/s 程度の速度が出ています。
731:名無しさん＠お腹いっぱい。
05/11/23 12:30:06
＞何かオプションの指定のようなことが必要
知らないが、パッチを嫁ばわかるだろ。
732:名無しさん＠お腹いっぱい。
05/11/24 13:22:03
ssh の Remote Forwarding が下のような警告で失敗するのですが,
1023以下のポートの転送はできないのでしょうか?
$ ssh -N -v -R80:localhost:80 remote
...
debug1: Remote connections from LOCALHOST:80 forwarded to local address localhost:80
debug1: Entering interactive session.
debug1: Remote: Server has disabled port forwarding.
debug1: remote forward failure for: listen 80, connect localhost:80
Warning: remote port forwarding failed for listen port 80
733:名無しさん＠お腹いっぱい。
05/11/24 13:30:42
特権ポートだけど root ならできるんじゃないの?
734:名無しさん＠お腹いっぱい。
05/11/24 16:36:39
>>733
root でも Remote Forwarding で特権ポートは使えませんでした.
サーバ側で root 権限で Local Forwarding ならいけるようです.
remote# ssh -N -v -L80:localhost:2080 localhost
client$ ssh -N -v -R2080:localhost:80 remote
のように二つ動かすしかないんでしょうか.
板違いになりますが, こういうことは iptables で可能なんでしょうか?
735:名無しさん＠お腹いっぱい。
05/11/24 16:48:09
iptablesなら可能だね
736:名無しさん＠お腹いっぱい。
05/11/24 17:03:37
>>734
ちゃんとサーバー側の root で接続してる?
$ ssh -N -v -R80:localhost:80 -l root remote
737:名無しさん＠お腹いっぱい。
05/11/24 20:03:54
>>735,736
すいません. なんかボケてたみたいです.
もう一度確認したら root なら Remote Forwarding でできました.
でもこれでは全部 localhost からのアクセスになってしまって
.htaccess でアクセス制限できないんですね.
ディレクトリごとの制御とかはできなくなりますが,
サーバ側の iptables を併用するしかなさそうです.
738:名無しさん＠お腹いっぱい。
05/11/25 15:08:30
いまがver3を使っているのですが、問題ありませんか？
739:名無しさん＠お腹いっぱい。
05/11/25 15:35:51
自分で判断できないのは問題ですね。
740:名無しさん＠お腹いっぱい。
05/11/30 00:27:37
自由に使用できるサーバを、
友人に公開しようと思っているのですが、
IP アドレスが一つしかありません。
WEB サーバの方は、delegate を使用してなんとかなるのですが、
SSH も delegate を使用できますでしょうか。
ちなみに、JAIL 環境でプライベート IP が振ってあります。
あと、DNS は書いてあります。
ポートをずらして公開するのが手っ取り早いでしょうか。
MOUNT="/* www.example.com1* vhost=-www.example.com1" \
MOUNT="/* www.example.com2/* vhost=-www.example.com2" \
MOUNT="/* www.example.com3/* vhost=-www.example.com3" \
741:名無しさん＠お腹いっぱい。
05/11/30 00:31:58
友人の発信元IPアドレスを見てなんとかする方法もあるけどポートずらすのがいいと思う。
742:名無しさん＠お腹いっぱい。
05/11/30 00:46:57
22 番を外部公開してても、
暗号鍵認証でのみ許可してれば
セキュリティホール以外で進入されることは
ないと考えてよいですか？
743:名無しさん＠お腹いっぱい。
05/11/30 01:01:26
>>742
いいえ
744:名無しさん＠お腹いっぱい。
05/11/30 01:43:24
>>742
公開鍵ではなくて?
745:名無しさん＠お腹いっぱい。
05/11/30 02:05:14
>>744
そんなことは知っています。
どなたかわかる方、お願いしますm(_ _)m
746:名無しさん＠お腹いっぱい。
05/11/30 02:10:20
>>742
絶対はないです。
747:名無しさん＠お腹いっぱい。
05/11/30 03:17:18
セキュリティに関して「安全ですか？」と聞けば答は常に「いいえ」。
その質問は一番大きなセキュリティホールが質問者の頭に開いている事を示しているから。
そして>>745のレスはおまえが人間のクズである事を示しているので、
もうマトモな解答は付かないだろう。
748:名無しさん＠お腹いっぱい。
05/11/30 03:28:59
LANケーブルをひっこ抜きました。
無線LANもserialも繋がってません。
これで絶対安全ですか？
749:名無しさん＠お腹いっぱい。
05/11/30 06:25:14
コンソールがのこっとる
750:名無しさん＠お腹いっぱい。
05/11/30 08:10:41
テンペストで画面もまる見え
751:名無しさん＠お腹いっぱい。
05/11/30 08:23:23
引っこ抜くなら電源ケーブルだな
752:名無しさん＠お腹いっぱい。
05/11/30 10:06:41
透視でHDDの中身もまる見え
753:名無しさん＠お腹いっぱい。
05/11/30 11:55:09
円盤引っこ抜け
754:名無しさん＠お腹いっぱい。
05/11/30 11:57:20
昨日までログインできてたんだけど、今日になってできないようになった。
ssh -vvvvv me@myhost すると、id_rsa読む所で、
debug2: key_type_from_name: unknown key type '-----BEGIN'
debug3: key_read: missing keytype
こんなん出るんだけど、これって何が起こったの？
755:742
05/11/30 13:22:47
>>743,744,746,747
どうもありがとうございました。
ソーシャルハッキングなどを想定してるので「いいえ」ということでしょうか。
少なくともパスワード総当りでは通れないですよね。
>>745 は自分ではないのですが、
不愉快な思いをさせて失礼しました。
756:名無しさん＠お腹いっぱい。
05/11/30 13:57:06
>>754
> ssh -vvvvv me@myhost すると、
v は三つまで。
> こんなん出るんだけど、これって何が起こったの？
その部分は、まず rsa1 鍵だと思って読んでみたら違ったー、と言っ
てるとこなんで、ログインできない理由とは無関係。
757:754
05/11/30 15:12:39
> その部分は、まず rsa1 鍵だと思って読んでみたら違ったー、と言っ
それは読めば判るんだけど、これって昨日まで使ってたRSA 鍵なんだけど。
ログインできない最後の理由は判っていて、RSA鍵が読めない為に鍵認証
できなくて、パスワード認証は禁止してるからなんだけど。
どうしてRSA鍵が読めないなんて言い出すのかが判らんのよ。
パスワード認証有効にする訳にもいかんし、ssh-keygen -t rsa で鍵作りなおしても
やっぱり読めないとぬかしやがるし。
パーミッションも確認したけど、.ssh/は700で .ssh/id_rsa も600になっとる。
ワケワカラン。
758:名無しさん＠お腹いっぱい。
05/11/30 15:15:08
>>757
サーバ側の設定が変わったってことはないの？
759:754
05/11/30 15:45:08
>>758
昨日はssh関係いじった覚えはないんだけど。
そもそも、鍵が読めないのとサーバの設定になんか関係あるの？
760:名無しさん＠お腹いっぱい。
05/11/30 15:47:42
>>754
サーバ側でログ確認した方がいいなじゃない?
それか -d とか。
761:名無しさん＠お腹いっぱい。
05/11/30 16:52:40
>>754
例えば、Protocol 2 になると rsa1 が使えなくなったりするわけですよ。
サーバ側の管理を >>754 がやってるかどうかも俺らは聞いてないし、
適切にアドバイスできるとでも思ってるんか？
「ログ見ろ」としか言えねぇよ。
762:名無しさん＠お腹いっぱい。
05/11/30 16:57:45
strace使うとかね。
763:名無しさん＠お腹いっぱい。
05/12/08 00:44:53
sshでリモートログインした時に
~/.ssh/rc
から
exec zsh
で zsh を起動させたいんだけど起動しない。
sh ~/.ssh/rc
としてやると普通に起動するんだけど…。
もしかしてこれって仕様？
764:名無しさん＠お腹いっぱい。
05/12/08 01:34:49
>>763
sshdからpopen(3)されるだけなので対話的プログラムは実行できない。
765:名無しさん＠お腹いっぱい。
05/12/10 02:08:14
NAT 配下のマシン(A)にアクセスさせたく、グローバルIPをもっている
マシン(B) に対して
ssh -R 8888:localhost:22 hostB
とやりました。この時、hostB にログインして ssh -p 8888 localhost
をすると hostA に接続できるのですが、この hostA, hostB とは関係のない
hostC から ssh -p 8888 hostB しても hostA には接続できません。
これを実現させるのにはどのような設定が必要でしょうか？
766:名無しさん＠お腹いっぱい。
05/12/10 02:43:12
>>765
sshd_configのGatewayPorts
767:名無しさん＠お腹いっぱい。
05/12/10 09:21:21
>763
>It must not produce any output on stdout; stderr must be used instead.
とか書いてあるし、~/.ssh/rc でやるのは無理があるんじゃない？
ログインシェルの初期設定ファイルで環境変数を見て SSH_* が設定されていたら zsh にとばすとか。
っていうか ssh -t example.com zsh だとあかんの？
768:名無しさん＠お腹いっぱい。
05/12/19 07:47:20
すみません
sshクライアントからviを起動すると未確認のエスケープシーケンスがある。
というエラーが出てしまい、ファイルの編集ができません。
sshからテキストファイルを編集する何か良い方法はないものでしょうか？
769:名無しさん＠お腹いっぱい。
05/12/19 08:00:06
ターミナルを変更したら、エラーが無くなりました。吊ってきますorz
770:名無しさん＠お腹いっぱい。
06/01/13 16:46:47
保守
771:名無しさん＠お腹いっぱい。
06/01/25 15:50:08
Debian sargeでOpenSSH 3.8.1p1, OpenSSL 0.9.7eを使ってsshサーバを立てようとしています。
あるIPアドレスからの接続はパスワード認証と公開鍵認証を許可して、それ以外のIPアドレスからの
接続は公開鍵認証のみ許可をする、といった感じの設定は出来ますか?
772:名無しさん＠お腹いっぱい。
06/01/25 16:22:10
ｷﾀー ヽ(ﾟ∀ﾟ)ノ
CVE-2006-0225 URLﾘﾝｸ(www.cve.mitre.org)
URLﾘﾝｸ(www.st.ryukoku.ac.jp)
tun(4)のサポートなんて後でイイから、さっさといろんなバグ潰した4.3を
出せってば :-)
１週間後に出すぞってメールで流してから何週間経っているんだと小一時間(ry
773:名無しさん＠お腹いっぱい。
06/01/25 22:01:50
>772
scp 'foo:bar*' .
とか便利に使ってたんだが、バグだったのか…
774:名無しさん＠お腹いっぱい。
06/01/25 23:58:08
>>773
そーいうことではなくて、記号や空白が名前の一部に入っているファイル
が問題視されているのですが。
たとえば
scp 'foo:bar*' .
であれば、foo というマシン上に
bar foo
bar*
といったファイルがあるとうまくいかないと。
そもそもが、
URLﾘﾝｸ(www.redhat.com)
には
local to local and remote to remote copy with scp
と書いてあるわけで、
foo という「リモートマシン」から「ローカル」
という時点で、既に今回の対象外な気がしますが。