Windowsに致命的なセキュリティ問題、40のアプリ影響

Windows Shellなどを含むWindowsで動作する40の異なるアプリケーションに致命的なセキュリティ上の問題があり、
攻撃者によって任意のコードを実行されたり結果的にマルウェアを勝手にインストールされるといった被害がでる可能性があることを
複数のメディアが伝えている。

ComputerworldのUpdate: 40 Windows apps contain critical bug, says researcherの記事が元になっているようだ。

説明によればあるプログラムが細工されたDLLファイルを操作する段階でこの脆弱性が発生するとのことで、
4ヶ月前、Windows向けのiTunesに同脆弱性があることが発覚しているという。

iTunesはすでに対策が取られているが、同様の問題が他のアプリケーションにもあるということだ。

脆弱性の詳細は明かされていないが、Microsoftがパッチを提供すれば解決するというタイプの問題ではなく、
アプリケーション側も個別に対応する必要があるという。

同脆弱性を持つ40のアプリケーションについては明かされておらず、アプリケーションが対策を実施するまではWebDAVクライアントの無効化と
アウトバウンドの139/445ポートをブロックすることで外部からの攻撃を防止するといったことができると説明がある。

http://journal.mycom.co.jp/news/2010/08/20/056/index.html

linux使いの俺は、これに関しては、安心だな。

でる可能性か。実際突破できる事はないので無問題かと。

これが信者の理論

またかよ

1％の可能性があれば、クラックされる可能性ありと公表するMS
確実にクラックされなければ問題ないと何も発表しない他社。

linuxもWindowsも公表されてるセキュリティ問題の数がほとんど変わらない。
むしろlinuxのほうが多いのになぜかニュースにはならない。

真面目で正直であれって事だよ。

これがマイクロソフト信者って言われる理由

>>6
> むしろlinuxのほうが多いのになぜかニュースにはならない。
つ http://www.vinelinux.org/errata/5x/
日付 内容 対象
[2010,08,20] freetype2 にセキュリティホール 5.1/i386, 5.1/x86_64, 5.1/ppc
[2010,08,20] pidgin にセキュリティホール 5.1/i386, 5.1/x86_64, 5.1/ppc
[2010,08,20] avahi にセキュリティホール 5.1/i386, 5.1/x86_64, 5.1/ppc
[2010,08,20] perl-libwww-perl にセキュリティホール 5.1/i386, 5.1/x86_64, 5.1/ppc
[2010,08,20] perl にセキュリティホール 5.1/i386, 5.1/x86_64, 5.1/ppc
[2010,08,20] openldap にセキュリティホール 5.1/i386, 5.1/x86_64, 5.1/ppc
[2010,08,19] lftp にセキュリティホール 5.1/i386, 5.1/x86_64, 5.1/ppc
[2010,07,23] firefox,xulrunner,thunderbird にセキュリティホール 5.1/i386, 5.1/x86_64, 5.1/ppc
[2010,07,21] vutils のバグフィックス 5.1/i386, 5.1/x86_64, 5.1/ppc
[2010,07,21] firefox および xulrunner にセキュリティホール 5.1/i386, 5.1/x86_64, 5.1/ppc
[2010,07,14] libpng にセキュリティホール 5.1/i386, 5.1/x86_64, 5.1/ppc
[2010,07,14] libtiff にセキュリティホール 5.1/i386, 5.1/x86_64, 5.1/ppc
[2010,07,14] cups にセキュリティホール 5.1/i386, 5.1/x86_64, 5.1/ppc
[2010,07,14] sudo にセキュリティホール 5.1/i386, 5.1/x86_64, 5.1/ppc
[2010,07,14] samba にセキュリティホール 5.1/i386, 5.1/x86_64, 5.1/ppc
[2010,07,14] glibc にセキュリティホール 5.1/i386, 5.1/x86_64, 5.1/ppc
[2010,07,12] dvipdfmx のバグフィックス 5.1/i386, 5.1/x86_64, 5.1/ppc
[2010,07,12] gzip のバグフィックス 5.1/i386, 5.1/x86_64, 5.1/ppc
[2010,06,09] anthy のアップデート 5.1/i386, 5.1/x86_64, 5.1/ppc
[2010,06,09] xorg-x11-server にセキュリティホール 5.1/i386, 5.1/x86_64, 5.1/ppc
[2010,06,01] gstreamer-plugins-good のバグフィックス 5.1/i386, 5.1/x86_64, 5.1/ppc
[2010,06,01] flim のバグフィックス 5.1/i386, 5.1/x86_64, 5.1/ppc
[2010,06,01] po-mode のバグフィックス 5.1/i386, 5.1/x86_64, 5.1/ppc
[2010,05,25] krb5 にセキュリティホール 5.1/i386, 5.1/x86_64, 5.1/ppc

[2010,05,25] kernel にセキュリティホール 5.1/i386, 5.1/x86_64, 5.1/ppc
[2010,05,25] emacs にセキュリティホール 5.1/i386, 5.1/x86_64, 5.1/ppc
[2010,05,25] nano にセキュリティホール 5.1/i386, 5.1/x86_64, 5.1/ppc
[2010,05,25] sudo にセキュリティホール 5.1/i386, 5.1/x86_64, 5.1/ppc
[2010,05,25] curl にセキュリティホール 5.1/i386, 5.1/x86_64, 5.1/ppc
[2010,05,25] transmission にセキュリティホール 5.1/i386, 5.1/x86_64, 5.1/ppc
[2010,05,25] cpio にセキュリティホール 5.1/i386, 5.1/x86_64, 5.1/ppc
[2010,05,25] tar にセキュリティホール 5.1/i386, 5.1/x86_64, 5.1/ppc
[2010,05,11] sylpheed のアップデート 5.1/i386, 5.1/x86_64, 5.1/ppc
[2010,04,21] dovecot にセキュリティホール 5.1/i386, 5.1/x86_64, 5.1/ppc
[2010,04,21] NetworkManager にセキュリティホール 5.1/i386, 5.1/x86_64, 5.1/ppc
[2010,04,21] pidgin にセキュリティホール 5.1/i386, 5.1/x86_64, 5.1/ppc
[2010,04,21] apache2 にセキュリティホール 5.1/i386, 5.1/x86_64, 5.1/ppc
[2010,04,21] cups にセキュリティホール 5.1/i386, 5.1/x86_64, 5.1/ppc
[2010,04,21] libpng にセキュリティホール 5.1/i386, 5.1/x86_64, 5.1/ppc
[2010,04,04] groff のバグフィックス 5.1/i386, 5.1/x86_64, 5.1/ppc
[2010,04,04] self-build-setup のバグフィックス 5.1/i386, 5.1/x86_64, 5.1/ppc
[2010,03,13] emacs のバグフィックス 5.1/i386, 5.1/x86_64, 5.1/ppc
[2010,03,07] fuse にセキュリティホール 5.0/i386, 5.0/x86_64, 5.0/ppc
[2010,03,03] sudo にセキュリティホール 5.0/i386, 5.0/x86_64, 5.0/ppc
[2010,03,02] netpbm にセキュリティホール 5.0/i386, 5.0/x86_64, 5.0/ppc
[2010,03,02] glibc にセキュリティホール 5.0/i386, 5.0/x86_64, 5.0/ppc
[2010,03,02] samba にセキュリティホール 5.0/i386, 5.0/x86_64, 5.0/ppc
[2010,03,01] dvipdfmx のバグフィックス 5.0/i386, 5.0/x86_64, 5.0/ppc
[2010,03,01] w3m-el のバグフィックス 5.0/i386, 5.0/x86_64, 5.0/ppc
[2010,02,28] rsync, backintime のアップデート 5.0/i386, 5.0/x86_64, 5.0/ppc

