OpenBSDユーザーコーナー Part10

1 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/09/09(月) 23:46:23.19 .net] OpenBSD についてまったり語るスレ。 https://www.openbsd.org/ 231 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/10/12(土) 15:34:26.97 .net] か…河豚 232 名前： mailto:sage [2019/10/12(Sat) 16:20:40 .net] ワイはﾋﾟﾁﾋﾟﾁｷﾞｬﾙがええのう 233 名前： mailto:sage [2019/10/12(Sat) 17:34:15 .net] 幼稚園を追い出された豚のウーロンか。 234 名前： mailto:sage [2019/10/12(Sat) 19:41:16 .net] おまえらに質問です Open 以外に*BSDやLinuxは使ってますか? 235 名前： mailto:sage [2019/10/12(Sat) 21:58:05 .net] FreeBSD, HardendBSD, Debian, Alpine, Arch 236 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/10/13(日) 06:14:44.59 .net] あれ? ubuntu は? 237 名前： mailto:sage [2019/10/13(Sun) 14:50:52 .net] Lubuntu, Linux Mint 238 名前： mailto:sage [2019/10/13(Sun) 15:05:33 .net] Arch, Android x86 239 名前： mailto:sage [2019/10/13(Sun) 15:18:16 .net] そもそもOpenBSD使ってない。 240 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/10/13(日) 15:36:42.42 .net] 死後とではRHEL[5-7] か、セント君だろうに、何屋さんだ。 241 名前： mailto:sage [2019/10/13(Sun) 18:11:18 .net] また経営者ごっこ? 242 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/10/13(日) 19:52:37.54 .net] ttp://ftp.jaist.ac.jp/pub/OpenBSD/6.6/packages/amd64/ ｸﾙ? 243 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/10/14(月) 03:12:39.63 .net] 来るぞ・・・　　　来るか!!?? 244 名前： mailto:sage [2019/10/14(Mon) 10:47:47 .net] おまえら、ただビルドできてパッケージをつくる 野良 ports をいくつか書いたんだけど要る? OBSD的パッチがないものなんて要らないよな。 晒さないでおこう。 245 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/10/14(月) 11:12:41.74 .net] 中には使ってみたい人もいるかもよ 246 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/10/14(月) 11:48:48.41 .net] それをportsにコントリビューションしては？ 247 名前： mailto:sage [2019/10/14(Mon) 12:07:34 .net] そのほうが東大卒で経営者などと宣うよりよっぽど有意義でかっこいいよな 248 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/10/14(月) 13:52:27.20 .net] さっき cvs してカーネルつくったら 6.6-current になってた 249 名前： mailto:sage [2019/10/16(Wed) 17:43:14 .net] OBSDがビルドすると firefox-esr がﾓﾉｽｹﾞｰ神経質なw クッキー切っただけでアマゾンすら見れなくなるwww 250 名前： mailto:sage [2019/10/16(Wed) 18:00:09 .net] セキュアを求める者は アマゾン使わないだろう 251 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/10/16(水) 19:22:01.21 .net] また経営者ごっこ? 252 名前： mailto:sage [2019/10/16(Wed) 20:34:40 .net] 今度はﾊｯｶｰごっこか どうせ自作したとか言うportsも人様に見せる度胸が無いのだろう 253 名前： mailto:sage [2019/10/17(木) 06:20:09 .net] だからおまえは ubuntu でﾊｶｰごっこしてろってw 254 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/10/17(木) 15:21:08.53 .net] faq/upgrade66.html -rw-r--r-- 1 root bin 8305 Nov 26 2006 /usr/X11R6/lib/X11/xman.help ｽｹﾞｰ こんなの残ってたんだね 255 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/10/17(木) 23:08:55.41 .net] 6.6リリースされたね。 256 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/10/17(木) 23:17:11.88 .net] 出たわね 257 名前： mailto:sage [2019/10/18(Fri) 08:36:54 .net] リリースされたけどあんまり書き込みないね。 みんなインストール中だからか？ さてドネーションしないとな。 258 名前： mailto:sage [2019/10/18(Fri) 08:45:27 .net] 経営者は実際にOpenBSDを使えないからw 259 名前： mailto:sage [2019/10/18(Fri) 09:02:22 .net] >>256 実質的には一人で働いていても 法人登録すれば経営者なんだ。 まあ今回は脳内法人で単なる個人事業主の可能性もあるが。 260 名前： mailto:sage [2019/10/18(Fri) 10:34:44 .net] あだ名 シャチョさん 261 名前： mailto:sage [2019/10/18(Fri) 15:24:50 .net] なんで血が滴ってるんだぜ?www 262 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/10/18(金) 18:51:31.53 .net] 6.6出たか。さっそく落としてくる。 OpenBSDの日本ユーザーはたぶん100人くらいだろうからひっそり続いてくれればいい。 古い386マシンでも元気に動いてくれるOpenBSDはいいよね。 263 名前： mailto:sage [2019/10/19(Sat) 03:01:29 .net] 100人か。そんなもんなんかな。自分の周りには確かにいないな。FreeBSDでさえいないからな。 264 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/10/19(土) 05:54:57.51 .net] 6.5から6.6にsysupgradeしてみたけど、めちゃめちゃ簡単なんだね。 265 名前： mailto:sage [2019/10/19(Sat) 06:41:35 .net] sysupgrade、完成していたの(´・ω・｀)？ 266 名前： mailto:sage [2019/10/19(Sat) 07:17:00 .net] 昔やってた非推奨の方法でやったw まだ出来ることに安心したw 267 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/10/19(土) 17:51:25.41 .net] >>263 man見ると6.6からだって書いてる。 268 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/10/19(土) 17:53:39.55 .net] ttps://cvsweb.openbsd.org/src/usr.sbin/sysupgrade/ 269 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/10/19(土) 18:11:29.05 .net] >>265,266 本当だ、サンクス(´・ω・｀) 270 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/10/19(土) 18:44:03.08 .net] いや、sysupgradeは6.5にバックポートされててもう使えるよ。 https://undeadly.org/cgi?action=article;sid=20191003065609 6.5から6.6へのアップグレードのやりかたは以下のとおり。 https://www.bsdhandbook.com/openbsd/upgrade/ 271 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/10/19(土) 20:02:10.55 .net] バックポートって言葉を知ってるならなんで否定で始まるんだろう。 自分は賢いって？ 272 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/10/19(土) 20:37:10.70 .net] 親切に文献まで紹介してくれているんだからそれでいいじゃないか 273 名前：名無しさん＠お腹いっぱい。 [2019/10/21(月) 13:14:19.14 .net] 6.6ｷﾀ――(ﾟ∀ﾟ)――!! 274 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/10/22(火) 02:14:00 .net] ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!! 275 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/10/24(木) 11:25:22.41 .net] 来年の春までベロ出したまんまかよ… 276 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/10/28(月) 09:14:07.29 .net] RELIABILITY FIX 入りましたー 277 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/10/28(月) 15:30:50.10 .net] cvs したら… src/sbin/mount_xfs え? いいの? 278 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/10/28(月) 15:45:13.92 .net] なんてネタでしたw >>275 279 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/10/29(火) 15:33:51.52 .net] libssl libcrypto libtls の版数が上がって大変… 280 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/10/29(火) 17:11:04.05 .net] libc も上がってた… 281 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/10/30(水) 17:24:57 .net] -Dusethreadsしてmake buildしたperlのテスト Failed 4 tests out of 2545, 99.84% okay. ../cpan/OpenBSD-Unveil/t/OpenBSD-Unveil.t ../cpan/Test-Harness/t/source_handler.t ../dist/IO/t/cachepropagate-unix.t porting/exec-bit.t 1コ減ってた 282 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/11/01(金) 08:41:10.75 .net] New openbsdstore available with 6.6 T-shirts https://undeadly.org/cgi?action=article;sid=20191024170039 だって。 https://teespring.com/stores/openbsd 283 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/11/04(月) 13:54:45.99 .net] 頼むからDVDも少しくらい製造して売ってよw 284 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/11/05(火) 00:30:18 .net] これだけネット環境が整ったらもう買う人もいないだろうしなあ、DVDは。 記念に買いたいのかな。 285 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/11/05(火) 08:00:09 .net] 経営者 286 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/11/05(火) 08:54:13.86 .net] 草 287 名前：名無しさん＠お腹いっぱい。 [2019/11/10(日) 15:22:43.22 .net] なんでここセキュリティがちがちなのにマイクロカーネル採用しないんだろう 288 名前：名無しさん＠お腹いっぱい。 [2019/11/10(日) 17:51:19.93 .net] えっ？(笑) 289 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/11/10(日) 19:25:50.77 .net] そこを「えっ」とかで自分は分かってるんだけど感だけ出して何も答えてないってのはどうなのよ？ 290 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/11/10(日) 20:09:14.50 .net] モノシリックカーネル 291 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/11/10(日) 20:28:55.39 .net] >>288 全然物知りじゃないなw 292 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/11/11(月) 03:03:16 .net] >>285 マイクロカーネルにすると何が嬉しいの？ 293 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/11/11(月) 04:05:33 .net] セキュリティが堅剛になる 294 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/11/11(月) 04:27:21 .net] >>291 どういう理屈で？ 295 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/11/11(月) 06:04:56.61 .net] >>292 経営上の理由だ 技術者には関係ない 296 名前：名無しさん＠お腹いっぱい。 [2019/11/11(月) 07:30:33.33 .net] >>285 マイクロカーネルを採用するとセキュリティが堅牢になる理由を30字以内で述べよ 297 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/11/11(月) 10:34:05.38 .net] >>294 小市民の分際で世に意見するのは100年早い 298 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/11/11(月) 13:21:53.08 .net] >>294 https://ja.wikipedia.org/wiki/マイクロカーネル#セキュリティ 最小権限の原則の直接的帰結である 299 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/11/11(月) 15:32:11.30 .net] >>294 https://ja.wikipedia.org/wiki/DragonFly_BSD#%E3%82%AB%E3%83%BC%E3%83%8D%E3%83%AB%E3%81%AE%E8%A8%AD%E8%A8%88 DragonFly BSDには、最近の殆どのカーネルのように、ハイブリッドカーネルが採用されている。つまり、これは、モノリシックカーネルと マイクロカーネルの両方の性質を併せ持ち、必要に応じて両方のメリットを使うということである。例えば、マイクロカーネルのメッセージシステムに あるようなメモリ保護の恩恵を受けるのと同時に、モノリシックカーネルにあるような処理速度は残っている。 メッセージサブシステムは、Machのようなマイクロカーネルのデザインと似て、余り複雑ではないものになっている。 さらに、これは同期通信と非同期通信の両方に対応しており、状況に応じて最良の性能を出せるようになっている。 300 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/11/11(月) 16:18:24.21 .net] 最良の性能がセキュリティ これが経営センスだ 301 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/11/11(月) 16:30:46.00 .net] 続きはこちらで 知ったかぶりしてＬＩＮＵＸを語るスレ [無断転載禁止]©2ch.net https://mao.5ch.net/test/read.cgi/linux/1471167085/ 302 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/11/11(月) 16:35:51.28 .net] openbsdを使ってる人っているの？ 別に早いわけでもないしアプリ入れたらセキュリティも他と変わらんし 303 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/11/11(月) 16:53:38.52 .net] >>300 おまえの経営センスなら ubuntu を使うべき 304 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/11/11(月) 17:27:30.87 .net] >>300 >>299 305 名前：名無しさん＠お腹いっぱい。 [2019/11/11(月) 18:22:13.31 .net] Kernel design by laertes OpenBSDを使用しているのは短期間なので、この質問が誤った仮定に基づいている場合はご容赦ください。 OpenBSDのカーネル設計は、モノリシックのようです。OpenVMSとNTは、マイクロカーネル アーキテクチャを使用する2つの著名なオペレーティングシステムです。 マイクロカーネルの 設計は、特権コードが少ないため、根本的に安全であるように思われます。 さらにサーバーの 1つが危殆化した場合でも、被害は最小限に抑えられます。 私の質問は次のとおりです。OpenBSDの設計は基本的に安全ですか、 それとも基本的に欠陥のある設計の非常によくできた実装ですか？ Theo de Raadt: 私はそれは何の違いももたらさないと思います。あなたのコンピューターの先生は 「マイクロカーネル」という言葉が未来のユートピアに関連付けられていた80年代に書かれた本で 教えていたのだと思います。NTはマイクロカーネルであるとは考えていませんが、OpenVMSが 本当にそうだと信じていますか？ マイクロカーネルは、ロード可能なモジュールを通して物事を 行うカーネルではありません。 同様に、システムが本来の役割を果たしている限り、それは 何の違いももたらさないと思います。 306 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/11/11(月) 18:27:55.12 .net] マイクロカーネルといえばMachだよな 307 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/11/11(月) 18:44:35.98 .net] 果たして経営センスはTheoの言葉を覆す事が可能なのだろうか!? 次回、対決！Theo VS 経営者！！ 308 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/11/11(月) 19:39:23.99 .net] 何か問題あったらモノリシックカーネルはカーネルごと落ちるんだから堅剛性には欠けるよ 309 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/11/11(月) 19:42:56.22 .net] 経営者ごっこは>>299 310 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/11/11(月) 19:53:53.33 .net] >>306 OpenBSDがカーネルごと落ちたのを見たことがある人だけがそう言う権利がある。俺はまだ見たことがない。 だが、LinuxがKernel Panicと表示して死んだのは見たことがある。 311 名前：名無しさん＠お腹いっぱい。 [2019/11/12(火) 00:19:10.51 .net] じゃkernelpanicが一回でもあれば間違ってるのがopenbsdサイドってことやな 312 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/11/12(火) 07:15:51.71 .net] >>309 もしOpenBSDでKernel Panicが出たとしたら、 ・Kernelのバグ ・セキュリティの脆弱性を突かれた結果 のどちらかだろう。原因を追いかけてみないとわからない。 俺はまだ見たことがないので、仮定の話になるが。 それよりLinuxの方がKernel Panic起こす確率が高いことの方が問題だろう。 Linuxはマイクロカーネルでもないし、ユーザー側のアプリを動かすときそのアプリが使うメモリの一部を カーネル側と共有している。その理由は、カーネルとアプリは頻繁に制御を受け渡ししているが、 その切り替えをシンプル化して少しでも速く動作させるためにわざとそうしている。 だから、アプリが変な死に方をするとカーネルを巻き込んで死ぬことがある。 しかし、これはLinuxの仕様なので変更することができない。 この点、BSD系は律儀に手間をかけてきちんとスイッチしているので多少安心できる。 サーバーで使ったとき、Linuxに比べて死ににくいと言われるのはそのせい。 サーバがおかしくなってもいきなり落ちたり固まったりしないから、データの退避やSyncをしてからシャットダウンできる。 313 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/11/12(火) 08:46:06.85 .net] >>310 vdsoのことなら共有してるメモリーはユーザーランドからはread onlyなのでそうはならんよ。 いい加減な知識で嘘書かない方がいい。 314 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/11/12(火) 12:24:15.93 .net] Kernel Panicがでるのはドライバが原因なんで、 多くサポートしてるLinuxの方が、それだけ数が多いから出ることが多いってだけ OpenBSDはドライバ少ないじゃないか。安定というがそれが最新機能に対応してないから 315 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/11/12(火) 13:43:54.52 .net] ドライバってカーネルの一部だろw モジュール化されていたとしてもカーネルの一部として機能するんだろw 316 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/11/12(火) 21:35:18.50 .net] 使われた結果がフィードバックされる量と直す人の数でLinuxカーネルに勝てない訳で、Windows にも勝てない訳で。 BSD 全般だけど、とても品質がいいわけでは...と思っているけど、品質いいの？ 317 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/11/12(火) 22:10:29.76 .net] >>314 https://mao.5ch.net/test/read.cgi/linux/1471167085/ ここで質問すれば優しいお兄さん達が優しく教えてくれる 318 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/11/12(火) 22:54:03.68 .net] >>314 裾野の大きさが違うからね。 ただ人が多いと持ち込まれるモノも多くなってカオスになるというのもある。 痛し痒しだ。 319 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/11/12(火) 23:27:53.96 .net] 2003年のお話 BSD 系 OS と Linux のスケーラビリティについてのベンチマーク https://m.srad.jp/story/03/10/19/2035242 320 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/11/12(火) 23:29:58.94 .net] >>316 Linuxカーネルは今や2100万行だ。まともに保守できるとは思えない。 BSDのように小さければ保守も楽だがこれだけ肥大化するともう手に負えない。 どうなっても誰も責任持てない。 321 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/11/12(火) 23:41:49.79 .net] カーネルの保守って量の壁はあるけど、そもそも才能ないと無理やんす。（想像です） 322 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/11/12(火) 23:49:09.61 .net] linuxは2100万行になってもKISSではあるのかね？ 323 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/11/13(水) 01:44:41 .net] >>318 君とかオレには無理だと思うが、できる人が世の中にいるのよ 324 名前：名無しさん＠お腹いっぱい。 [2019/11/13(水) 07:06:34.38 .net] ドライバ込みの行数やろ？ コアな部分はそう多くないのでは 325 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/11/13(水) 08:55:54.90 .net] >>311 read onlyにしてもセキュリティの弱さは避けられないみたいだが。 「vDSOは、その制限を克服しながらvsyscall機能を提供するために開発されました。わずか4つのシステムコールを許可する 静的に割り当てられた少量のメモリと、各プロセスで同じアドレスABIを使用すると、セキュリティが低下します。」 326 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/11/13(水) 09:12:36.00 .net] ま、経営責任だよ。 327 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/11/13(水) 13:31:35.95 .net] >>324 つまらない 責任取って辞任しろ 328 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/11/13(水) 13:54:37.02 .net] >>323 そんな日本語にもなってない文章だされても、機械翻訳の誤訳でしょっていう感想にしかならんよ。 意味不明な文章じゃなくて、原文のURLを見せてよ。 329 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/11/14(木) 05:45:03.54 .net] >>326 https://en.wikipedia.org/wiki/VDSO vDSO has been developed to offer the vsyscall features while overcoming its limitations: a small amount of statically allocated memory, which allows only 4 system calls, and the same addresses ABI in each process, which compromises security. 330 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/11/14(木) 08:45:41.32 .net] >>327 やっぱり誤訳だったな。 和訳では少量のメモリーってのがセキュリティを低下させる条件の一つになってるが 原文はそうじゃない。 とはいえ原文もやっぱり意図不明なのでさらにreference ttps://stackoverflow.com/questions/19938324/what-are-vdso-and-vsyscall を辿ると、これはvDSOにASLRが効かないことを問題視してたんだな。 肝心のASLRって単語をに抜いちまうとはwikipediaもひどい。 で、結論を言うとその記述は古い。 以下で分かる通り今ではvDSOにもASLRが効いてるので、その問題は解決されている。 ttps://wiki.ubuntu.com/Security/Features これはUbuntuの例だが、 grep vdso /proc/*/smaps とかしてみれば、手元のLinuxでもASLRが効いてることを確認できるぞ。 331 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/11/14(木) 18:15:38.54 .net] >>328 いろいろ調べてもらってありがとう。でもこれって結局手間かけて面倒なことをしてるだけだね。 元々vdsoを導入した目的はシステムコールを速く実行するためだったはずなのに、結局目的を達成できてない。 ASLRができなくなってセキュリティを弱め、その代用として仮想システムコールを追加したためにかえって遅くなってしまった。 こんなことなら普通にカーネルランドとユーザーランドを切り替えたほうがよほどシンプルだと思うね。 未確認だけど、もし仮想システムコールが大量に発生するようなプログラムを動かし続けたらいずれカーネル側の メモリが溢れてmemory overflow起こすなんてことはないだろうね。またセキュリティを気にしないといけなくなる。 カーネル側で仮想システムコールを実行するなんてことしなければこんなことを気にする必要もなかった。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef