SSH その8

**名無しさん＠お腹いっぱい。** · 2014/04/25(金) 18:50:57.67

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

■前スレ
SSH その7
http://toro.2ch.net/test/read.cgi/unix/1266323017/

■過去スレ
その6 http://pc12.2ch.net/test/read.cgi/unix/1202782840/
その5 http://pc11.2ch.net/test/read.cgi/unix/1145484540/
その4 http://pc8.2ch.net/test/read.cgi/unix/1102242908/
その3 http://pc5.2ch.net/unix/kako/1058/10582/1058202104.html
その2 http://pc.2ch.net/unix/kako/1028/10281/1028157825.html
その1 http://pc.2ch.net/unix/kako/976/976497035.html

**名無しさん＠お腹いっぱい。** · 2014/04/25(金) 18:51:52.35

よくある質問

Q.公開鍵認証などは使用せず、パスワードによる認証を行う場合でも
　そのパスワードは暗号化されているのですか？
A.はい、その通りです。
　SSHプロトコルでは、まず始めにサーバ<->クライアント間で
　暗号化された通信路を確立します。
　ユーザ認証はその暗号化通信路の上で行なわれるので、
　パスワードなどもちゃんと秘匿されています。

Q.最近、root,test,admin,guest,userなどのユーザ名で
　ログインを試みる輩がいるのですが？
A.sshdにアタックするツールが出回っているようです。
　各サイトのポリシーに従って、適切な制限をかけましょう。
　参考：http://www.st.ryukoku.ac.jp/~kjm/security/ml-archive/connect24h/2004.08/msg00030.html

**名無しさん＠お腹いっぱい。** · 2014/04/25(金) 18:52:32.28

◇実装
本家ssh.com
　http://www.ssh.com/ / http://www.jp.ssh.com/ (日本語)
OpenSSH
　http://www.openssh.com/ / http://www.openssh.com/ja/ (日本語)
　OpenSSH情報：http://www.unixuser.org/~haruyama/security/openssh/
　日本語マニュアル：http://www.unixuser.org/~euske/doc/openssh/jman/
　OpenSSH-HOWTO：http://www.momonga-linux.org/docs/OpenSSH-HOWTO/ja/index.html
TeraTerm/TTSSH
　http://hp.vector.co.jp/authors/VA002416/
　http://www.sakurachan.org/soft/teraterm-j/ttssh/ (日本語版)
　http://sleep.mat-yan.jp/~yutaka/windows/ / http://ttssh2.sourceforge.jp/ (Yutaka氏によるUTF-8対応版,SSH2対応版)
PuTTY
　http://www.chiark.greenend.org.uk/~sgtatham/putty/
http://pc8.2ch.net/test/read.cgi/unix/1084686527/
　http://hp.vector.co.jp/authors/VA024651/ (hdk氏による日本語パッチ)
　http://yebisuya.dip.jp/Software/PuTTY/ (蛭子屋氏による各種パッチ)
VeraTerm
　http://www.routrek.co.jp/product/varaterm/
MacSSH/SFTP
　http://pro.wanadoo.fr/chombier/
PortForwarder
　http://www.fuji-climb.org/pf/JP/
TRAMP
　http://www.nongnu.org/tramp/tramp_ja.html

**名無しさん＠お腹いっぱい。** · 2014/04/25(金) 18:53:55.41

◇規格等
　・RFC4250: The Secure Shell (SSH) Protocol Assigned Numbers
　・RFC4251: The Secure Shell (SSH) Protocol Architecture
　・RFC4252: The Secure Shell (SSH) Authentication Protocol
　・RFC4253: The Secure Shell (SSH) Transport Layer Protocol
　・RFC4254: The Secure Shell (SSH) Connection Protocol
　・RFC4255: Using DNS to Securely Publish Secure Shell (SSH)
　　Key Fingerprints
　・RFC4256: Generic Message Exchange Authentication for the Secure
　　Shell Protocol (SSH)
WideのSSH解説
　http://www.soi.wide.ad.jp/class/20000009/slides/12/

**名無しさん＠お腹いっぱい。** · 2014/04/25(金) 22:45:40.10

リンクは修正したほうがいいかもしれないね。

OpenSSH
http://www.openssh.com/ja/ (日本語) ← 無くなってる
　http://www.jp.openbsd.org/openssh/ が日本語ページらしいが、実際は英語。

TeraTerm/TTSSH
　http://sleep.mat-yan.jp/~yutaka/windows/ ← 無くなってる
/ http://ttssh2.sourceforge.jp/ (Yutaka氏によるUTF-8対応版,SSH2対応版)

PuTTY
http://pc8.2ch.net/test/read.cgi/unix/1084686527/
　→　現行スレ　Putty その３【パティ】http://toro.2ch.net/test/read.cgi/unix/1302006799/

VeraTerm
　→　Poderosaに名称変更　http://sourceforge.jp/projects/sfnet_poderosa/

MacSSH/SFTP
　http://pro.wanadoo.fr/chombier/　←　無くなってる？

PortForwarder
　http://www.fuji-climb.org/pf/JP/
　　→　http://toh.fuji-climb.org/pf/JP/

TRAMP
　http://www.nongnu.org/tramp/tramp_ja.html　←　ページがない。
　　→　http://www.nongnu.org/tramp/

**名無しさん＠お腹いっぱい。** · 2014/04/25(金) 22:50:54.52

http://www.macssh.com/index-2.html
MacSSH はこれかな。
X より前の Mac OS 用っぽいから削除でもいいかと。

**名無しさん＠お腹いっぱい。** · 2014/04/25(金) 23:12:13.51

SFTPクライアントやAndroid、iPad用のクライアントも入れたらどうだろう。

SFTPクライアント
WinSCP http://winscp.net/
WinSCP 日本語情報 http://sourceforge.jp/projects/winscp/

FileZilla https://filezilla-project.org/
FileZilla　日本語情報 http://sourceforge.jp/projects/filezilla/

Android
connectbot https://code.google.com/p/connectbot/
他にもいいのがある？

iPadについてはお手上げ。

**名無しさん＠お腹いっぱい。** · 2014/04/26(土) 00:28:20.99

前スレラストはケイオス過ぎだわ

**名無しさん＠お腹いっぱい。** · 2014/04/26(土) 02:16:57.25

RLogin http://nanno.dip.jp/softlib/man/rlogin/
が入ってねーな。SFTPも使えたり結構高性能。
難点は名前がクッソ紛らわしいのと、フォント周りが使いにくい事。

**名無しさん＠お腹いっぱい。** · 2014/04/28(月) 13:35:13.60

SSH力をつけよう
http://www.slideshare.net/tohakushi/ssh-13118950
これも入れといて。

