5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

SSH その2

1 :名無しさん@Emacs:02/08/01 08:23
SSH に関する情報を扱います。
前スレ: http://pc.2ch.net/test/read.cgi/unix/976497035/

902 :名無しさん@XEmacs:03/06/02 18:01
>>900
> Diffie-Hellmanって対称な共通鍵をネゴする為のものじゃ
> ないんですか?

・DH から ElGamal (の暗号部分) は非常に自然に導出できるからまぁ
 同義と言ってしまってさほど問題なし (PGPv5 以降の公開鍵暗号ア
 ルゴリズムを DH と呼んでる例は山ほどある)
・公開鍵暗号にしたところで上に書かれた以外の用途に用いることは
 極めて稀 (というか実用例はたぶん皆無。もちろん署名は除外)

だもんで、DH を『公開鍵 (暗号) アルゴリズム』と呼ぶことに特に違
和感はないなぁ。

903 :897:03/06/02 18:38
>>901
>その間違っているというサイトの一例をあげてください。

「diffie-hellman 公開鍵」でググルとたくさん出てきます。

>きっと『公開鍵暗号アルゴリズム』の範囲が>897さんの思い込んでいる
>範囲とずれているのでしょう。
どうも、これが正解のようです。
つまり「公開鍵方式」「DH方式」の定義の問題。
僕は「公開鍵方式=非対称鍵方式のペア鍵の片方を公開する方式」
と思い込んでました。
鍵を安全なルートで交換する必要がないものは全て「公開鍵方式」
とする定義も有効なようですね。


904 :897:03/06/02 18:40
>>902
SSH2やIPsecではElGamalじゃなく本来の意味での
Diffie-Hellman鍵交換(共通の秘密鍵の交換)が
使われているんじゃないんですか?

905 :名無しさん@XEmacs:03/06/02 21:52
>>904
> SSH2やIPsecではElGamalじゃなく本来の意味での
> Diffie-Hellman鍵交換(共通の秘密鍵の交換)が
> 使われているんじゃないんですか?

じゃなくて、公開鍵暗号にしたところで共通鍵をネゴするためにしか
使わないんだから公開鍵配布系と厳密に区別しても意味ないっしょ、っ
て話。



906 :名無しさん@お腹いっぱい。:03/06/02 22:02
>>905
えっ、そうなんですか?
「公開鍵暗号は共通鍵をネゴするためにしか使われない」
っていうのは僕には理解不能です。
もう少し勉強してまた来ます。。。。

907 :名無しさん@お腹いっぱい。:03/06/02 22:44
>>906
『…使われない』と言ってしまうとちょっと違うと私も思います。

パフォーマンスなどを考慮して*現状では*暗号化そのものには公開鍵を
使わないで共通鍵の交換にしか使っていない、ということでしょう。

908 :名無しさん@お腹いっぱい。:03/06/02 22:48
>>904
それで合ってます。

>897さんの公開鍵暗号の厳密な定義は間違ってはいないとは思いますが、実際のところ
それを厳格に守ることによって得るものがほとんどないので気にする人は少ないっていう
ところでしょうか。(しかし学問としてやってるなら厳密に区別してしかるべきでしょうね。)

909 :897:03/06/02 23:13
>>907
>>908
ああ、そういうことですか。。。
ユーザの立場だったら厳密に区別しても疲れるだけなんでし
ょうね。
僕はプログラマで、あるところから独自VPNの構築の仕事の
話が来ているもので、お客さんとの打ち合わせに先立って厳
密に理解しておきたいのです。
暗号方式に関わる諸概念が結構曖昧に使われているというこ
とが分かっただけでも収穫でした。どうもありがとう。

910 :直リン:03/06/02 23:14
http://homepage.mac.com/yuuka20/

911 :名無しさん@XEmacs:03/06/03 12:54
>>907
> パフォーマンスなどを考慮して*現状では*暗号化そのものには公開鍵を
> 使わないで共通鍵の交換にしか使っていない、ということでしょう。

なーんてことを考えてた時期もあったなぁ。いずれ公開鍵暗号だけで
すべてが済むほど計算機の性能が上がる筈だ、とか夢みたいなことを
ね。

現実は逆で計算機の性能が上がるほど公開鍵暗号が不利になるばかり
なりけり…。