[2010,02,28] openobex のバグフィックス 5.0/i386, 5.0/x86_64, 5.0/ppc
[2010,02,02] gnutls のアップデート 5.0/i386, 5.0/x86_64, 5.0/ppc
[2010,02,01] leafpad のアップデート 5.0/i386, 5.0/x86_64, 5.0/ppc
[2010,02,01] xchat のバグフィックス 5.0/i386, 5.0/x86_64, 5.0/ppc
[2010,01,31] dvipdfmx のバグフィックス 5.0/i386, 5.0/x86_64, 5.0/ppc
[2010,01,26] gzip にセキュリティホール 5.0/i386, 5.0/x86_64, 5.0/ppc
[2010,01,26] bind にセキュリティホール 5.0/i386, 5.0/x86_64, 5.0/ppc
[2010,01,22] pidgin にセキュリティホール 5.0/i386, 5.0/x86_64, 5.0/ppc
[2010,01,22] krb5 にセキュリティホール 5.0/i386, 5.0/x86_64, 5.0/ppc
[2010,01,22] firefox/xulrunner にセキュリティホール 5.0/i386, 5.0/x86_64, 5.0/ppc
[2010,01,22] openssl にセキュリティホール 5.0/i386, 5.0/x86_64, 5.0/ppc
[2010,01,22] openldap にセキュリティホール 5.0/i386, 5.0/x86_64, 5.0/ppc
[2010,01,22] kernel にセキュリティホール 5.0/i386, 5.0/x86_64, 5.0/ppc
[2010,01,22] proftpd にセキュリティホール 5.0/i386, 5.0/x86_64, 5.0/ppc
[2010,01,20] expat にセキュリティホール 5.0/i386, 5.0/x86_64, 5.0/ppc
[2010,01,20] ghostscript にセキュリティホール 5.0/i386, 5.0/x86_64, 5.0/ppc
[2010,01,20] gimp にセキュリティホール 5.0/i386, 5.0/x86_64, 5.0/ppc
[2010,01,20] bind にセキュリティホール 5.0/i386, 5.0/x86_64, 5.0/ppc
[2010,01,18] ntp にセキュリティホール 5.0/i386, 5.0/x86_64, 5.0/ppc
[2010,01,18] libvorbis にセキュリティホール
[2009,12,27] perl-URI のアップデート 5.0/i386, 5.0/x86_64, 5.0/ppc
[2009,12,27] perl-libwww-perl のアップデート 5.0/i386, 5.0/x86_64, 5.0/ppc
[2009,12,26] samba のアップデート 5.0/i386, 5.0/x86_64, 5.0/ppc
[2009,12,26] MySQL のアップデート 5.0/i386, 5.0/x86_64, 5.0/ppc
[2009,12,12] yatex のアップデート 5.0/i386, 5.0/x86_64, 5.0/ppc
[2009,12,12] tetex-macros のアップデート 5.0/i386, 5.0/x86_64, 5.0/ppc
[2009,12,12] rhythmbox のバグフィックス 5.0/i386, 5.0/x86_64, 5.0/ppc

マイクロソフト信者が必死なんですけど〜

宗教だな・・・

Appleはセキュリティー最悪だけど諦めたの？

なんでWindowsのスレッドにLinuxとAppleの話が出てくるんだ？
話をそらせたいのか？

Windowsの欠陥は皆あきらめている

Linuxのカーネルは脆弱性だらけ。

>>16
それはない

なんでAppleの脆弱性が一番多いの？

>>17
Linuxのカーネルは脆弱性だらけ。

↓これを見れってｗ
>>9
>>10

で、なんでAppleの脆弱性が一番多いの？

>>18
WindowsもLinuxも脆弱性は多い。
WindowsもLinuxもちゃんと修正してる。
Windowsのほうが種類が少ないから修正が早い。

Macは修正せずに新しいバージョンだすから新しいバージョンを買えば問題ない。

＞19
(ﾟДﾟ )ﾊｧ?
＞9-10の全部がカーネルですか？

俺がカーネルだ！

Linuxが普及してきたおかげで、セキュリティ的にいろいろ問題がいろいろあるということは知られてきている。
OSのアップデートはできても脳のアップデートできない人が多いみたいだけど。

>>23
よし、今すぐカラアゲを揚げる作業に戻るんだ！

アンチは信者以上に狂信的で盲目的

で、なんでAppleの脆弱性が一番多いの？

ジョブスの辞書に脆弱性の文字はないよ

Mac：ノーガード戦法でもウイルスに感染した事無い。
Win：アンチウイルスに頼らないと怖くてネットにつなぐ事も出来ない。

事実はこんなものwww

Mac：ノーガード戦法でもウイルスに感染した事無い。
Win：アンチウイルスがあるからウイルスに感染した事無い。

結果は同じ。

OSXには、少数だがマルウエア検出機能が組み込まれている。

>>30
アンチウイルス企業に毎年お布施をしている点が違うw

アンチウイルスは無料じゃん。

Mac ノーガード戦法なので、ウイルスに感染していても、気づかない。
Windows アンチウイルスでガチガチにしないと、ネットにつなげない。
Linux あまりにマイナーな為、ウイルス作者に相手にされていない。

以上どれがいい・・・・・?

>>34
34が宗教から抜ける、が良いと思う

Linuxは宗教ではない

アンチウイルスを常駐させずに20年間ドザやってますが、感染したことはありません。

20年ってWindows3.0の頃から使ってるのか？ｗ

>>38
25年以上前からだな。
当時、Macintoshはウイルスだらけだったんだよな。なつかしい。

>>37
へー、それじゃBlasterにも感染しなかったんだ。冗談は良子さんw

>>40
Blasterって何だったのか思い出せないのでググったが、感染したのはWindows Updateやってなかったところだけみたいだな。

>>34
Mac OS XというUNIXだってUNIX系に共通する脆弱性はあるはず。だから過信は禁物

Mac OS X以外のUNIX(系)・Linux系はWindowsみたいに個人向けのセキュリティソフトを販売してないからな
これからはこういうところにウイルスが蒔かれる可能性は高い

商用利用ならそれなりのものがあるようだが…。

>>42
オープンソースだからすぐに非公式アップデータが出るわけよ
http://www.macports.org/

>>41
その当時ニュースにも上がったものを知らなかったなんてもしかして今中学生?
いくら夏休みだからってこんなとこにいないで早く宿題やってろよwww

>>44
・もう盆前にすませました。
・自由研究だけ宿題が残ってますが、取り組み中でまとめに入るところです
・信州なのでもう2学期です
などの可能性は否定しないのか？

ニュースに挙がったまで覚えていて、普通に使っていれば感染しないものだったという部分は覚えてないの何でだろう。

あの当時、再起動地獄に陥ってどれだけのWindowsユーザーが悲鳴をあげた事か。

Blasterは分母がでかいから大きなニュースにはなったが、感染した割合は大したことなかった。

>>43
OSXがオープンソースだと信じている人ってなんでだろう。

Appleはオープンソースの敵

>1
>細工されたDLLファイルを操作する

細工されたDLLファイルがPCにインスコされてる時点でだめじゃん。

>>49
オープンソースですが
マイクロソフトってすべてがクローズドだよなｗ
IEでさえクローズドｗ

3年放置しました

【不具合】アップル、第1世代iPod nanoのバッテリ過熱で交換対応を開始（10/08/12）
http://hibari.2ch.net/test/read.cgi/pcnews/1281618316/

この脆弱性を修正したiTune9.1は3月31日公開された。
>>iTunesはすでに対策が取られている

この脆弱性がacros securityによって8月18日に公開された。

この脆弱性に対するマイクロソフトの対策が8月24日に公開された。
http://hibari.2ch.net/test/read.cgi/pcnews/1282646428/



すくなくとも５ヶ月は放置されてる。
もし8月18日に公開されなかったら、
利用者には何も知らされもせずに放置し続けだった可能性も…

MSがIndeoコーデックの攻撃防止策、脆弱性は修正せず
http://www.itmedia.co.jp/news/articles/0912/14/news014.html

Microsoft、『Office XP』のバグを「訂正不可能」として修正せず
http://japan.internet.com/webtech/20100611/12.html

マイクロソフトは永遠に放置かよｗ

>>54
マイクロソフトは5ヶ月放置してることになるだろｗ
アップルの方が先に対策してるわけだろ？ｗ

顔真っ赤ですなｗ　m9(^Д^)ﾌﾟｷﾞｬｰ

訴訟まだ？

アップル、Mac OS X 10.5.8/10.6.4向けセキュリティアップデートを公開
http://hibari.2ch.net/test/read.cgi/pcnews/1282736538/

10.4は？10.4は放置なの？切り捨てたの？

まさか永遠に放置するの？

>>58
10.4はサポート外なんだから放置に決まってるジャン　お前馬鹿なの？
つか、OSのバージョンアップについていけないお前が馬鹿。
アップルは、Windowsみたいに何年もサポートして修正に追われるような糞メーカーとは違うのだよ。

セキュリティが気になるなら新OSを買い続けろ。常識だろ。

>>59
それなら、バージョン間の互換性をまともにとってほしい。
ソフトウエアベンダーにとっては、バージョンアップ商法に乗っかれておいしいんだけど。

過去に10.1から10.5まで順に上げて来たけど
手元のアプリで動かなかったものって記憶に無いな

あどべとか使ってる人はそれなりに苦労してるんだろうな

>>59
先のないPowerPC機に今さら金払ってLeopardには上げたくないんだろう。

糞箱はPowerPCだろうに

>>63
それ言ったらwiiもPS3もPowerPC。

放置主義ﾏｲｸﾛｿﾌﾄｗ

>>65
ここまでの流れでその書き込みができるお前は相当ヤヴァいなｗ