**名無しさん＠お腹いっぱい。** · 2014/04/29(火) 07:33:37.48

>>10
10ページにウソが書いてある。しれっとウソが書いてあると
その先読む気にならないよね。でも頑張って次ページに進む
と「公開鍵で制限出来る事」… ダメだこりゃ

**名無しさん＠お腹いっぱい。** · 2014/04/29(火) 10:37:01.11

>>11
どれがウソ？

**名無しさん＠お腹いっぱい。** · 2014/04/29(火) 10:52:09.04

文脈からして
秘密鍵（を格納したファイルid_rsa）
公開鍵（を格納したファイルauthorized_keys）
だろ。
スライドなんだから文脈からわかることは聴衆が補完くらいしろや。

**名無しさん＠お腹いっぱい。** · 2014/04/29(火) 11:12:49.55

>>12
秘密鍵で暗号化したものを秘密鍵で復号できないわけなくね

**名無しさん＠お腹いっぱい。** · 2014/04/29(火) 11:43:42.19

>>14
そんなこと書いてある?

**名無しさん＠お腹いっぱい。** · 2014/04/29(火) 11:44:30.96

あぁ「でのみ」って書いてあるか。
できないであってると思うけどな。

**名無しさん＠お腹いっぱい。** · 2014/04/29(火) 12:26:46.52

文脈からいってssh2の公開鍵認証について説明している。
ssh2の公開鍵認証は暗号化→復号ではなくデジタル署名→検証
RSAは署名/検証, 暗号化/復号のどちらにも利用できるが、
DSAは署名/検証は出来るが、暗号化/復号は出来ない
筆者はssh2の認証方式を理解していないと判断せざるを得ない

11ページ
誤公開鍵で出来る事
正公開鍵認証で出来る事

その先は読む気にならない

**名無しさん＠お腹いっぱい。** · 2014/04/29(火) 13:01:50.91

>>16
は？秘密鍵から公開鍵が得られないとでも？
そもそも秘密鍵で暗号化するっていうのがおかしいんだが。

**名無しさん＠お腹いっぱい。** · 2014/04/29(火) 13:10:53.89

>>18
> は？秘密鍵から公開鍵が得られないとでも？
得られない。中学生でも理解してる。

**名無しさん＠お腹いっぱい。** · 2014/04/29(火) 13:38:52.41

SSH-KEYGEN(1) BSD General Commands Manual SSH-KEYGEN(1)

ssh-keygen -y [-f input_keyfile]

-y This option will read a private OpenSSH format file and print an
OpenSSH public key to stdout.

**名無しさん＠お腹いっぱい。** · 2014/04/29(火) 13:54:34.66

「秘密鍵ファイル」には「秘密鍵」と「公開鍵」が格納されているので「秘密鍵ファイル」から公開鍵は得ることが出来るが
秘密鍵から公開鍵を得る事は出来ない

**名無しさん＠お腹いっぱい。** · 2014/04/29(火) 14:11:24.46

そこを峻別するんだとしたら「秘密鍵」でどうやって暗号化するの

**名無しさん＠お腹いっぱい。** · 2014/04/29(火) 14:24:19.40

さあ? 公開鍵暗号を暗号化/復号に使うと思い込んでたのはスライド書いた奴だからな
書いた奴に聞けよ

**名無しさん＠お腹いっぱい。** · 2014/04/29(火) 14:54:01.14

> 文脈からいってssh2の公開鍵認証について説明している。

そういう文脈だとわかってるやつが

> ssh2の公開鍵認証は暗号化→復号ではなくデジタル署名→検証
> RSAは署名/検証, 暗号化/復号のどちらにも利用できるが、
> DSAは署名/検証は出来るが、暗号化/復号は出来ない

みたいなずれた話を持ち出してくる意図の方がわからん。

**名無しさん＠お腹いっぱい。** · 2014/04/29(火) 15:32:39.86

スライドのコメントに書いてあげるほうが建設的じゃないか。

**名無しさん＠お腹いっぱい。** · 2014/04/29(火) 15:32:50.37

>>24
> ssh2の公開鍵認証は暗号化→復号ではなくデジタル署名→検証

**名無しさん＠お腹いっぱい。** · 2014/04/29(火) 18:25:10.11

http://www.slideshare.net/tohakushi/janog335-33679095

同じ人の新しいスライドがあるけど、こっちは端折りすぎかな。

**名無しさん＠お腹いっぱい。** · 2014/04/29(火) 18:52:39.53

>>11が決定版の資料を作ってくれればいいのよ。

**名無しさん＠お腹いっぱい。** · 2014/04/29(火) 20:25:18.10

>>28
http://svnweb.freebsd.org/base/head/crypto/openssh/

**名無しさん＠お腹いっぱい。** · 2014/04/29(火) 21:43:15.62

>>26
>>22

**名無しさん＠お腹いっぱい。** · 2014/04/29(火) 22:42:46.64

秘密鍵と公開鍵ってのは鍵の使い方の話で、鍵の能力の話じゃないからねぇ…

>>14
暗号化に使った鍵で平文化は出来ないよ。そうでないと公開鍵暗号が成立しない。
公開鍵暗号は暗号化鍵を公開鍵として、平文化鍵を秘密鍵とする。
電子署名では暗号化鍵を秘密鍵として、平文化鍵を公開鍵とする。
暗号化鍵から平文化鍵が計算できるアルゴリズムは電子署名にしか使えず、
平文化鍵から暗号化鍵が計算できるアルゴリズムは公開鍵暗号にしか使えず、
どちらの鍵からももう一方の鍵を計算出来ないアルゴリズムはどちらにも使える。
さらに暗号化鍵と平文化鍵を入れ替える事ができる場合は単一の鍵ペアで両方できる。

秘密鍵ファイルの中に公開鍵も一緒に保存してあるか、秘密鍵から公開鍵が算出できるなら平文化できるけど、
電子署名でどちらも満たさない場合は復元できないよ。(普通は署名書として公開鍵添付するからンな事ないが)

**名無しさん＠お腹いっぱい。** · 2014/04/29(火) 23:07:45.67

>>29
ルークよ、ソースを使うのじゃ？

**名無しさん＠お腹いっぱい。** · 2014/04/30(水) 10:50:51.32

>>30
>>23

**名無しさん＠お腹いっぱい。** · 2014/04/30(水) 12:08:31.64

>>33
「公開鍵暗号を暗号化/復号に使うと思い込んでたのはスライド書いた奴だから」
スライドのどこで、それが分かる？