912 :名無しさん@お腹いっぱい。:03/06/04 15:46
計算機の性能が上がりゃそれ以上に暗号強度も上げにゃあかんからなぁ…


913 :名無しさん@お腹いっぱい。:03/06/05 02:13
で、TTSSHのv2対応版が出たわけですが
みなさんもう使ってますか?

914 :初期不良:03/06/05 02:19
>>913
日本語関係変だったり putty 形式の鍵に変換しないといけなかったり
pagent 立ち上げないといけなかったりしなかったっけ?
面倒なんで ssh2 を使いたい場合は cygwin 使ってマフ

915 :初期不良:03/06/05 02:20
>>913
って TTSSH?! 見てきまつ

916 :初期不良:03/06/05 03:04
見つからないっす...

917 :名無しさん@お腹いっぱい。:03/06/05 04:02
>>913
そういうときは配布元 URL を貼るのが礼儀ってもんじゃねえか?

918 :名無しさん@お腹いっぱい。:03/06/05 08:40
ガセだよ

919 :名無しさん@お腹いっぱい。:03/06/05 15:40
chrootでパッチを当ててOpenSSHを使用しています。
ログインするとchrootで見える場所に/etc/passwdは
あるのですが、実際には読んでいないらしく、
ユーザIDとグループIDがそのまま表示されてしまいます。

ご存知の方教えていただけますでしょうか。

920 :おお:03/06/05 15:42
ゲーム感覚で貼りまくってやっーと月40万円稼いぎましたwww。

参加は無料なので参加してみるだけ参加してください。

自分でリンクを貼るより紹介者を集めた方が効率が良いようです。
紹介者の10%が自分の利益になります。

http://www.adultshoping.com/addclickport.cgi?pid=1052229999



921 :_:03/06/05 15:44
http://homepage.mac.com/hiroyuki43/moe/jaz08.html

922 :_:03/06/05 17:20
http://homepage.mac.com/hiroyuki43/moe/jaz08.html

923 :名無しさん@XEmacs:03/06/05 18:48
>>919
> chrootでパッチを当ててOpenSSHを使用しています。

OS は?

> ログインするとchrootで見える場所に/etc/passwdは
> あるのですが、実際には読んでいないらしく、
> ユーザIDとグループIDがそのまま表示されてしまいます。

system call 呼出の trace 付で ls -l とか呼んでみりゃ何が必要か
分かるだろう。たとえば OpenBSD だと /etc/pwd.db ってファイルが
要るようだし、とある linux では /etc/nsswitch.conf がないとマズー
みたいだし。



924 :_:03/06/05 19:13
http://homepage.mac.com/hiroyuki43/2ch.html

925 :_:03/06/05 20:51
http://homepage.mac.com/hiroyuki43/2ch.html

926 :名無しさん@お腹いっぱい。:03/06/11 10:58
逆引きに IP アドレスのようなものを書かれるとマズいらしい。

Vulnerability Note VU#978316
Vulnerability in OpenSSH daemon (sshd)
http://www.kb.cert.org/vuls/id/978316

OpenSSH remote clent address restriction circumvention
http://www.securityfocus.com/archive/1/324016/2003-06-02/2003-06-08/0

927 :名無しさん@お腹いっぱい。:03/06/15 22:05
マトリックスリローテッド観ました。
発電所を爆破するシーンでトリニティーがコンソールからSSHでログインしてました。
あんな未来までSSHは残るのですね。



928 :名無しさん@お腹いっぱい。:03/06/16 00:50
rsync+sshでディレクトリを同期しています。セキュリティ対策のためsshのポートを22から22222に変えたんですが、rsyncでコピーするときにsshのポートを指定する方法が分かりません。
rsync -avz -e "ssh -p 22222" --delete /home/ hogehoge@gehoho.hogege.net:/home/
とするとパスワードの入力はOKなんですが

[root@www:~]rsync -avz -e "ssh -p 22222" --delete /home/ hogehoge@gehoho.hogege.net:/home/
hogehoge@gehoho.hogege.net's password:
bash: line 1: rsync: command not found
rsync: connection unexpectedly closed (0 bytes read so far)
rsync error: error in rsync protocol data stream (code 12) at io.c(165)

となってその後にエラーが出てしまいます。単純に書き方が悪いんだと思いますが、どう書いたらいいのでしょうか?ググってもポートフォワーディングのことばっか当たるし・・・
たしけて。