まあ、欠陥セキュリティーはMSの十八番だからなw

>>43
オープンソースって緊急パッチの配布速度は最速。
Windowsなんか比べ物にならないくらい速いんだが

だがな。それをそれぞれのディストリに適用させるのが超遅い。
パッチ公開から、適用まで同じＵＮＩＸ系ＯＳでも数週間かかったり
ＯＳＸは華麗にアップデートをスルーして、１年後に新ＯＳで適用させたりｗ

>>67
欠陥といっても実際はシステム全体が暗号化処理されてるので、穴から入りました。
ハッキングしています。

で実際に色々できちゃうかというと「何もできない」のがWindows。

OSXとか、この仕組みがないから、穴から入りました。「自由にいじれ過ぎてつまらない」ってなる。

OSはMacOSだけあれば十分。
WindowsとかLinuxとかいらないし、Chromなんかは完成すらしてない。

マイクロソフトの技術力の低さ

最近のハッキングコンテストだと、Windowsはサンドボックスの中から出れなくても優勝。

>>72
そうだね。サンドボックスからでれないと進入しても何もできないのに進入＝成功で優勝しちゃうんだもんな。

まあ、侵入者を何もできない箱に誘い込む構造を持ってるWindowsと進入したらなんでもOKなOSXを比べることがオカシイ。

>>73
資料の多いOSが一番速く進入？できるのが当たり前なんだけど

進入してから何もできない事は説明しない。

こういうイベントの出資会社ってどこなんだろうなｗ

一応MSが最近のOSで使ってるシステムレベルのセキュア技術のうち幾つかは
OSXでも同様の技術を取り入れてる

ただMSのほうが取り組みも早かったし実装のレベルも上

>>75
OSXは、いろいろやり始めているけど、LinuxやBSDが実装しているものも実装していない。
技術的にできないというよりは、パフォーマンスを落としたくないのが理由だと思う。

Appleにとって利用者の安全なんてどうでもいいことなんだろ

>>76
>LinuxやBSD
それらは鯖での運用が主戦場だから、セキュア対策は重要だしね
パフォーマンス面の問題は有るかも、重装備になりすぎると相応のコストを払う訳だし

あとここ数年はiOSとかのプロジェクトに人員を取られててOSXの開発自体が
手薄＆後回しになってる感じがする

セキュリティの主戦場がサーバからクライアントに移って久しいのだが

Windowsを禁止にしようか

米Apple社が「最も脆弱性報告の多い企業」に
http://wiredvision.jp/news/201007/2010072321.html

米Apple社が米Oracle社を抜いて、世界で最もソフトウェアの脆弱性報告が多い企業となった。
Apple社の脆弱性の多くは、『iTunes』や『Safari』、『QuickTime』などのソフトウェアで見つかっている。

Windowsで仕事をするのは馬鹿がすること

>>81
7 ：名無しさん＠お腹いっぱい。 ：2010/10/14(木) 09:57:21 ID:???
>>5
>今回の結果は、Apple社のソフトウェアが実際に安全性が最も低いということを意味しているわけではない。
>この報告書では、脆弱性の深刻度は考慮されていないからだ。

この報告書では、脆弱性の深刻度は考慮されていないからだ。
この報告書では、脆弱性の深刻度は考慮されていないからだ。
この報告書では、脆弱性の深刻度は考慮されていないからだ。
この報告書では、脆弱性の深刻度は考慮されていないからだ。
この報告書では、脆弱性の深刻度は考慮されていないからだ。




8 ：名無しさん＠お腹いっぱい。 ：2010/10/14(木) 10:00:36 ID:???
それに対してWindowsは

>　16件のセキュリティ情報のうち、最大深刻度が最も高い「緊急」レベルとなっているのは、IE用の累積的な
>更新プログラム（MS10-071）とWindows Media Playerネットワーク共有サービスの脆弱性（MS10-075）、
>Embedded OpenTypeフォントエンジンの脆弱性（MS10-076）、.NET Frameworkの脆弱性（MS10-077）に
>対処した4件となる。いずれも悪用可能性指標は最大値の「1」にランクされ、安定した悪用コードが出現する
>可能性も高い。

MacよりWindowsのほうが危険だということが証明されました。
哀れなMS信者。もうそのコピペは張るなよw
恥ずかしいだけだからwwwww

age

>>83
このあわれな信者はもう救えないだろう。「Macは安全じゃない。」
これが大切なポイント。そして製造元は「Macは安全」だと言い張っている。
これが致命的。このような明瞭な危機を理解できていない。

お前も哀れにみえる

>>85
少なくとも『Windowsよりは』Macは安全と言うことだろうw

ま、屁理屈並べてチマチマ事実を捻じ曲げるしかないよな。
最も脆弱性報告の多い企業はAppleなのだから。

( Linux | *BSD | Mac ) >>>>>>>>>>>>>>>>>>>>越えられない壁>>>Windows>超漢字

>脆弱性の詳細は明かされていないが、Microsoftがパッチを提供すれば解決するというタイプの問題ではなく、
>アプリケーション側も個別に対応する必要があるという。

全くどれだけクソなんだよWindowsってwwww

でも、穴のかずなら世界一のMacには勝てませんから。

どのOSにもアナがあるし
アプリにもアナがある。
それを防ぐソフトにもアナがある（笑）

>>91
なぁ、もっと具体的に言えないのか？

どうせ某サイトの記事しか書けないんだからwwww

そうはいっても、Macはセキュリティホールの数世界一でしょ。

ふーん。
仮にそうだとしてもWindowsより使いやすければそれでいいんじゃない？
MacにしろLinuxにしろUNIX的オペレーティングが出来ればそれでいい。
Windowsでは出来ない。

今はLinuxだけど今度はMac買おうと思ってるしね。
たとえ>>95の脳内でMacが最悪だとしてもw

>>95
厳密に言うとAppleの製品の脆弱性。

>Apple社の脆弱性の多くは、同社のオペレーティングシステム『Mac OS X』ではなく、
>『iTunes』や『Safari』、『QuickTime』などのソフトウェアで見つかっている。
>米Adobe Systems社(『Flash』や『Adobe Reader』)、Oracle社(『Java』)なども、
>報告されている脆弱性の多くに関係している。

同社のオペレーティングシステム『Mac OS X』ではなく、
同社のオペレーティングシステム『Mac OS X』ではなく、
同社のオペレーティングシステム『Mac OS X』ではなく、

>脆弱性の詳細は明かされていないが、Microsoftがパッチを提供すれば解決するというタイプの問題ではなく、
>アプリケーション側も個別に対応する必要があるという。

MSも他のベンダーに罪を擦り付けるとは極悪極まりない企業だなw

そういえばMicrosoftにはアプリが無いよな。
オフィスとIEくらいか？
あとメモ帳とか（笑）

>>99
開発ソフト、 Visual Studio
デザインソフト Microsoft Expression
データベース SQL Server
音楽 Windows Media Player
会計ソフト Microsoft Office Accounting
辞書ソフト Microsoft Encarta
地図 Virtual Earth
数式・関数電卓 Microsoft Math
ゲーム いろいろ

ピンボール

>>97
FLASHやJavaの脆弱性までM$のせいになっているさっこん
なにをおっしゃいますやら。

iTunesやQuickTimeなどは気に入らなければ入れなければいい。
しかしFlashやJavaは入れないとまずいだろ。
たとえ穴だらけでもねw

いや、どちらもはなから入ってるし
いつの時代のMac使ってんだよ

FlashもJavaもその思想とは逆に悪影響しかもたらなさい。
マイクロソフトやアップルの存在もそのひとつ。

世の中には、悪影響をもたらすものと
何も影響をもたらさないものの
二つしかない。

某宗教

とうとうキリスト教まで叩くのか

物欲を捨てなさい。

>>106が殺されないか不安

それより致命的なセキュリティ問題を出すアプリとやらを公開すべきなのか?

致命的こわいw

Windowsの時点で腐ってるｗ

>WebDAVクライアントの無効化と
>アウトバウンドの139/445ポートをブロックする

これ、やってないやつが居るの？

>>113
クラウドってWebDAVだけど使ってないの？

>>113
まあ、ルータを使っている奴は
デフォでふさがれているだろうな。
いまどきつかってないやつは稀だし。

>>114
> クラウドってWebDAVだけど

え？ 違うよ。

>>116
同期って何でやってるの？

え？ クラウドの話でしょ？

>>118
クラウドの同期って何でやってるの？
まさか知らなかったとか？

お前、クラウドがわかって無いんじゃね？

なんでクラウドに同期が必要なんだよｗ
データは全てネットの向こう側にあるのが
クラウドなのに。

>>120
まさか素人さん？
クラウドで同期が出来ないで何に使うんだ？