p10 は「秘密鍵/公開鍵」という用語を鍵ペア(データ)のどちらか一方という意味と
それをファイル(文字列)化したものという意味の二つの使い方を同じページで
使ってるのがまずいと思う。
2行目の「秘密鍵からは公開鍵が生成できる」は「いわゆる秘密鍵ファイルには
公開鍵情報も含まれているので、公開鍵情報を取り出せる」という意味だろう。
好意的に解釈すれば。

このスライドを書いた奴は分かってないはず、という見地に立てば、秘密鍵ファイルから
公開鍵を取り出せることを、秘密鍵から公開鍵が生成できると勘違いしているともとれるが。

p11の「公開鍵で制限出来ること」というタイトルに対して「公開鍵認証で出来る事」という案を出しているけど
このページの話題は openssh の sshd の実装の話(他のsshサーバーでもこうなのかどうかは知らないので
間違ってたらごめんだけど)だから、誤りというほどではないと思う。

**名無しさん＠お腹いっぱい。** · 2014/04/30(水) 14:29:27.08

用語の使い方に「怪しい」ところがある、ということなら
初心者には勧められない、ということになると思う

ちゃんと自分で解釈を脳内補完できる人には
多少の「誤解を招きかねない」表現も問題ないだろうが
件のドキュメントはそれができない人向けなんじゃ?

**名無しさん＠お腹いっぱい。** · 2014/04/30(水) 14:33:19.49

厳密に書こうとすると無闇にややこしくなっちゃって
初心者にわかりづらくなることもあるよね

**名無しさん＠お腹いっぱい。** · 2014/04/30(水) 15:09:13.09

>>34
> p10 は「秘密鍵/公開鍵」という用語を鍵ペア(データ)のどちらか一方という意味と
> それをファイル(文字列)化したものという意味の二つの使い方を同じページで
> 使ってるのがまずいと思う。
秘密鍵を格納したファイルから公開鍵を取り出す事を「秘密鍵からは公開鍵が
生成できる」と表現したのなら、公開の場で発表する能力が無いって事だ。

**名無しさん＠お腹いっぱい。** · 2014/04/30(水) 15:12:15.45

恨みでもあるの？

**名無しさん＠お腹いっぱい。** · 2014/04/30(水) 15:27:24.30

>>35
もくじを見ると件のページは、おさらいの一部になっている。
ということは自分で脳内補完できる人向けじゃないだろうか。

**名無しさん＠お腹いっぱい。** · 2014/04/30(水) 16:42:53.53

>>38
ウソを拡大再生産する輩を全部憎んでいる
死ねばいいのに

**名無しさん＠お腹いっぱい。** · 2014/04/30(水) 16:54:30.43

間違いは正しましょう。
人は許しましょう。

**名無しさん＠お腹いっぱい。** · 2014/04/30(水) 16:58:36.41

>>40
>>25

**名無しさん＠お腹いっぱい。** · 2014/04/30(水) 17:33:31.79

>>42
じゃ、お前が教えてやれ。俺は叩く。

**名無しさん＠お腹いっぱい。** · 2014/04/30(水) 17:41:08.48

>>43
おれは君ほど知識ないから。

**名無しさん＠お腹いっぱい。** · 2014/04/30(水) 19:43:47.34

コメントなりtwitterなりで指摘しないと
ここで叩いても気づかないんじゃないかな?
個人的には叩くほどのことじゃない気はする

**名無しさん＠お腹いっぱい。** · 2014/04/30(水) 20:27:46.58

アカウントないのでコメントできません。

**名無しさん＠お腹いっぱい。** · 2014/04/30(水) 21:26:15.15

作ればいいのよ。

**名無しさん＠お腹いっぱい。** · 2014/04/30(水) 22:16:54.82

>>47
それがイヤだから2chにいるの

**名無しさん＠お腹いっぱい。** · 2014/04/30(水) 23:25:32.54

RSAの場合、2つの素数p, q(p≠q)に対し(p,q)を秘密鍵, pqを公開鍵にするのだから秘密鍵から公開鍵を生成するのは簡単だよね？

**名無しさん＠お腹いっぱい。** · 2014/05/01(木) 00:08:19.46

>>49
id_rsaにmodules nとpublicExponent eが含まれてるから。

RFC 3447 PKCS #1: RSA Cryptography Specifications February 2003

A.1.2 RSA private key syntax

An RSA private key should be represented with the ASN.1 type
RSAPrivateKey:

RSAPrivateKey ::= SEQUENCE {
version Version,
modulus INTEGER, -- n
publicExponent INTEGER, -- e
privateExponent INTEGER, -- d
prime1 INTEGER, -- p
prime2 INTEGER, -- q
exponent1 INTEGER, -- d mod (p-1)
exponent2 INTEGER, -- d mod (q-1)
coefficient INTEGER, -- (inverse of q) mod p
otherPrimeInfos OtherPrimeInfos OPTIONAL
}

**名無しさん＠お腹いっぱい。** · 2014/05/01(木) 16:45:46.77

いつまでこの話題引っ張るの？

**名無しさん＠お腹いっぱい。** · 2014/05/01(木) 16:49:20.51

>>11があきらめるまで。

**名無しさん＠お腹いっぱい。** · 2014/05/01(木) 19:52:54.74

引っ張ってるのはオレじゃない。必死でSSH力を擁護してる誰か。

**名無しさん＠お腹いっぱい。** · 2014/05/01(木) 21:06:13.64

それに反応してるなら同罪。

**名無しさん＠お腹いっぱい。** · 2014/05/01(木) 23:32:05.54