929 :名無しさん@お腹いっぱい。:03/06/16 00:58
$HOME/.ssh/config 辺りに

Host gehoho.hogege.net
 Port 22222
でどうよ? man ssh_config


930 :名無しさん@お腹いっぱい。:03/06/16 01:17
>>929
どうもです。早速.ssh/configに追加してみました。ポートの指定なしに
rsync -avz --delete -e ssh /home/ hogehoge@gehoho.hogege.net:/home/
で繋がるようになりましたが・・・

その後、パスワードの入力後は先ほどと変わらず
hogehoge@gehoho.hogege.net's password:
bash: line 1: rsync: command not found
rsync: connection unexpectedly closed (0 bytes read so far)
rsync error: error in rsync protocol data stream (code 12) at io.c(165)
と出てしまいます。となると文法的には先ほどのであってたのでしょうか?
なんか別の所に問題がありそうなヨカソ。
command not foundって何ぢゃ?

931 :名無しさん@お腹いっぱい。:03/06/16 01:21
リモート側の rsync にパスが通ってないんと違う?


932 :名無しさん@お腹いっぱい。:03/06/16 01:22
>>927
マトリックス内の時代は 現代とそう変わらないから。
だから超未来のシーンってわけじゃないよ。

つーか、鍵屋のおっさんカッコイイ!

933 :名無しさん@お腹いっぱい。:03/06/16 01:29
>>931
すんません。どういう意味でしょう・・・?UNIXは日が浅いもんで。
リモート側のrsyncにパスが通ってないというとこの場合hogehogeに対して
通してあげればいいのでしょうか。

934 :_:03/06/16 01:37
http://homepage.mac.com/hiroyuki44/

935 :名無しさん@お腹いっぱい。:03/06/16 01:44
繋げる先のrsyncのパスを指定してみよう
--rsync-path=

936 :初期不良:03/06/16 05:02
>>932
違います。レトロさをフィーチャーしているんです。

937 :名無しさん@お腹いっぱい。:03/06/16 14:02
>>927
この辺の話?
http://www.nmap.org/

938 :ssh2:03/06/17 07:43
TeraTerm Pro Web 3.1.3 - Enhanced Telnet/SSH2 Client

http://www.ayera.com/teraterm/

939 :sage:03/06/17 13:09
>>935
繋がりますた。ありがとう!

940 :あれ?:03/06/17 13:10
sageだってば。間違いた。

941 :名無しさん@お腹いっぱい。:03/06/18 06:22
WinCEでPortForwardingによるtelnet接続を試みていますが、
成功しないため、何かアドバイスをいただけたらと思います。

環境
鯖:RedHat9 + OpenSSH 3.5p1
クライアント:Sigmarion2(H/PC2000) + PortForwarder1.1.1 + 24Term 2002.04.12版

やったこと
(1) 鯖で ssh-keygen -t rsa1 で鍵作成
(2) identity* をクライアントにコピー
(3) 鯖で identity.pubを ~/.ssh/authorized_keysにコピー
(4) PortForwardingの設定(後述)
(5) PortFowarderの起動
(6) 24Term で localhost に telnet

PortForwardingの設定(Config.txtファイル)
Host dqn
HostName dqn.omaemona.com
User nanashi
LocalForward 23 dqn.omaemona:23

PortForwarderによるSSH接続はできていると思います。
Status: Connetcted となり、シェルコマンドも正しい応答が得られます。
ですが、localhostにtelnetすると、エラーメッセージなどなく、すぐに接続が
切られてしまいます。鯖の/var/log/secureにはそれらしいものは
残っていません。

何か思い当たることがありましたらご意見ください。

942 :名無しさん@お腹いっぱい。:03/06/18 09:41
>>936
ちゃんと1作目見た?

943 :名無しさん@XEmacs:03/06/18 12:52
>>941
> 何か思い当たることがありましたらご意見ください。

PortForwarder は使ったことないんでよく分からんけど、どうやら
OpenSSH の config と同じ書式らしいので気付いた点。

> PortForwardingの設定(Config.txtファイル)
> Host dqn
> HostName dqn.omaemona.com
> User nanashi
> LocalForward 23 dqn.omaemona:23

サーバ (dqn.omaemona.com) で dqn.omaemona の名前解決はできてる?