>>121
なんに使うって、クラウドなんだから
端末は最小限のネット機能だけで
アプリ・データともに全てはサーバー上でやるんだろ。
Google Docsとかな。同期いらんだろ。

やっぱりクラウドが分かって無いんだなｗ

>>122
お前さ、仕事に使ってないだろｗ

同期しないってクラウドの意味が無いだろｗ
ずっとPC内でやってろよｗ

反論するのなら、こんなところに反論してこいなｗ

http://d.hatena.ne.jp/keyword/%A5%AF%A5%E9%A5%A6%A5%C9

cloud:英。「雲」。最近では、クラウドコンピューティングを略して「クラウド」と呼ぶことが多い。

データを自分のパソコンや携帯電話ではなく、インターネット上に保存する使い方、
サービスのこと。自宅、会社、ネットカフェ、学校、図書館、外出先など、
さまざまな環境のパソコンや携帯電話(主にスマートフォン）からでもデータを閲覧、
編集、アップロードすることができる。人とデータを共有するグループウェアのような使い方もある。

>>123
お前の負け。ネットで勉強して来いｗ

>>125
お前がクラウドを使っていないことがよくわかったｗ

>>136
お前どんなクラウドサービス使ってるの？
具体名言ってみ。

クラウドでローカルのデータを同期とか
時代に逆行しているとしか思えんなｗ

もうWindowsは不要だな

ローカルにデータを保存できないのがクラウドの本質なのに

>>130
それは、シンクライアントだろ。

>>131
シンクライアントとクラウドの違いは
ソフトウェアの実行をクライアントで行うかサーバー側で行うかの
違いであって、データ自体は両方ともサーバーにあるんだよ。

http://download.intel.co.jp/jp/business/japan/pdf/320563-001JA.pdf

>>132
だから、データを原則クライアントにおかないのがシンクライアントだろ。

>>133
今はクラウドの話をしてるんだよ。

>>134
クラウドの本質がローカルにデータを保存できないことって明らかに間違いだろ。

だれも本質なんて言って無いだろｗ
クラウドはデータはサーバーにあるもんだ。
クライアントのデータを同期とかはクラウドとは関係ない話だ。

>>136
アンカー先を少しは見ろ

どのアンカーだよｗ

>>136
お前にとってのクラウドはホットーメールだけだろｗ

>>139
じゃあお前にとってのクラウド言ってみろよｗ

さすがバグ放置のMac（笑）はすごいですね（笑）

Windowsリスク（笑）

これどうなった？

>>140
139じゃないがX11とか

>>144はX11をどうやってスケールアウトさせるつもりなんだろうね

X11でアプリケーションサーバーを用意すれば既にクラウドだわな。

未だに放置ｗ
修正不能ってｗ

だってX11って元からサーバーだもん

>>148
ただし、ローカルマシンにあるのがサーバーだけどなｗ

X11を設計したやつはアタマが悪いと思う。

お前がローカルで使ってるからだろ
Xがスペック不足で起動しないようなマシンは今時ないだろうから問題ないけど。

たとえばある部署にXサーバーを一台用意してログインマネージャとアプリは全部このマシンに入れる。
社員クライアントはモニターに描画させるだけの低スペックでグラフィックドライバとxorg-serverだけ入れる
部署全体が同じアプリを使えてローカルリソースを気にしない環境の出来上がり

社員端末: pen2時代のマシンでもOK
グラフィックログイン画面でサーバーにログインし描画はローカルリソース、アプリはリモートリソース
自分がリモートサーバーに居ててもローカルマシンのように使える。

サーバーマシン:
クライアントが数百台あっても管理するアプリケーションはこの1台のみ。

>>150
Xのサーバーの意味が分かっていないね。

お前はサーバーの意味を解ってないようだがｗ
変な日本語使ってるしｗ

> たとえばある部署にXサーバーを一台用意してログインマネージャとアプリは全部このマシンに入れる。

なんてかわいそうな部署なんだｗ


次俺のばん、次俺のばんと言いながら
一台のXサーバーをかわりばんこに使うんだな。

> サーバーマシン:
> クライアントが数百台あっても管理するアプリケーションはこの1台のみ。

すごく無駄。

今は格安のクライアントマシンの性能は
ハイスペック。サーバーに負荷を集めてどうするｗ
負荷は分散せよ。

あとそれと、お前はXサーバーわかってない。

>次俺のばん、次俺のばんと言いながら
>一台のXサーバーをかわりばんこに使うんだな。

違う。1台のXサーバーに複数のクライアントが接続され同時ログイン同時使用する

ディスクレスのexpブートだとサーバーリソースを全部使うけどXサーバーとX端末に分けると描画リソースは端末が受け持つ

サーバ側
たとえば2chにXサーバーがあって接続を許可するネットワーク、又はホストを決める。

クライアント側
許可されたクライアントがローカルのXでリモートXを選ぶ
ここまでは/etc/inittabで自動化できるので実際はクライアントマシンの電源を入れると
2chのログインマネージャがローカルマシンに表示される。
モニターに描画するのはローカルのX。ログインマネージャはサーバー側から転送されている。
アカウントとパスワードを入れたら2chのサーバーにログインでき、ローカルマシン同様に使える。
これが複数同時に出来るので、ここまでを理解できてたら順番を待つなんて発想は出てこないと思う。

Xサーバーの仕組みはVNCやリモートデスクトップを想像すると把握しやすいね。

VNCはウィンドウアプリケーションでその中でリモート表示するわけだが
XのXDMCPはもっと下位レベルで実現できる仕組み。

ようするに古くて使い物にならないマシンでもX端末化するとまだまだ使えるって話
http://ja.wikipedia.org/wiki/X端末

Xのみを入れるなら容量的にも圧縮FSを使って数十MB程度に収まる。
セキュリティ的に宜しく無いが、これをUSBメモリに入れて各クライアントに配る事もできる。
HDDの故障やインストールなど記憶媒体のメンテナンスに煩わされる事も解消される。
3桁単位のクライアント数なら節電にも効果がある。

150他は、Xサーバークライアントについて誤解している。
ちゃんと調べ直しとかないと、あとでまた恥じかくぞ。

>>155
> 違う。1台のXサーバーに複数のクライアントが接続され同時ログイン同時使用する

いやー。面白いコト言うねｗｗｗｗ

普通は各個人がXサーバーを提供するんだよ。
わかってないのかな。

>>155
ほら！ ちゃんとよんだ？ ちゃんとよんだ？
http://ja.wikipedia.org/wiki/X%E7%AB%AF%E6%9C%AB
X端末上で実行するXサーバは、
X端末上で実行するXサーバは、
X端末上で実行するXサーバは、

>>157
> ようするに古くて使い物にならないマシンでもX端末化するとまだまだ使えるって話

まず古くて使いものにならないマシンは存在しないという現実

普通と逆だって分かってない

Xサーバーすら理解出来ない馬鹿って生きてる意味無いなw

>>160
そこで説明されてるX端末というハードウェアはもう売ってないよ
だからPCにXのみ入れてX端末化するんだよ？
X端末にするPCにはウィンドウマネージャすら入れない、つまりローカルでXを起動しても何も出来ない端末
Xサーバーというプログラムは入れてるけど実際はクライアントなわけ。
サーバーというのはクライアントに向けてリソースを提供するもの。
X端末として利用するクライアントはリソースを受ける事しかしない。

お前の脳みそは糞でできてんのかw

>159

おい、よく自分の書き込み見ろよ

> 違う。1台のXサーバーに複数のクライアントが接続され同時ログイン同時使用する
> 違う。1台のXサーバーに複数のクライアントが接続され同時ログイン同時使用する
> 違う。1台のXサーバーに複数のクライアントが接続され同時ログイン同時使用する
> 違う。1台のXサーバーに複数のクライアントが接続され同時ログイン同時使用する

>>164
> X端末にするPCにはウィンドウマネージャすら入れない、
> Xサーバーというプログラムは入れてるけど実際はクライアントなわけ。

↓

http://nobug.tukusi.ne.jp/netbsd-guide/trans/chap-x.html
> window manager は X サーバー上で走ります。

>>166
そのウィンドウマネージャはリモートのXサーバー上で動く
ローカルにウィンドウマネージャ─を入れなくてもいい。

俺定義とか迷惑だから

俺定義はどこにも見当たらないよな

>>168
X端末をPCで再現というお話

>>170
Windowsで動くXサーバ・カタログ
http://www.atmarkit.co.jp/flinux/special/ctl_xserver/xserver01.html

>>171
そこに分かりやすく "アホドザでも理解できるように" 書いてるね

■クライアントで使うのに「サーバ」

　「Xサーバ」は、画面表示やキーボード、マウスの入力などを処理します。
そして、その情報を利用するアプリケーションが「Xクライアント」です。
従って、手元で操作するPCにインストールするのがXサーバです。一般的な
クライアント／サーバでは、手元で操作するのがクライアントで、バックグ
ラウンド処理などを担当するのがサーバですから、慣れないと混乱するかもしれません。

>>171
今の時代はこっちだ。情弱
http://technet.microsoft.com/ja-jp/interopmigration/bb380242

>>172
「Xの仕組みを知らないやつ⊂アホ」
という思考がアホだ。

知らないのに絡んでる奴がアホって意味だろ
で、お前はどっちなんだ？

>>171
2003/7/15

8年前の記事貼って何が楽しいんだかw

もうそろそろ「Xサーバーに何人も接続する」が
間違いだって気づいた頃だろうなｗ

お前はまだ何も気づいてないのかwアホめw

>>177
沖縄県浦添市が全PC約1000台をオープンソースのシンクライアントに移行へ
http://itpro.nikkeibp.co.jp/article/NEWS/20061002/249640/

魅力は柔軟性，採用広がる「オープンソースでシンクライアント」
http://itpro.nikkeibp.co.jp/article/OPINION/20060104/226864/

> 「大手メーカー製のWindows XP Embedded搭載シンクライアントでは，セキュリティ・ホールが
> 発覚した時エンジニアが1台1台パッチを当てる必要があるという回答だった。
> LinuxならCFカードの差し替えもしくは、CFカードの書き換えで，ユーザー自身の手で簡単にアップデートできる」（リクルートエイブリック），
> 「Linuxなので，地元の業者からホワイト・ボックスPCを調達できた」（沖縄県浦添市），
> 「USBメモリーにLinuxを格納しており，既存のパソコンに挿して起動すれば即座にLinuxシンクライアントになる」（NTTコムウェア）
> ---シンクライアントのOSとしてLinuxに注目するユーザーが増えている。

日本HP、Linuxベースの独自OSを搭載したシンクライアント
http://cloud.watch.impress.co.jp/docs/news/20101108_405481.html

クラウドはローカルPCにクライアントアプリがあり、アプリで利用するデータをサーバーに置く
最近で言うシンクライアントは定義が曖昧で紛らわしいが、ローカルにクライアントプログラムがあるクラウドとは違い、
ローカルマシンで使うアプリケーションプログラムもリモートにある。

X端末とは今で言うシンクライアントでありローカルマシンからリモートサーバーにログインして利用する物。
入出力行う装置と表示するモニターだけで構成されローカルで必要なXのプログラムやライブラリは組み込んでおり
記憶媒体は一切持っていない。記憶媒体が無い、つまりディスクレスと言ってもPXEブートのディスクレスシステムとは構造が異なる。

>>177
Windowsですら複数のクライアントぶら下げられるんだぜ？
お前、9x系のWindowsしか持ってないのかw

熊谷市拾六間のファミリーマートの「かんだ」っていうオバサン、最低！
美人な女の背後からしのびよって、モップで店内を掃除するように見えて、
最後に靴にそのモップをくっつけようと狙ってくるんだって。
美人な女の足元にダニをくっつけようとしてる！
ファミリーマートは性格が悪くて不潔なオバサンを雇わないでほしい。
犯罪者的な性格のオバサンに注意！
５０歳前後のオバサンだ！

>>177はクライアントアプリとクライアントマシンの区別も出来ていないに100億ユーロ

XPModeのお陰で一部の評価版ソフトが実質...
http://hibari.2ch.net/test/read.cgi/win/1248957753/

OSだけじゃなくてユーザー頭も致命的

スレタイ煽りすぎだよね
元記事のライターは文盲なのか・・
致命的って言葉の意味をちゃんと理解して書いてるのかな

>>181
お前は話がズレすぎてるｗ

ここで、馬鹿にされているのは「Xサーバー」という言葉だよ。
Xサーバーに多数のクライアントが接続するわけじゃない。通常は逆だ。
なぜならXサーバーとはキーボードとマウス操作（それはユーザーが触る端末にある）を
管理しているものだから。

http://ja.wikipedia.org/wiki/X_Window_System
> Xサーバは、グラフィカルなデスクトップでのキーボードとマウス操作を管理している。
> 例えば、【Windows や Macintosh で動作するXサーバ】では、そのようなショートカットキーは提供されない。

いい加減黙れよｗ

http://www.astec-x.com/FAQ/aboutx.html

> X Window System は、クライアント・サーバモデルを採用しています。
> 多くのクライアント・サーバモデルでは、 使用者がクライアント(サービスを受ける側)を直接操作し、
> 離れた場所にあるサーバ(サービスを提供する側)を利用しますが、

> X の世界ではこれとは逆に、 使用者が直接操作する側がサーバ(X サーバ)、
> リモートで動作する側がクライアント(X クライアント)となります。

> X の世界ではこれとは逆に、 使用者が直接操作する側がサーバ(X サーバ)、
> リモートで動作する側がクライアント(X クライアント)となります。

> X の世界ではこれとは逆に、 使用者が直接操作する側がサーバ(X サーバ)、
> リモートで動作する側がクライアント(X クライアント)となります。

> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。

>>188
それを書いて反論のつもりとしているところを見ると、

リモートにあるのがXサーバーじゃないって
まだ理解できてないのかな？ｗ

>>189
リモートにあるのもローカルにあるのもxorg-serverって知らないんだなw
役割がちげぇんだよ馬鹿w　

> ローカルにあるのもxorg-server

おやとうとうローカルにあるのがXサーバーって
自分で認めちゃった？ｗ

リモートにあるのは、Xクライアントだよ。

http://qanda.rakuten.ne.jp/qa5417582.html

> しかし、debianOSのマシンには、能力的にXserverを動作させるのは困難であるため、
> Xクライアントのみ動作させ、表示はWindowsOS上の市販Xserverで表示させようと考えています。

> debianOSのマシンに、Xserver自体をインストールせずに、Xクライアント
> とそれを動作させる為のXwindows環境（GNOME等のデスクトップ環境など）
> を構築することは可能ですか？

普通にできます。やってみてできなければ、その点についてご質問されればよいでしょう。

>>191
いい加減諦めろ
リモートにあるのもXサーバーだ

サーバーとはリソースを提供するもの
X端末においてリモートのサーバーが提供するリソースはX上で動くクライアントアプリケーションだ。
その場合ローカルから見たリモートXサーバーはクライアントになっている

いいか？ローカルのXはローカルのグラフィカル環境を提供しているだけ。つまりルートウィンドウを出す以外は何もやってない。
ユーザーはどこにいる？リモートサーバーだよ。ローカルじゃねぇんだよ。もうあっちに行っちゃってんの。ここまでは理解できるかカス？

>>191
> X端末は、Xサーバを実行するシンクライアントである。これはUNIXワークステーションが高価だったころ、大きめのサーバを複数人で共有し、
> 各人がグラフィカルな環境を使えるようにする安価の手段として人気となった。また、これは MIT のプロジェクトが本来想定していた方向性でもある。
> X端末は、ネットワーク上で XDMCP（X Display Manager Control Protocol）を使って利用可能なホスト（クライアントを実行できるマシン）を探す。
> まず最初のホストでXディスプレイマネージャを起動する必要がある。
> 専用ハードウェアとしてのX端末はその後少なくなり、より安価なXサーバ用端末としてパーソナルコンピュータや新たなシンクライアントが使われるようになっている。
http://ja.wikipedia.org/wiki/X_Window_System

> X端末は、Xサーバを実行するシンクライアントである。これはUNIXワークステーションが高価だったころ、大きめのサーバを複数人で共有し、
> 各人がグラフィカルな環境を使えるようにする安価の手段として人気となった。また、これは MIT のプロジェクトが本来想定していた方向性でもある。
この２行を死ぬまで読んでろ

いや、だからお前が馬鹿にされてるのは

> 違う。1台のXサーバーに複数のクライアントが接続され同時ログイン同時使用する

こんな事言っちゃったからだってｗ

Ｘサーバーとサーバーをごっちゃにさせてごまかさないでね。

お前が言ったのは、「Xサーバーに複数のクライアントが接続する」だから

ちゃんと謝ってねｗ

>>191
お前のいう「Xクライアント」がウィンドウマネージャやブラウザなどのアプリケーション層を言ってるならその通りだ。
サーバーに対してのクライアントアプリケーションはリモートで動いているという事だな。
もしそういう意味じゃないならお前は単なる馬鹿で死んだほうが世のためだ。

で、今話してるのはクライアントマシンとサーバーマシンにおけるXサーバーの役割は>>193

>>195
> お前が言ったのは、「Xサーバーに複数のクライアントが接続する」だから
一つ上のレス、２行を死ぬまで読んでろと言った

理解したらお前が土下座するのが筋
それが大人のマナー

お前が言うXクライアントもなにも
Xクライアントは、リモートにあるもので
Xサーバーはクライアントにあるものだ。

んで、Xサーバーに複数のクライアントが接続するとか
アホなことを言ってるのがお前だ。

> > お前が言ったのは、「Xサーバーに複数のクライアントが接続する」だから
> 一つ上のレス、２行を死ぬまで読んでろと言った

普通に断るｗ

これもだしとくかｗ

どう言い訳するのか見ものｗ

> たとえばある部署にXサーバーを一台用意してログインマネージャとアプリは全部このマシンに入れる。
> たとえばある部署にXサーバーを一台用意してログインマネージャとアプリは全部このマシンに入れる。
> たとえばある部署にXサーバーを一台用意してログインマネージャとアプリは全部このマシンに入れる。
> たとえばある部署にXサーバーを一台用意してログインマネージャとアプリは全部このマシンに入れる。

複数のクライアントマシンを接続するな。
なにもおかしくは無い。おかしいのはお前の腐った脳みそ

>>200
それのどこがおかしいのか説明してみろよ

>>202

なんてかわいそうな部署なんだｗ


次俺のばん、次俺のばんと言いながら
一台のXサーバーをかわりばんこに使うんだな。

Xサーバーは一台しかないからな。
こりゃおかしいよｗ

ループかよ馬鹿

>>203
クライアントマシンは占有する
クライアントマシンを複数用意すれば済む話
リモートログインするサーバーは1台

お前が言いたいのは手元のマシンがXサーバーでリモートマシンはXサーバーじゃない。そう言いたいんだろ
永遠にそこだけでループさせて何が楽しいんだ？

* 手元のマシンA
* 無人のリモートマシンB

Aから見たらBがリモートマシン
Bから見たらAがリモートマシン

これくらい理解しろよ低能

> お前が言いたいのは手元のマシンがXサーバーでリモートマシンはXサーバーじゃない。そう言いたいんだろ
そのとおりの上に、最初からそう言っているが？
それを理解できなかったのはお前だけ。

> 永遠にそこだけでループさせて何が楽しいんだ？
いや、お前が間違ってましたと謝らないで
ぐだぐだやってるのを見るのが楽しいｗ

リモートもローカルもXサーバーなんだが？

>>206
涙拭けよw

>>206はPC1台しか持ってないから想像すらつかないんじゃないか？
複数のクライアントマシンがリモートのXサーバーにログインしてる構図が。
哀れな奴w

>>207
リモートにあるのはXクライアント。
Xクライアントだけ入れることは可能。
それにリモートにあるXサーバーの話はどうでもいい。

ある部署にXサーバーを一台用意してと書いてあることから、
お前はXサーバーを勘違いしていることは明らかだ。

> リモートのXサーバーにログインしてる構図が。

リモートのXサーバーにログインすることはない。
リモートのLinux（UNIX）サーバーにログインして、
Xクライアントを使う。

自分のマシンに入っているのがXサーバーだ。

いい加減、XサーバーとXクライアントの違いを知れよ。
お前のように勘違いしている初心者はたくさんいる。
なにも恥ずかしくはないぞ。お前が○○ってだけだｗ

>>210,211
だからxorg-serverとドライバだけ入れたマシンを何台か用意してディスプレイマネージャとウィンドウマネージャ入れたXマシンを一台用意しろ
ディスプレイマネージャにXDMCP接続を許可する設定にする
Xしか入れてない適当なボロマシンから同時にX -broadcastって入れてみろ
全てのマシンでウィンドウマネージャが入ってるマシンのXを使えるのが解るだろアホが。

>>210
XクライアントはxtermとかのX上のアプリケーションの事だ馬鹿w
いつまで恥の上塗り続けてんだカスｗ
お前見てたら恥ずかしすぎて鼻血でるわｗ

> Xクライアントはxterm
あー、うん。そのxterm（Xクライアント）を
手元のXサーバーから使うって話だよな？

> Xしか入れてない適当なボロマシンから

Xじゃわからん。

ボロマシンに入れるのはXサーバーに決まってるが。

>>215
リモートにもXサーバー(xorg-server)入れろよ
お前のようなカスは何言い出すか解らんのからな、Xorgが嫌ならXFree86でもいいぞ

>>216
ん？いらねーよ。

別に面倒だからいれてもいいが、
入れなくてもいいのは、すでに書いたはずだが。

>>214
> あー、うん。そのxterm（Xクライアント）を
> 手元のXサーバーから使うって話だよな？

そうだが、それだけならssh -xでも使える
ここではアプリケーションの入ってない複数のクライアントマシンからリモートマシンにログインしてXのデスクトップを利用するという事だ。

>>218
なんで、Xサーバーという用語をわざと使わないんだ？

それはある部署にXサーバーを一台用意してから
やることなんだろ？ｗ

>>211
自分のマシンに入ってるのもリモートマシンに入ってるのもXサーバーだ
Xクライアントなんてパッケージは存在しない。
サーバーに対してクライアントはどっちかという事で視点を変えればクライアントがサーバーでありサーバーがクライアントだ。
これは>>205で書いた。

これはお前に返すよw
> いい加減、XサーバーとXクライアントの違いを知れよ。
> お前のように勘違いしている初心者はたくさんいる。
> なにも恥ずかしくはないぞ。お前が○○ってだけだｗ

>>219
お前も>>220読んどけ
お前なんか馬臭い匂いがするな

> 自分のマシンに入ってるのもリモートマシンに入ってるのもXサーバーだ
それはただ入れてるだけ。

ローカルマシンに入っているXサーバーで
リモートにあるXクライアントを使う。

> Xクライアントなんてパッケージは存在しない。
当たり前だ。X上で動くアプリがXクライアントなんだから。

> サーバーに対してクライアントはどっちかという事で視点を変えればクライアントがサーバーでありサーバーがクライアントだ。
そんなことはどうでもいい。話のすり替えだ。
今話しているのは、”Xサーバー”とは何かだ。

それをお前は「ある部署にXサーバーを一台用意して」と表現した。
そのことをみんなで、みんなで笑ってるんだ。

>>219
俺寝るから朝まで言葉遊びのオナニー続けてていいよ
じゃぁね

> そのことをみんなで、みんなで笑ってるんだ。
ｗ

ガンバレ自演ｗ

言葉遊びもなにも
Xサーバーとはで検索してでた答えが全てだ。
それ以外の（お前の）定義は誰も認めていない。

http://www.atmarkit.co.jp/flinux/special/ctl_xserver/xserver01.html

「Xサーバ」は、画面表示やキーボード、マウスの入力などを処理します。
そして、その情報を利用するアプリケーションが「Xクライアント」です。
従って、手元で操作するPCにインストールするのがXサーバです。

一般的なクライアント／サーバでは、手元で操作するのがクライアントで、
バックグラウンド処理などを担当するのがサーバですから、慣れないと混乱するかもしれません。

> そして、その情報を利用するアプリケーションが「Xクライアント」です。
アプリケーション(xtermやfirefoxやWMとか)

> 従って、手元で操作するPCにインストールするのがXサーバです。
そしてリモートにインストールするのもXサーバーです。

俺言ったよな、リモートのX環境にログインすると。
なぜか？ボロPCをクライアントマシンに仕立てリモートのXにログインすればコストかからないと。
リモートにはアプリケーションだけでなくXサーバーも入れないとXDMCPでXDMでログイン出来ないから。
アプリケーションだけ入れててもXが無ければXクライアントはディスプレイに送れません。馬鹿ちん

> そしてリモートにインストールするのもXサーバーです。
違います。

何度言えば分かるの？リモートのあればいいのは
Xクライアントだけ。

お前はXサーバーという言葉を勘違いして使った。
その事実を認めろや。

あと、一般的なサーバー、クライアントの話に
すり替えようとしても無駄。

最初から最後まで、「Xサーバー」についての
お前の無知に対してのみ追求するｗ

>>227
> リモートのクライアントプログラムをローカルなサーバで表示するには、端末エミュレータのウィンドウを開き、
> telnet あるいは ssh でリモートのクライアントアプリケーション（あるいはシェル）を起動し、入出力先を
> ローカルに指定してクライアントを起動する（すなわち、export DISPLAY=[ユーザーのマシン]:0 をリモート
> のマシン上で設定する）。クライアントアプリケーションはローカルサーバと接続され、ローカルマシンのディス
> プレイと入力機器を使って動作する。
> 逆にローカルなマシン上でクライアントを起動し、リモートのXサーバに接続することもできる。

http://ja.wikipedia.org/wiki/X_Window_System

最後の一行を復唱しましょう
> リモートのXサーバに接続することもできる。
> リモートのXサーバに接続することもできる。
> リモートのXサーバに接続することもできる。
> リモートのXサーバに接続することもできる。
> リモートのXサーバに接続することもできる。
> リモートのXサーバに接続することもできる。
> リモートのXサーバに接続することもできる。
> リモートのXサーバに接続することもできる。

> ユーザの視点から見ると、自分の近くにある端末の側で起動するのがサーバで、遠隔のコンピュータで起動するのが
> クライアントになっており、通常のサーバ・クライアントシステムとは逆の配置になっている。
この二行目だけが頭に叩き込まれて馬鹿の一つ覚えになった気狂いくんは、これも復唱しましょうｗ

> ユーザの視点から見ると、
> ユーザの視点から見ると、
> ユーザの視点から見ると、
> ユーザの視点から見ると、
> ユーザの視点から見ると、
> ユーザの視点から見ると、
> ユーザの視点から見ると、
> ユーザの視点から見ると、
> ユーザの視点から見ると、
> ユーザの視点から見ると、
> ユーザの視点から見ると、

>>227
> 何度言えば分かるの？リモートのあればいいのは
> Xクライアントだけ。

違います、何度言えば分かるの？それではディスプレイマネージャにログイン出来ませんよ。
リモートにもXサーバーは必要ですがローカルのマシンでは使用しません
XDMCPでログインした場合、あなたが居てるのはリモートマシンです。
そこでwavファイルを鳴らしてみてくださいな。ローカルマシンのスピーカーではなくリモートマシンのスピーカーから音が鳴ります。
ローカルでの描画はローカルのXサーバーが行い、その画面上にあるクライアントはリモートにインストールされたクライアントです。
馬鹿には理解できないでしょうがｗ

>>228
それ訳がおかしいだけだわｗ
英語版が元になっているようだが、もともとは
リモートのXサーバーなどとは書いていない

The remote X client will then make a connection to the user's local
X server, providing display and input to the user.

Alternatively, the local machine may run a small program that
connects to the remote machine and starts the client application

Practical examples of remote clients include:

google翻訳そのまま
リモートXクライアントは、ディスプレイとユーザーに入力を提供し、ユーザーのローカルXサーバーへの接続を確立します。
また、ローカルマシンがリモートマシンに接続し、クライアントアプリケーションを起動する小さなプログラムを実行することができます
リモートクライアントの実用的な例は、次のとおりです。

>>230
> 違います、何度言えば分かるの？それではディスプレイマネージャにログイン出来ませんよ。

できるよ。 なぜならディスプレイマネージャだけは特別で、
ローカルとリモートの両方で動くことが可能なように設計されているから。

http://ja.wikipedia.org/wiki/X%E3%83%87%E3%82%A3%E3%82%B9%E3%83%97%E3%83%AC%E3%82%A4%E3%83%9E%E3%83%8D%E3%83%BC%E3%82%B8%E3%83%A3
> ディスプレイマネージャは、ユーザが直接操作するコンピュータ上で動作する場合もあるし、
> リモートのコンピュータで動作する場合もある。前者の場合、ディスプレイマネージャは1つ以上のXサーバを起動し、
> 最初にログイン画面を表示し（オプションで）ログアウトの度にログイン画面を表示する。
> 後者では、ディスプレイマネージャは XDMCP プロトコルに従って動作する。

１．ユーザが直接操作するコンピュータ上で動作する場合は
２．ユーザーが直接操作するコンピュータつまりクライアントで
３．ディスプレイマネージャは、一つ以上のXサーバーを起動し、
４．ほら、クライアントでXサーバーを起動すると書いてある。

>>231
en.wikipedia.orgのX Window Systemにも[remote X server]という文言が載っている。

This approach allows both 2D and 3D operations to be fully accelerated on the remote X server.

http://en.wikipedia.org/wiki/X_Window_System

それとja.wikipedia.orgはen.wikipedia.orgを翻訳する物ではない。
ただX Window Systemのページは項目が同じなので英語版を草稿にしたのかもしれないが、訳がおかしいとかは因縁つけすぎ。

あと、リモートXサーバーという言葉はごく普通に使われている
http://www.google.com/search?hl=en&q=remote+x+server

>>234
それは2D、3Dをアクセラレートするために、
リモートでXサーバーを起動してその描画結果を送るという
アプローチがあるという説明。

下の方は、ただ検索しただけだろｗ

>>234
あと、日本語版ページの該当箇所は
英語版からの翻訳であるとしっかり履歴に書いてある。
「英語版からの部分訳をマージ」とね。

> リモートでXサーバーを起動してその描画結果を送るという
つまりリモートもXサーバーな訳だｗ

>>237
これはアクセラレートの為に使ってるだけ。
例外中の例外で、エミュレータみたいなもんだ。

それ以外はどうなんだって話。

>「英語版からの部分訳をマージ」とね。
どこ？

履歴って書いただろ。履歴見ろよ。

XDM(1)

> Description
> Xdm manages a collection of X displays, which may be on the local host or remote servers.

http://www.xfree86.org/current/xdm.1.html

xdmのmanにもしっかりリモートサーバーって書いてるね

>>240
http://ja.wikipedia.org/w/index.php?title=Template:XWinSys&action=history

どこ？

Xのネットワーク透過性という考え方は良かったけど
GPUの進化の速さとネットワークの高速化で
旗色が悪くなったよね。

ローカルのXサーバーで描画するよりも
サーバー側でGPUを使って描画してその結果を
送るアプローチがここまで有効になるとは思わなかった。

今じゃWindowsだと動画もスムーズに再生できるらしいし。

>>242
Template:XWinSys？

お前何の履歴見てるのさｗｗｗ

よっぽどのマヌケだぞｗ

>>241
リモートＸサーバーじゃないのか！？

都合が悪くなったら他人を装って矛先を変える
まぁよくある手口だよねｗ

どこから飛んだら、Template:XWinSysなんてページに辿り着くのかわからないｗ

>>244
個人的なお願い:語尾ｗは一個までにしてくれ

こっちか？
http://ja.wikipedia.org/w/index.php?title=X_Window_System&action=history

そのURL変だなと思ったんだけど　「表・話・編・歴 X Window System」ていう歴のリンククリックしたらそこ飛んだ

あ、分かった。編集を押した画面の下の方にあったｗ

いい加減、「Xサーバ」を俺定義するのはヤメろって。みっともない。
言い訳重ねたところで馬鹿丸出しなだけだぞ。

だね。Xサーバーはローカルマシンとかリモートマシンとか関係なくXサーバー
手元のマシンだけがXサーバーって馬鹿丸出しｗ

じゃ、これに反論したい人だけがレスするということでｗ

http://www.atmarkit.co.jp/flinux/special/ctl_xserver/xserver01.html

「Xサーバ」は、画面表示やキーボード、マウスの入力などを処理します。
そして、その情報を利用するアプリケーションが「Xクライアント」です。
従って、手元で操作するPCにインストールするのがXサーバです。

一般的なクライアント／サーバでは、手元で操作するのがクライアントで、
バックグラウンド処理などを担当するのがサーバですから、慣れないと混乱するかもしれません。

>>252
> そして、その情報を利用するアプリケーションが「Xクライアント」です。
要するにXクライアントとはxtermとかのアプリケーションな

で、Xサーバーは描画を担当するものだからローカルのXで描画すればローカルのXがXサーバー
リモートのX使えばリモートのXサーバー
利用するアプリケーションがリモートのクライアント

XDMCPでリモートのディスプレイマネージャに接続するときは予めリモートのXサーバーでディスプレイマネージャを起動しておく必要がある。
ローカルのクライアントマシンでリモートにXDMCPのグラフィカルログインするにはローカルのXサーバーを起動してリモートのXDM画面を転送する。
Xサーバーは双方にあり、クライアントはリモートにあり、ローカルマシンをクライアントマシンとして使う。

あ、やっぱり反論したかったのかｗ

敗北宣言ｷﾀ━(ﾟ∀ﾟ)━!

↑こう言うのを勝利宣言というのか？
いきなりなにを言い出してるんだろ？

負け惜しみか。みっともねぇなぁ

そだね（笑）

熱い深夜〜早朝だったんだね。
楽しく読ませてもらったわｗ

延々とＸ鯖の話をしてスレをあげてるのはこちらですか
スレタイに沿わない明かな荒らしだよね
通報してもいい？
忍者の里からすいとんされちゃうよ

「部署にXサーバーを一台用意して」ｗ

1 zombie

> たとえばある部署にXサーバーを一台用意してログインマネージャとアプリは全部このマシンに入れる。

Xサーバーマシンに、アプリを全部入れる・・・？

Xサーバーはクライアントマシンのことだぞ。
クライアントにアプリを全部入れるのなら
サーバー（Xサーバーのことではない）は必要ないなｗ

2 zombie

>>263
http://www.hightech.co.jp/wp-content/uploads/2010/06/thinclient-679x600.jpg

最近ハッキングされてるのって
全部Windowsだな

え、SONYの鯖はWIんどｗｓだったのかよ

クラッキング

http://lulzsecurity.com/
http://lulzsecurity.com/releases/sownage_2_press_release.txt

>>265
ん？ごめん俺目があんまり良くないから
Xサーバーってどこに書かれてるか教えてくれないかな？

Xのサーバーとクライアントが直感のっ逆っていうのは、その世界では常識だから、そこにすぐ反応できなかったところで負け決定。

>>265
その図に、問題の「Xサーバー」が書いてないんだがｗ

「サーバー」と「Xサーバー」の区別ついてる？
あ、ついてないから、Xサーバーの機能を間違えたんだったなｗ

>>272
あの図見てCUIだけだと思った？

>>273
そんな事思ってないが、
それよりも、どこに「Xサーバー」って書いてあるんだ？

そのことだけを永遠と追求するからなｗ

>>274
http://www-astro.phys.metro-u.ac.jp/users/masai/darwin1.html

http://rewse.jp/blog/p/793

> Dell PowerEdge SC430 は放熱が多いんで納戸の中で運用されており、

> すると、たまに必要な X Window System を使うためにはXサーバー起動してVNCサーバー起動して、
> クライアントのMac側で Chicken of the VNC を起動して……というそれなりに面倒な作業が発生するので、
> MacをリモートXサーバーにすることにした。

ほうほう。クライアントのMac側で動かすものを、リモートXサーバーというわけだな。
通常Xってのは、一台でクライアントとXサーバーを動かが、
この場合、遠隔地のクライアントマシンにXサーバーがあるから、リモートXサーバーなわけか

> X Window System はUNIX/Linuxでウインドウ・システムを提供する仕組みで、
> クライアント・サーバー・システムとして実装しているのが特徴的だ。
> “手元にあるのがクライアント” と理解していると混乱するけど、
> “サービスを提供するのがサーバー” と理解しておけば手元のマシンがウインドウ・システム
> を提供するサーバーとなることがおのずと分かるだろう。

なるほど、間違っている人が多そうだ。正しくはクライアントがXサーバーとφ(..)メモメモ

> というわけで、MacをXサーバーにすることで、UNIX/Linuxのウインドウ・システムを必要とするアプリケーションのウインドウだけをMacで表示することが可能になる。

>>274
http://dl3.getuploader.com/g/4dfe1a55-48b0-42f1-af0a-4fc0b63022d0/nix/15/remote-xserver.pdf

リモートXサーバーってクライアントマシンで
Xサーバーを動かすことなんだが、
もしかして勘違いしてないか？

>>276
っ DHCP

>>277
ウイルスアップすんなｗ

え？ DHCP ？

あ、うん。お前すごいよ。うん。すごいすごい（棒）

>>277
もしかして休み中、ずっとその図を作ってたのか？ｗ

いかにも権威がある文献かのように取り繕っても
アプロダにアップしているファイルじゃ無意味だよ。

PC1台しか持ってない貧乏臭い部屋でUbuntuつかってオラUNIX使いだべ！とか逝ってる
自称ハッカーのレス乞食は "リモートのXサーバー" を使えないから仕方ないｗ

>>278
あ、そういうことかｗ

なんでリモートXサーバーという用語をだして
反論したつもりになってるんだろうと思っていたが、
通常のXサーバーをクライアントマシンで動かす物、
リモートXサーバーをリモートマシンで動かす物と
思っていたわけかｗ

本当は、Xクライアントが動くリモートマシンと違う所にある
手元のローカルマシンでXサーバーを
動かすことを、リモートXサーバーという。

リモートマシンもローカルマシンもXサーバー立ち上げてたら、あっちもこっちもねぇだろｗ

まだ言ってるｗ

それはリモートマシンにもXサーバーをインストールしているだけだろ。
インストールしてるだけで使ってない。

リモートマシンで動くのはXクライアント
（Xサーバー無しでXクライアントだけ入れることだって可能）
ローカルマシンで動かすのがXサーバー

普通に使うけどな
何でお前に決め付けられにゃいかんのかｗ

ローカルマシンのモニターに描画してるのはローカルマシンにインストールされているXサーバー
リモートで立ち上げてるXDMはリモートのXサーバーが必要
粘着するような事かよ。マジキチって奴か？

>>288
この図を見て仕組みを理解してね。
http://itpro.nikkeibp.co.jp/article/Keyword/20100730/350877/?SS=imgview&FD=2606633&ST=oss

>>289
リモートにXサーバーが無い！
この図は間違ってる！

と基地外がまたレスするのか・・・

Windowsしか使ってこなかったから知識が浅いんだぞｗ

>>289
その図のgdmはローカルで起動してリモートに送ってる
要するにローカルのgdmからリモートのgdmにチェインしてる訳ね
ローカルのgdmが無くてもCUIでログインしてX -indirectとかでリモートのgdmを表示させる事もできる。
ローカルマシンもリモートマシンもXサーバーが起動してる。おｋ？

ローカルマシンもリモートマシンもXサーバーを起動してる。

>>292
図に書いてないことを
勝手な想像で言わないこと。

絵本じゃないんだからｗ

GDMがサーバーにあるとして、サーバーにXサーバーをインストールする必要はない。
デフォルト設定の問題に過ぎない。

サーバーマシンの前に行って直接使った場合に、その時でも
GUIログインするための設定がデフォルトになってるから
Xサーバーが必要になってるだけ。

クライアントのXサーバーで、サーバーはXサーバーを起動する必要をなくすには設定を変えればいい。
http://www.casual-thought.net/2011/05/gdm%E3%81%AE%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC%E5%81%B4%E3%83%87%E3%82%A3%E3%82%B9%E3%83%97%E3%83%AC%E3%82%A4%E7%84%A1%E3%81%97%E3%81%A7%E3%81%AExdmcp/

はい、これでまた、リモートマシンにXサーバーは必要ないという
当然の結論に戻ってきましたｗ

なんか、どんどん追い詰められていってんなー。
一個ずつ希望の炎が消されていってるじゃないかｗ

いい加減、Xサーバーはクライアントで動かす物で
サーバー側には必要ないって認めればいいのにｗ
これがマジキチってやつかな？

Xサーバーにはもっとわかりやすい名前が欲しいなぁ

>>298　ＤＯＳ（ディスプレイコントローラオペレーティングシステム）

>>296
それXDMでやるにはどうやればいいん？

#!/bin/bash

var="X Window Systemに致命的なセキュリティ問題、40のアプリ影響"

for x in {1..1000}; do
echo \>\>$x
echo $var | sed 's/X Window System/Windows/'
done

http://www.youtube.com/watch?v=1Ee4aKyPGY4

ＳＥＸサーバー

【サッカー】女子Ｗ杯　日本、スウェーデンを圧倒し決勝へ！　初先発の川澄２ゴール、澤逆転ヘッド、なでしこの歴史を変えた！★５
1 ： はぶたえ川 ’ー’川φ ★：2011/07/14(木) 06:45:46.24 ID:???0 返信 tw


FIFA 女子ワールドカップ2011 ドイツ大会　準決勝

　日本　３−１　スウェーデン　　[フランクフルト]
0-1　Josefine OQVIST（前10分）
1-1　川澄奈穂美（前19分）
2-1　澤穂希（後15分）
3-1　川澄奈穂美（後19分）

◆ 日本女子　　佐々木則夫監督
GK　21 海堀あゆみ（INAC神戸レオネッサ）
DF　2 近賀ゆかり（INAC神戸レオネッサ）
　　　3 岩清水梓（日テレ・ベレーザ）
　　　4 熊谷紗希（1.FFCフランクフルト/ﾄﾞｲﾂ）
　　　15 鮫島彩（ボストン・ブレイカーズ/ｱﾒﾘｶ）
MF　6 阪口夢穂（アルビレックス新潟レディース）
　　　8 宮間あや（岡山湯郷Belle） → 14 上尾野辺めぐみ（アルビレックス新潟レディース）（後44分）
　　　10 澤穂希（INAC神戸レオネッサ）(Cap)
　　　11 大野忍（INAC神戸レオネッサ） → 19 高瀬愛実（INAC神戸レオネッサ）（後41分）
FW　7 安藤梢（FCR2001デュイスブルク/ﾄﾞｲﾂ）
　　　9 川澄奈穂美（INAC神戸レオネッサ） → 17 永里優季（1.FFCトリビューネ・ポツダム/ﾄﾞｲﾂ）（後29分）

修正されないね

$ sed -i 's/echo \$ver/cat \$ver/' >> 301