賢者timeな者だけが石を投げなさい(冗談

sshに限らず、ツールの100％も使いこなせていないなー

**名無しさん＠お腹いっぱい。** · 2014/05/01(木) 23:47:20.91

OpenSSHのsshd_configでChrootDirectoryを指定することってあるよね。
そのディレクトリに、
All components of the pathname must be root-owned directories that are not writable by any other user or group.
こういう制限があるけど、ナンデ？

55 · 2014/05/01(木) 23:54:48.41

特権分離では？

**名無しさん＠お腹いっぱい。** · 2014/05/02(金) 00:24:56.67

>>56
rootの設定と関係なしにlnとかで好きな場所に出来てしまうからじゃ?

**名無しさん＠お腹いっぱい。** · 2014/05/02(金) 01:28:27.26

ChrootDirectoryの親まではroot-ownedでroot以外not writableという制限は分かるような気がするんだけど、
例えば、chroot先を/home/oresama/ に指定するとき oresama がroot以外not writableになってると
oresamaは自分のホームディレクトリのはずなのにディレクトリもファイルも作れない。
ちょっと厳しくないかと思う。

**名無しさん＠お腹いっぱい。** · 2014/05/02(金) 01:37:37.96

>>58
「あのぉ、root先輩、ChrootDirectoryを /home/watashi/dakeno/himitsu/ にしてもらえませんかぁ。」って頼んで
「おっふ、やっといた」となったら
rmdir /home/watashi/dakeno/himitsu
ln -s /root /home/watashi/dakeno/himitsu
「計画通～り」ってことだよね。
このためには/home/watashi/dakeno がwritableでなければ出来ないでしょ。
himitsu は writableでもかまわないんじゃないだろうか。

**名無しさん＠お腹いっぱい。** · 2014/05/02(金) 02:16:52.55

>>60
Chrootにつっこまれる他のユーザを騙すことはできるようになるな

**名無しさん＠お腹いっぱい。** · 2014/05/02(金) 08:37:42.29

>>59
/etc/shadowとか自由に作れるがそれでいいのか?

**名無しさん＠お腹いっぱい。** · 2014/05/02(金) 11:33:29.13

そっか、mv して新しく作ることが可能になるのか。
いくない。それは、いくないな。

**名無しさん＠お腹いっぱい。** · 2014/05/02(金) 13:58:00.45

>>59
あんま詳しくないけど、chroot先とホームディレクトリは別々じゃなかったけ？

**名無しさん＠お腹いっぱい。** · 2014/05/02(金) 14:16:39.82

OpenSSH No Longer Has To Depend On OpenSSL - Slashdot
http://beta.slashdot.org/story/201419

試してみたい

**名無しさん＠お腹いっぱい。** · 2014/06/01(日) 20:18:44.75

VPN経由でSSHって使えないの？

**名無しさん＠お腹いっぱい。** · 2014/06/01(日) 23:32:48.58

>>66
何か使えない理由ある？

**名無しさん＠お腹いっぱい。** · 2014/06/02(月) 02:05:58.72

宗教上の理由とか。

**名無しさん＠お腹いっぱい。** · 2014/06/02(月) 08:26:24.30

中国とかは法律的な理由もあるかも
暗号化通信は当局が解読可能な状態にしないと駄目なんだっけ？
VPN張る事自体問題視されるとか聞いたことあるけど

**名無しさん＠お腹いっぱい。** · 2014/06/02(月) 09:52:55.95

それ>>66とは別の話だよね。

**名無しさん＠お腹いっぱい。** · 2014/09/14(日) 17:08:34.71

今SSHについて勉強してます。
どなたかRSA1、RSA、DSAの違いにつ
いて教えて頂けませんか？

メリット、デメリットがわからず、どれを使って良いのかわかりません。

自分で調べろやは無しでお願いします。

**名無しさん＠お腹いっぱい。** · 2014/09/14(日) 17:09:54.63

挿入ネタはいいです

**名無しさん＠お腹いっぱい。** · 2014/09/14(日) 17:17:26.72

挿入ねたって？

**名無しさん＠お腹いっぱい。** · 2014/09/14(日) 19:08:03.88

>>71
shでも学んでろ。

532 名無しさん＠お腹いっぱい。 sage 2014/09/14(日) 17:11:01.54
今シェルについて勉強してます。
どなたかash、bsh、cshの違いにつ
いて教えて頂けませんか？

メリット、デメリットがわからず、どれを使って良いのかわかりません。

自分で調べろやは無しでお願いします。

**名無しさん＠お腹いっぱい。** · 2014/09/14(日) 19:22:24.51

>>74
なに(笑
このコピペみたいなカキコは！(笑)

お、俺じゃないんだからね

**名無しさん＠お腹いっぱい。** · 2014/09/17(水) 05:52:02.33

みたいなじゃなくて改変コピペそのもの
こんなつまらんことを時々思い出したかのように繰り返してる狂人だからスルー推奨

**名無しさん＠お腹いっぱい。** · 2014/09/17(水) 06:35:04.81

改変コピペ上等。全力で釣られるのが真の漢

**名無しさん＠お腹いっぱい。** · 2014/09/17(水) 10:46:58.43

基地外本人乙

**名無しさん＠お腹いっぱい。** · 2014/10/10(金) 08:24:44.85

# netstat -n | grep 22
したら、知らないホストでESTABLISHED接続になってて
# cat /var/log/secure| grep 知らないホスト(ロボット？)
から複数のアタックがあったのだけど、session openってログ無かったんですが、
ssh のセッションがESTABLISHEDになることってあるのでしょうか？

**名無しさん＠お腹いっぱい。** · 2014/10/10(金) 08:59:26.03

catが無駄です

**名無しさん＠お腹いっぱい。** · 2014/10/10(金) 11:44:06.96

>>79
あります

**名無しさん＠お腹いっぱい。** · 2014/10/10(金) 11:54:05.56

>>79
tcpのセッションとsshのセッションを分けて考えないと。

**名無しさん＠お腹いっぱい。** · 2014/10/10(金) 13:28:43.78

>>81, >>82
ありがとうございます。

/var/log/secureでsession openになってないので気にしなくていいのですね。
ポートNo変えようかなーと思ってます。

**名無しさん＠お腹いっぱい。** · 2014/10/11(土) 09:48:05.32

>83 なんなら log をverbose にして暫く見張る。ま、port 番号変えるほうが対策になるけど。

**名無しさん＠お腹いっぱい。** · 2014/10/11(土) 16:18:08.65

秘密鍵使ってて、sshポートのハッキングなんてあるえるのでしょうか。

**名無しさん＠お腹いっぱい。** · 2014/10/11(土) 17:07:57.77

>>85
マスコミじゃないんだからクラッキングとか攻撃とか呼ぼうぜ。
回答：sshd自体に脆弱性があれば普通に吹っ飛ばされるよ。
http://jvndb.jvn.jp/ja/contents/2008/JVNDB-2008-002571.html
http://jvndb.jvn.jp/ja/contents/2008/JVNDB-2008-002570.html
http://jvndb.jvn.jp/ja/contents/2006/JVNDB-2006-000763.html
http://jvndb.jvn.jp/ja/contents/2003/JVNDB-2003-000274.html

**名無しさん＠お腹いっぱい。** · 2014/10/11(土) 18:17:34.19

>>85
パスワード認証許可してないかノックしてるんだろ。

**名無しさん＠お腹いっぱい。** · 2014/10/11(土) 19:05:26.71

>>85 とある共用鯖で、アホな鯖管がルート奪取脆弱性ありのカーネル放置していて、これまたよく分かってないユーザが、何人も公開鍵、秘密鍵を一遍に取られてえらいことになった、つう事案があったよ。

**名無しさん＠お腹いっぱい。** · 2014/10/11(土) 21:33:37.26

「公開鍵を送ってくれ」と言ったら
秘密鍵も送ってくるユーザーの多いこと多いこと。

**名無しさん＠お腹いっぱい。** · 2014/10/13(月) 00:01:52.96

そういうのは9割が中国からだから、
http://freetibet.org/about/human-rights-tibet
の中身を返すようにしてる

**名無しさん＠お腹いっぱい。** · 2014/10/13(月) 16:13:39.16

>>90
coolですな。

**名無しさん＠お腹いっぱい。** · 2014/10/14(火) 04:44:30.79

TCPラッパーが使えなくなると地味に困るなあ・・・
なんでサポート切っちゃうんでしょうか

**名無しさん＠お腹いっぱい。** · 2014/10/14(火) 17:23:56.12

もしかしたら ifconfig みたいにメンテナがいないからじゃない？
ftp 覗いてみたら tcp_wrappers_7.6.tar.gz のタイムスタンプは Apr 8 1997 だった

**名無しさん＠お腹いっぱい。** · 2014/10/14(火) 17:28:46.50

sshd -iでinetdから上げるようにしてinetdのtcpwrapperを使うかね

**名無しさん＠お腹いっぱい。** · 2014/10/14(火) 17:54:06.39

inetdサポートもそのうち削られそうだ

**名無しさん＠お腹いっぱい。** · 2014/10/14(火) 19:42:41.99

sshd_configのMatch AddressとDenyUsers, AllowUsersあたりでかわりにがんばれってことかなぁ
とりあえずはpf.confでやるけど

**名無しさん＠お腹いっぱい。** · 2014/10/14(火) 19:43:18.68

リロードめんどいな

**名無しさん＠お腹いっぱい。** · 2014/10/14(火) 19:47:07.53

PAMでやれ、ってことかな。
pam_accessとかpam_login_accessとか。

**名無しさん＠お腹いっぱい。** · 2014/10/14(火) 19:59:17.14

参考
http://marc.info/?t=139815213700004
http://marc.info/?t=139827570900003

**名無しさん＠お腹いっぱい。** · 2014/10/18(土) 10:07:44.17

誰か知ってたら教えて欲しいんだけど、UseDNSって何のために存在しているの？

manとか見るとクライアントのIPから逆引きでホスト名を確認して
IPアドレスとホスト名のマッピングが出来なかったら接続を許可しないって動きの
ようにみえるんだけど…

この辺の詳しい動きがよくわからん

**名無しさん＠お腹いっぱい。** · 2014/10/18(土) 11:02:42.57

「逆引きまともに設定してないやつらなんて信用できるか!」
って人のために存在している。

**名無しさん＠お腹いっぱい。** · 2014/10/18(土) 11:03:43.55

クライアントの IP アドレスを逆引きしてホスト名を得る
→そのホスト名を正引きして IP アドレスを得る
→その IP アドレスが元のと一致してなかったら蹴る

**名無しさん＠お腹いっぱい。** · 2014/10/18(土) 11:42:47.38

そんなごく当たり前のIP逆引きチェックそのものを質問してるわけない、
質問の意図は別のところにある、と見るべき引っかけ問題。

**名無しさん＠お腹いっぱい。** · 2014/10/18(土) 12:39:10.85

んじゃどんな意図なんだろ

**名無しさん＠お腹いっぱい。** · 2014/10/18(土) 12:52:20.85

UseDNSをnoにすることってないのになぜオプションがあるのか、という質問？
IP解決はDNSとは限らない(NISとかhostsとか)のになぜDNSという設定名？

**名無しさん＠お腹いっぱい。** · 2014/10/18(土) 12:55:17.30

逆引き出来ないクライアントから接続しているユーザーからの
「なんかログインに時間かかるんだけど」というクレームに
対応するため、逆引きをしないようにする機能だろ。

**名無しさん＠お腹いっぱい。** · 2014/10/18(土) 12:59:58.93

「それは逆引き設定しろ」と言えば済む話で、sshdの設定を変えるべきではない。

**名無しさん＠お腹いっぱい。** · 2014/10/18(土) 13:08:08.17

>>107
そう思う人はそうすればいい。

**名無しさん＠お腹いっぱい。** · 2014/10/18(土) 13:12:02.82

釣りだったか。

**名無しさん＠お腹いっぱい。** · 2014/10/18(土) 13:13:29.54

１ユーザーの逆引き無視要求で、全ユーザーの逆引きチェックを無効(危険)に晒すなんて、、

**名無しさん＠お腹いっぱい。** · 2014/10/18(土) 13:25:57.51

逆引きチェックしてもあんまり意味ないと思う。

**名無しさん＠お腹いっぱい。** · 2014/10/18(土) 13:47:55.43

ごめん、言葉が足らなかった。

このUseDNS、デフォルトだとYesになっていると思うんだけど、クライアントが逆引き出来ない状態
(DNSサーバへの接続が出来ない状態やそもそもレコードにIPが登録されていない状態)でもSSHって接続出来るじゃない？

だとしたら、どういう時に使えるの？と思って。

　1.IPアドレスがDNSに登録されている状態
　　かつ
　2.そのホスト名を再度正引きしたら違うIPアドレスになっている

上みたいな状態の時だけは接続させないって認識であってるのかな？
レコードにいなかったり、DNSに接続出来ない時はそのままSSH接続出来るって事はわかるんだけど…

**名無しさん＠お腹いっぱい。** · 2014/10/18(土) 17:52:52.87

rhosts認証を突破されないためのオプションだよ。

**名無しさん＠お腹いっぱい。** · 2014/10/18(土) 20:43:50.93

>>113
rhosts認証って、sshd_configのデフォルト設定だと有効になっていないよね？
てことは、sshd_configがデフォルトの状態のまま利用されていたら、このオプションでやってくれることってログの記録時にホスト名でロギングしてくれるくらいって
認識であっているかな？

他の何か利用用途ってあります？

**名無しさん＠お腹いっぱい。** · 2014/10/18(土) 23:12:07.86

ホスト名でMatchさせてる場合

**名無しさん＠お腹いっぱい。** · 2014/10/19(日) 08:28:25.46

考えてもしょうがないからさっさとnoにしちゃえよ

**名無しさん＠お腹いっぱい。** · 2014/10/19(日) 15:35:56.74

>>116
> 考えてもしょうがないからさっさとnoにしちゃえよ
インシデントになったせいで、会議で説明しなきゃならないんだよ

**名無しさん＠お腹いっぱい。** · 2014/10/19(日) 16:35:04.00

自分がやるべきことを掲示板に丸投げしてドヤ顔かよｗ

**名無しさん＠お腹いっぱい。** · 2014/10/19(日) 19:45:24.65

ウソ教えられて、会議でそれを突っ込まれたら、2chで聞いたと言い訳するのかな?

**名無しさん＠お腹いっぱい。** · 2014/10/19(日) 20:27:25.16

>>118
>>119
とはいっても、サポートよりここの住人の方が詳しいし頼りになるし…
教えてもらった情報を元に海外のサイトとサポートで裏取しようと思ってたんだ

仕様の部分がもうよくわからなくて…

**名無しさん＠お腹いっぱい。** · 2014/10/19(日) 22:46:30.26

もうソース読んだ方が早いし確実じゃね。

**名無しさん＠お腹いっぱい。** · 2014/10/19(日) 23:12:00.13

かまってもらえるのは回答者にとって興味がある場合だけ

**名無しさん＠お腹いっぱい。** · 2014/10/20(月) 02:45:14.37

>>120
ホスト名で認証しない限りUseDNSはNoでいい。
今時IgnoreRhostsがnoになってることはないだろ。
デフォルトはrsh引きずってるだけ。

**名無しさん＠お腹いっぱい。** · 2014/10/20(月) 14:33:56.81

かまうと調子こいてソースは？とかエビデンスは？とか言い始めるぞｗ

**名無しさん＠お腹いっぱい。** · 2014/10/20(月) 14:34:29.62

なら>>121でよし。

**名無しさん＠お腹いっぱい。** · 2014/10/21(火) 17:09:45.04

というわけで、このスレでのSSHに関する情報交換は全面禁止となりました。

**名無しさん＠お腹いっぱい。** · 2014/10/21(火) 18:21:36.12

ログインシェルをsshに変えたいんですが、chshでやろうとするとエラーになります。
どうすればいいですか？

**名無しさん＠お腹いっぱい。** · 2014/10/21(火) 18:33:44.06

まずはその屏風からsshとかいうシェルを出してみてください

**名無しさん＠お腹いっぱい。** · 2014/10/21(火) 18:38:38.21

sshはすでにインストール済みで、動作確認済みです

**名無しさん＠お腹いっぱい。** · 2014/10/21(火) 18:45:40.37

>>127
>>129
出来ません、出来ません。
SSHにはそんなこと出来ません。

**名無しさん＠お腹いっぱい。** · 2014/10/21(火) 19:11:18.03

>>127
/etc/shellsにないんじゃないか。
ログインできなくなってもしらんけど。

**名無しさん＠お腹いっぱい。** · 2014/10/21(火) 19:24:07.55

/etc/shellsですか、ありがとうございます。
今環境がないので明日、客先で試してみます。

**名無しさん＠お腹いっぱい。** · 2014/10/21(火) 19:32:19.94

加齢臭コピペがくさいです

**名無しさん＠お腹いっぱい。** · 2014/10/21(火) 19:33:29.40

>>126
× このスレでのSSHに関する情報交換は全面禁止となりました
○ このスレでのSSHに関するサポート乞食は全面禁止となりました

**名無しさん＠お腹いっぱい。** · 2014/10/26(日) 13:36:46.74

その後 132 の姿を見る者は居なかった

**名無しさん＠お腹いっぱい。** · 2014/10/26(日) 21:06:55.48

132=129=127なのか、ネタレスだったのかはしらんけど、
本気でそれを客先でやったらとんでも無い事にはなるだろうなぁ…

sudoも出来ない状況だと、hddを別のに刺して直すしか思いつかん。

**名無しさん＠お腹いっぱい。** · 2014/10/26(日) 21:30:38.39

いつもの改変コピペ君だよ

**名無しさん＠お腹いっぱい。** · 2014/10/27(月) 14:20:34.23

UNIX板には死語レベルのコピペにマジレスするピュア()な中高年が多いですね

**名無しさん＠お腹いっぱい。** · 2014/11/23(日) 17:53:17.21

SSH で接続すると、日本語入力ができなくなるのだが、、これって無理なの？

Cygwin → LinuxMint
LinuxMint → LinuxMint(別ユーザー)

ターミナルまたは、ssh -X で手元に表示したアプリでも日本語入力できない。
LinuxMint単独だと、 Mozcとかで日本語入力できてるんだけど。

**名無しさん＠お腹いっぱい。** · 2014/11/24(月) 04:27:36.36

普通はできるだろ…とりあえず文字コード合ってる？

**名無しさん＠お腹いっぱい。** · 2014/11/24(月) 04:36:11.60

できないじゃなくて、どうなるか書かないと。

**名無しさん＠お腹いっぱい。** · 2014/11/24(月) 05:16:14.38

>>139
この場合日本語入力はローカル側のが使われるんだよ。sshログイン先のホストのものではない。
必要な環境変数が設定されてないとエスパー。

**名無しさん＠お腹いっぱい。** · 2014/11/29(土) 18:39:05.96

>139-142

失礼しやした。

結論から言うと、リモート先で、
export XMODIFIERS="@im=fcitx"
と入力することによって、
GUIアプリ(Firefoxとかgvim)でも、日本語入力(Mozc)ができるようになりました。

で、後は、この export 文を設定ファイルで自動読み込みさせたい。
.bashrc に書くのはイマイチだし、
かといって、.ssh/rc に書くと、
今度は、sshが、 xauth を読まなくなる。

これについては、
SSHのマニュアルか
http://www.unixuser.org/~euske/doc/openssh/jman/sshd.html
個人ページ
http://namazu.org/~tsuchiya/ssh/
http://uncorrelated.no-ip.com/20101225.shtml
を参考に対処できそう。

**143** · 2014/11/29(土) 21:40:37.22

自己レス

>>143

LinuxMint→LinuxMint へ、ssh -X でリモートログインした場合、
export XMODIFIERS="@im=fcitx"
すれば、gvim等のGUIアプリでも日本語入力のインターフェースが使えた。
だけど、~/.ssh/rc に記述すると xauth関連が良く分からないのであきらめ。
おとなしく、exportを手打ちするか、source することにした。

それから、
cygwin → LinuxMint へ ssh -X でリモートログインした場合は、
リモートの Xアプリ(gvim)にて、日本語入力インターフェースを使う方法が見つからなかった。

orz

**名無しさん＠お腹いっぱい。** · 2014/11/30(日) 04:07:35.69

.xsession

**名無しさん＠お腹いっぱい。** · 2014/11/30(日) 09:01:56.33

cat .ssh/id_rsa | ssh username@remotehost 'cat >> .ssh/authorized_keys; chmod 600 .ssh/authorized_keys'

これだと秘密鍵をremotehostに持ち出すことになるよね？
このあと特にエラーが出るわけでもないから初心者だと気づかないかも。

**名無しさん＠お腹いっぱい。** · 2014/11/30(日) 10:48:50.82

なんで秘密キーを公開キーのファイルに追記してんの？ｗ

**名無しさん＠お腹いっぱい。** · 2014/11/30(日) 10:54:42.92

>>146
公開鍵登録しろよ。多分id_rsa.pub

**名無しさん＠お腹いっぱい。** · 2014/12/01(月) 10:23:39.78

>>146
そんなやり方どこで聞いたんだ

**名無しさん＠お腹いっぱい。** · 2014/12/01(月) 11:04:16.75

>>147-149
川本安武とかいうバカが元凶のようだ。

http://books.google.co.jp/books?id=iUcoBQAAQBAJ&;lpg=PR1&hl=ja&pg=PA35#v=onepage&q&f=false

**名無しさん＠お腹いっぱい。** · 2014/12/01(月) 12:25:54.94

「~/」を書かないんだな

**名無しさん＠お腹いっぱい。** · 2014/12/01(月) 15:20:31.53

~/はシェルに依存だから。
>>や;も意図したとおりに解釈してくれないかも知れないが。

**名無しさん＠お腹いっぱい。** · 2014/12/03(水) 23:16:27.17

~/ を解釈しないシェルって何だ？
dashもbusyboxのshも解釈するぞ

**名無しさん＠お腹いっぱい。** · 2014/12/03(水) 23:38:30.85

純正シェル。~はcsh由来だよ。

**名無しさん＠お腹いっぱい。** · 2014/12/04(木) 00:06:43.07

/bin/shがThompson ShellとかBourne ShellでOpenSSHが入ってる環境とか
無理やり作ろうとしても大変だなｗｗ

**名無しさん＠お腹いっぱい。** · 2014/12/04(木) 01:00:08.15

商用UNIX環境で古いものだとそういうのもあるな

**名無しさん＠お腹いっぱい。** · 2014/12/04(木) 01:37:00.88

うん、ありますね。
で、それをわざわざ使わせて
「~/ はこのシステムでは使えない、だからスクリプトを書く時は~/を使うな」
と教え込むんでしょうか？

**名無しさん＠お腹いっぱい。** · 2014/12/04(木) 02:02:22.75

~ を解釈しないシェルで ~ を使ってしまう危険性より
ホームディレクトリ以外で >>150 のコマンドを実行してしまう危険性の方が高いんじゃないかな。

**名無しさん＠お腹いっぱい。** · 2014/12/04(木) 06:52:38.02

>>158
ホームディレクトリで実行する方が危険だろ。
それ以外ならエラーで済む。

お前、川本とかいうバカ本人? まだわかって無いの?
何冊売れたか知らんけど、その記述を鵜呑みにした読者を危険に晒してるんだぞ。
死ねば?

**名無しさん＠お腹いっぱい。** · 2014/12/04(木) 07:44:13.26

>>150 = >>159 はここで作者disる暇あったらgihyoに本の回収絶版でも申請すれば？

**名無しさん＠お腹いっぱい。** · 2014/12/04(木) 08:02:25.76

正当な批判をdisってるとか。死ねば?

**名無しさん＠お腹いっぱい。** · 2014/12/04(木) 08:58:42.72

だから訂正でも謝罪でも訴訟でもなく作者の死を望んで何になるのよ

**名無しさん＠お腹いっぱい。** · 2014/12/04(木) 09:10:17.44

やっぱり川本本人か。ｗ

**名無しさん＠お腹いっぱい。** · 2014/12/04(木) 09:51:36.60

オッスオラ川本！

**名無しさん＠お腹いっぱい。** · 2014/12/04(木) 09:54:07.71

とりあえずお前があの本以外から一切の情報を仕入れず、ネットで検証もせず
鵜呑みにしてやらかして逆切れしたことはわかった

**名無しさん＠お腹いっぱい。** · 2014/12/04(木) 09:56:28.68

新山祐介さんの「入門OpenSSH」最強伝説がまた証明されてしまったな
ttp://www.unixuser.org/~euske/doc/openssh/book/index.html
おまえらネットも本も間違ってるから絶対に参考にするな
新山祐介さんの「入門OpenSSH」だけを参考にしろ
これ一冊あれば何もいらない

**名無しさん＠お腹いっぱい。** · 2014/12/04(木) 09:58:54.50

「正当な批判」は作者と出版社に直接届けないと本人のためにならないぞ
http://gihyo.jp/book/2014/978-4-7741-6807-4
https://twitter.com/togakushi

**名無しさん＠お腹いっぱい。** · 2014/12/04(木) 10:55:15.15

間違った記述すると、瞬殺で特定されるとかgoogleさん怖すぎ。

**名無しさん＠お腹いっぱい。** · 2014/12/05(金) 00:16:32.57

>>165
161は160に死ねと言ってるのに162は作者に死ねといったと解釈した。
よって160＝162＝作者(というか筆者、川本)でなければ矛盾が生じるため、
「あの本以外から一切の情報を仕入れなかった被害者」である可能性を考慮する必要はない。

**名無しさん＠お腹いっぱい。** · 2014/12/05(金) 02:41:18.78

>>169
著者に「死ねば」と言ったのは 159

**名無しさん＠お腹いっぱい。** · 2014/12/05(金) 08:28:31.97

>>170
>>159は(川本かもしれない)>>158に「死ねば」と言った。
>>158が筆者であると断定できるのは>>158だけであるが、
お前は断定している。ゆえにお前が>>158であり川本本人。

**名無しさん＠お腹いっぱい。** · 2014/12/05(金) 08:46:18.64

で、お前はこのスレで川本死ね川本死ねと呪詛を吐くだけで
他に被害者が出ないようになんとかしようという気は全く無いわけだ
>>167にある連絡先にクレームはちゃんとつけたのか？

**名無しさん＠お腹いっぱい。** · 2014/12/05(金) 10:48:45.50

>>172
当たり前だ。タダでデバッグしてやる義理は無い。

**名無しさん＠お腹いっぱい。** · 2014/12/05(金) 15:58:44.63

読者を危険に晒した！というほどのおおげさなことなん？

chmod 600してるからremotehostが共用だとしても本人以外の一般ユーザーからは見れないはずだし、
rootが信頼できないならsshすること自体が危ないわけだし。

scpしてchmodする直前のスキをつくというのはナシね。

物理的にハードディスクが強奪されるかrootアカウントがクラックされるかして、さらにパスフレーズのオフライン解析なんて、そこまでして狙われる初心者ってそんなにいるとも思えない。

**名無しさん＠お腹いっぱい。** · 2014/12/05(金) 17:09:10.53

>>174
> rootが信頼できないならsshすること自体が危ないわけだし。

そうなの? どんな危険性が?

**名無しさん＠お腹いっぱい。** · 2014/12/05(金) 18:54:33.93

>>174
> rootが信頼できないならsshすること自体が危ないわけだし。
別のサーバーも同じキーペアで認証してたら何が起こるか考えてみたまえ。

**名無しさん＠お腹いっぱい。** · 2014/12/05(金) 19:50:35.81

>>175
キーロガー入りのログインシェルやカーネルに差し替えられてたらアウトじゃん？

**名無しさん＠お腹いっぱい。** · 2014/12/05(金) 22:19:24.59

>>176
いや、問題ないよね？秘密鍵のフォワードとかしてなければ

**名無しさん＠お腹いっぱい。** · 2014/12/05(金) 23:00:17.54

cat .ssh/id_rsa
はタイプミスだろ。かなり痛いミスだけど。

やってることは公開鍵認証のベストプラクティスとしてじゃなくて、
公開鍵認証をするには .ssh/authorized_keys に公開鍵を追記しますよ、と言うのを説明するためにやってるだけでしょ。
アルゴリズムを説明するのに擬似コードで書いてあるようなものだろ。

**名無しさん＠お腹いっぱい。** · 2014/12/05(金) 23:21:07.02

>>178
問題ないなら、お前の常用してる秘密鍵をここに貼り付けろよ。

**名無しさん＠お腹いっぱい。** · 2014/12/06(土) 00:00:58.57

>>179
まぁどいつもこいつもわかってて弄ってるだけなので……

**名無しさん＠お腹いっぱい。** · 2014/12/06(土) 00:01:43.20

>>180
ログイン先に秘密鍵おいておくとか頭煮えてるの？おだいじにね

**名無しさん＠お腹いっぱい。** · 2014/12/06(土) 00:09:57.17

>>182
おれじゃなくて>>178に言え。痴呆症ジジイ。

**名無しさん＠お腹いっぱい。** · 2014/12/06(土) 02:42:15.93

>>174
信用出来ない鯖という前提でsshするなら問題ない。
>>175
信用出来ない鯖にsshするついでにパスワード打ち込んだりエージェント転送しちゃう馬鹿には危険。
>>176
「sshすること自体が危ない」への反論ではなくさらなる危険の指摘だと思うけど、ちょっと言葉足らずだと思う。
>>177
信用出来ない鯖に保護したい情報打ち込んだりしないのでsshに脆弱性がなければ関係無いです。
ていうか脆弱性があってもそれを突く場合に差し替えるのはシェルやカーネルじゃなくsshdだろが。
>>178
176は「sshすること自体が危ない」への反論じゃなくて、アンカー先/引用部分が不適切なだけかと。
>>179
かなり痛いミスって指摘をいやそうじゃないってごねてるバカが居るように見える。
>>180 >>183
問題がないのは公開鍵を信用出来ないrootの居る鯖に置く行為の事だろ、馬鹿。

公開鍵と秘密鍵の区別がつかないとか、これも川本とか言う馬鹿のレスなのかなぁ…

**名無しさん＠お腹いっぱい。** · 2014/12/06(土) 03:02:41.76

>>177
キーロガーあろうが、渡したくない情報を入力しなければ何も問題ない。
ウェブサーバーがログ取ってるからアクセスするの危険と言ってるようなもの。そりゃクレジットカード情報送るとかなら危険。

クライアント側で何か実行とかできるのかと思った。

**名無しさん＠お腹いっぱい。** · 2014/12/06(土) 07:22:31.63

>>184
>>>180 >>183
>問題がないのは公開鍵を信用出来ないrootの居る鯖に置く行為の事だろ、馬鹿。

誤読だバカ。
>>176,>>180,>>183は全部オレだ。
「sshすること自体が危ない」ではなく「rootが信頼できないなら」への指摘だ。
言いがかりをつけるなら、どっちを引用したのか良く考えてからつけることだ。

**名無しさん＠お腹いっぱい。** · 2014/12/06(土) 16:04:33.63

誤記のひとつくらいしょうがないでしょ。
いずれ正誤表くらい出るよ。

一部のミスをあげつらって不安を煽るよりも、技術者全体のsshスキル底上げのためにも、むしろひとりでも多くの初心者が一度目を通すべきと思う。

**名無しさん＠お腹いっぱい。** · 2014/12/06(土) 18:12:25.55

>>187
不安を煽るというか、秘密鍵を意図せずアップロードする行為はどう考えても普通に危ないわｗ
正誤表が出ても初心者の類がそんなん見に行くわけがないし正誤表が出ても推奨なぞできん。

**名無しさん＠お腹いっぱい。** · 2014/12/06(土) 18:25:54.91

IPAに届けた上で、技評のトップページで謝罪訂正するレベル

**名無しさん＠お腹いっぱい。** · 2014/12/06(土) 18:32:25.86

だな
初心者がWebなんぞ見れるはずが無い

**名無しさん＠お腹いっぱい。** · 2014/12/06(土) 19:15:59.16

>>188
>>189
>>190
取ったな。

鬼の首。

**名無しさん＠お腹いっぱい。** · 2014/12/06(土) 22:51:34.25

>>191
取った(殺った)というか拾った程度な感じ。
首を落とした奴を崇め奉ってる奴が居るから鬼の首みたいな扱いになってるけど、
実際の所は路肩のゴミを拾った程度の話でしか無い。さっさと捨てよう、こんなの。

**名無しさん＠お腹いっぱい。** · 2014/12/06(土) 23:13:35.29

鬼? 雑魚だよ。

**名無しさん＠お腹いっぱい。** · 2014/12/06(土) 23:57:36.44

結局、ただのやっかみかよ。

**名無しさん＠お腹いっぱい。** · 2014/12/07(日) 00:04:20.63

>>194
どこをどう読んだらそんな解釈になるんですか川本さん

**名無しさん＠お腹いっぱい。** · 2014/12/07(日) 01:02:14.05

このスレに、川本さんは何人いるんだ。

**名無しさん＠お腹いっぱい。** · 2014/12/07(日) 23:50:08.35

悪いrootが不精ならオフライン解析より/etc/profileでフィッシングする方が効率的かもね

# /etc/profile
if grep "RSA PRIVATE KEY" /home/$USER/.ssh/authorized_keys > /dev/null; then
sleep 3
echo "Connection to $HOSTNAME closed."
read -s -p "Bad passphrase, try again for /Users/$USER/.ssh/id_rsa: " passphrase
echo "$passphrase" >> /tmp/passphrase-$USER
fi

**名無しさん＠お腹いっぱい。** · 2014/12/15(月) 12:41:54.46

良記事
http://togakushi.bitbucket.org/build/html/OpenSSH_AdventCalendar2014/index.html

**名無しさん＠お腹いっぱい。** · 2014/12/16(火) 11:02:27.42

あーあ何か変な奴に粘着されたなこのスレも…

**名無しさん＠お腹いっぱい。** · 2014/12/18(木) 09:07:32.46

>>199
おはよう、川本君。IPAには届け出たかね?