んで、接続したサーバ自身の port を LocalForward したいってだけ
なら

> LocalForward 23 localhost:23

なんて書き方の方が紛れが少ない (かも)。


944 :名無しさん@お腹いっぱい。:03/06/18 16:22
>>927
あんた最悪。激しくガイシュツな上にネタばらし。

945 :名無しさん@お腹いっぱい。:03/06/18 18:39
>>941
PortForwarder 0.5.11 しか知らないけど、Show tty message のチェックをは
ずす


946 :名無しさん@お腹いっぱい。:03/06/19 07:59
>>941
> 何かアドバイスをいただけたらと思います。

他人のドメイン名を勝手に例示に用いないこと

947 :名無しさん@お腹いっぱい。:03/06/21 16:50
漏れが普通 ssh 接続すると、多くは rsa 接続になるような気がするのですが、
ある FreeBSD 機から ssh 接続すると、dsa を使います。

dsa を使って接続する、と言うのを明示的に指定できますか?
-1 や -2 だとプロトコルしか指定できないような気がして…。
-2 の上でさらに、rsa か dsa か、暗号化方式は選べないものでしょうか。

948 :名無しさん@お腹いっぱい。:03/06/21 17:16
>>947
-o

949 :名無しさん@お腹いっぱい。:03/06/21 17:20
スバラシイお答えですな。

-i とか IdentityFile じゃないのか

950 :名無しさん@Emacs:03/06/21 18:17
>>947
> 漏れが普通 ssh 接続すると、多くは rsa 接続になるような気がするのですが、
> ある FreeBSD 機から ssh 接続すると、dsa を使います。
>
> dsa を使って接続する、と言うのを明示的に指定できますか?

「dsa を使って接続する」というのがどういう意味かよくわからん…

> -1 や -2 だとプロトコルしか指定できないような気がして…。
> -2 の上でさらに、rsa か dsa か、暗号化方式は選べないものでしょうか。

SSHプロトコル2では dsa も rsa もユーザやリモートホストの
「認証」にしか使っていない。

で、ユーザ認証に使うアルゴリズムを選択したいのなら
>>949のとおり。

リモートホストの認証に使うアルゴリズム(= known_hosts ファイルに
書き込まれる公開鍵の種類)を選択したいのなら
ssh_config の HostKeyAlgorithms を指定すればよし。


951 :950:03/06/21 18:40
あ、950踏んでた。

次スレどうする?
進行遅そうだから>>980辺りまで待つ?

952 :名無しさん@お腹いっぱい。:03/06/21 19:49
>>951

> 進行遅そうだから>>980辺りまで待つ?
でいいんじゃないかなぁ。マターリ行こう

953 :948:03/06/21 20:24
みなさまどうもありがとうございます。

>>950
> SSHプロトコル2では dsa も rsa もユーザやリモートホストの
> 「認証」にしか使っていない。

これが分かっていなかったです。

> リモートホストの認証に使うアルゴリズム(= known_hosts ファイルに
> 書き込まれる公開鍵の種類)を選択したいのなら
> ssh_config の HostKeyAlgorithms を指定すればよし。

今回やりたかったことはこちらでした。
おかげさまで、
% slogin dst -o"HostKeyAlgorithms ssh-dss,ssh-rsa"
としてホスト dst に dsa でリモートホスト認証する (してもらう?)
ことができました。


954 :名無しさん@お腹いっぱい。:03/06/23 10:47
最近の openssh では AllowHosts/DenyHosts の設定ができないことに
今さらながら気がついたんですが、どうしてなんでしょうか。

まあ、--with-tcp-wrappers で configure すればいいんですけど。
……っていうか、それが理由?

955 :名無しさん@お腹いっぱい。:03/06/23 10:59
>>954
これ関連か?
http://www.securityfocus.com/bid/7831

956 :名無しさん@お腹いっぱい。:03/06/23 21:05
IP addressみたいな信用おけないものを認証にからめちゃいけないという
考えもあるシナー。

957 :名無しさん@お腹いっぱい。:03/06/25 14:49
>954
AllowUsers/DenyUsersでそれっぽくできることは知ってるよね

958 :名無しさん@XEmacs:03/06/26 12:40
>>957
> >954
> AllowUsers/DenyUsersでそれっぽくできることは知ってるよね

つーか、OpenSSH で AllowHosts/DenyHosts ができたことってあるの
か?



959 :JN-25:03/07/14 10:32
r系コマンドでログインしたマシンのセッションを、どうしたら平分で垂れ流された
通信内容を傍受することができますか。

960 :名無しさん@お腹いっぱい。:03/07/14 10:54
>>959
板違い。

961 :_:03/07/14 11:36
http://homepage.mac.com/hiroyuki44/

962 :JN-25:03/07/14 12:15
どうやって傍受するの

963 :名無しさん@お腹いっぱい。:03/07/14 12:43
ふつーにやればできる。

964 :JN-25:03/07/14 13:26

        user: hage
        Password:hoge        
マシンA------------telnet------------------>サーバ




マシンA------------ssh------------------>サーバ
jfirhufr987342jsdj983scnsahfy8
jfq98ur34jksd8q8udsu8dedandndj
hdsf98y349r8hsdsuhsofhfihhouhf

ですけど、どうやったらtelnetセッションを覗き見できるんですか。
自分としては、ただ単に世間一般で言われてるtelnetが如何に酷いか
知りたかっただけです。

965 :名無しさん@お腹いっぱい。:03/07/14 13:32
>>964
マシンAもしくはそれと同じセグメントにあるマシンを crack し
sniffer をしかける。

966 :JN-25:03/07/14 13:40
>>965
要するに外部から覗き見るならまず最初に、
マシンAに侵入して、そこからsniffer仕掛けるってことだよね?

967 :JN-25:03/07/14 13:42
てっきり、tcpdumpするのかと思ってた、、、

968 :名無しさん@お腹いっぱい。:03/07/14 13:49
>>966
A とバカハブで同じセグメントにつながってるマシンがあれば
そっちでもいい。

>>967
tcpdump は sniffer の一種。

969 :JN-25:03/07/14 13:53
どうもです。
今日試してみて見ます。

勿論、自分で作ったラボでね、、、

970 :JN-25:03/07/14 15:25
また変な質問して済まんが、UN*X系のOSで一番お勧めのオープンソースの
snifferっていったら大抵のエキスパートは何を使いますか。

私が思いつく以上、tcpdumpしか無いと思ってるのですが、、、

971 :名無しさん@お腹いっぱい。:03/07/14 15:36
>>970
くだらない質問はここに書き込め!なんでもアリ25
http://pc.2ch.net/test/read.cgi/unix/1055864733/

972 :名無しさん@お腹いっぱい。:03/07/14 15:41
トラフィック中から特定のデータをふるいだそうとしてるやつがさ、
どうしてSSHスレという特定のデータの場所に無関係なデータを
混ぜようとするのか不思議だ。

973 :名無しさん@お腹いっぱい。:03/07/14 20:58
厨とはそういう生き物

974 :名無しさん@お腹いっぱい。:03/07/14 21:54
遠隔地から、あるネットワークの根権限を取得したいのですが、どうやれば取得が可能でしょうか。

975 :名無しさん@お腹いっぱい。:03/07/14 22:11
>>974

1) 管理者に聞く
2) 管理者の背中越に覗き見る

が、一番手っ取り早いと思うにょ とりあえず(・∀・)ガンガレ!


976 :名無しさん@お腹いっぱい。:03/07/14 22:22
遠隔地からじゃイロジカケは無理かな。

977 :名無しさん@お腹いっぱい。:03/07/14 22:40
>>975
管理者に聞かず、尚且つ物理的に覗き見ることなく遠隔地の根権限を
獲得するにはどうしたら良いでしょうか。

そういう事は可能だと聞きました。
でも、学校では不可能と教えられました。

978 :名無しさん@お腹いっぱい。:03/07/14 22:46
>>977
> そういう事は可能だと聞きました。
> でも、学校では不可能と教えられました。
その通り。お前には不可能。

979 :名無しさん@お腹いっぱい。:03/07/14 23:01
>>978
分かってるのなら教えて下さいよ。やり方だけでも

980 :名無しさん@お腹いっぱい。:03/07/14 23:35
>>979
Matrix Reloadedでも見れ。

981 :名無しさん@お腹いっぱい。:03/07/14 23:44
>>979
>>975の「管理者に聞く」の意味を百万年考えろ。
それでもまだわからんかもしれんが。

982 :名無しさん@お腹いっぱい。:03/07/15 00:45
私が作った無料サイトだよ♪
私も出てるよ〜
http://angelers.free-city.net/page001.html

983 :名無しさん@お腹いっぱい。:03/07/15 00:59
980超えちゃったし、次スレ立てたほうがいいんでない?
それにしてもみんなやさしいなぁ。どれだけ邪険でも回答するんだから。

984 :950=980:03/07/15 01:06
>>983
> 980超えちゃったし、次スレ立てたほうがいいんでない?
ちょっと待ってちょ。
今、スレ立ての準備してます。

985 :950=980:03/07/15 01:40
うう、何度やってもスレ立てに失敗する…
どなたか代わりにおながいします。

以下テンプレ

---
SSH その3


SSHに関する情報交換のスレッドです。

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

前スレ: http://pc.2ch.net/test/read.cgi/unix/1028157825/
前々スレ: http://pc.2ch.net/unix/kako/976/976497035.html

---
よくある質問

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


986 :950=980:03/07/15 01:40
関連リンク集

本家SSH: http://www.ssh.com/
(日本語) http://www.ipsec.co.jp/
OpenSSH: http://www.openssh.com/ja/
OpenSSH情報: http://www.unixuser.org/~haruyama/security/openssh/
OpenSSHマニュアル: http://www.unixuser.org/~euske/doc/openssh/jman/
OpenSSH-HOWTO: http://www.momonga-linux.org/docs/OpenSSH-HOWTO/ja/index.html
PuTTY: http://www.chiark.greenend.org.uk/~sgtatham/putty/
(PuTTY日本語版): http://hp.vector.co.jp/authors/VA024651/
(PuTTYスレ): http://pc.2ch.net/test/read.cgi/unix/1014702733/l50
TTSSH: http://www.zip.com.au/~roca/ttssh.html
(TTSSH日本語版): http://www.sakurachan.org/soft/teraterm-j/ttssh/
MacSSH: http://www.macssh.com/
WideのSSH解説: http://www.soi.wide.ad.jp/class/20000009/slides/12/
IETF secsh protocol: http://www.ietf.org/html.charters/secsh-charter.html
PortForwarder: http://www.fuji-climb.org/pf/JP/
VNC on SSH: http://www.uk.research.att.com/vnc/sshvnc.html
Tramp: http://www.nongnu.org/tramp/tramp_ja.html
おまけ・Theoのキチガイぶり: http://pc.2ch.net/test/read.cgi/unix/1023635938/546-550


987 :名無しさん@お腹いっぱい。:03/07/15 02:03
SSH その3
http://pc.2ch.net/test/read.cgi/unix/1058202104/

立てたけど、しばらく立てないほうがよかったかもね。

988 :名無しさん@お腹いっぱい。:03/07/15 02:03
SSH その3
http://pc.2ch.net/test/read.cgi/unix/1058202104/


989 :名無しさん@お腹いっぱい。:03/07/15 02:13
あれは完全放置でいいだろ。

990 :山崎 渉:03/07/15 11:14

 __∧_∧_
 |(  ^^ )| <寝るぽ(^^)
 |\⌒⌒⌒\
 \ |⌒⌒⌒~|         山崎渉
   ~ ̄ ̄ ̄ ̄

991 :950=980:03/07/15 13:29
>>987
スレ立て、ありがとうございます。

992 :名無しさん@お腹いっぱい。:03/07/15 14:42
埋め立て

993 :名無しさん@お腹いっぱい。:03/07/15 14:42
埋め立て2

994 :名無しさん@お腹いっぱい。:03/07/15 14:43
埋めたて注意

995 :名無しさん@お腹いっぱい。:03/07/15 14:43
埋め立てぬるぽ

996 :名無しさん@お腹いっぱい。:03/07/15 14:44
埋めた手

997 :名無しさん@お腹いっぱい。:03/07/15 14:45
  ( ・∀・)   | | ガッ
 と    )    | |
   Y /ノ    人
    / )    <  >__Λ∩  
  _/し' //. V`Д´)/   ←994
 (_フ彡        /


998 :名無しさん@お腹いっぱい。:03/07/15 14:46
埋め立てさいたま

999 :999:03/07/15 14:46
でも,埋め立て

1000 :ヒマ神:03/07/15 14:48
1000


1001 :1001:Over 1000 Thread
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。

270 KB
★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.02 2018/11/22 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)