Windowsに致命的なセキュリティ問題、40のアプリ影響at PCNEWS
Windowsに致命的なセキュリティ問題、40のアプリ影響 - 暇つぶし2ch65:名無しさん@お腹いっぱい。
10/09/09 02:08:09
放置主義マイクロソフトw

66:名無しさん@お腹いっぱい。
10/09/09 07:57:48 pPBTYXx8
>>65
ここまでの流れでその書き込みができるお前は相当ヤヴァいなw

67:名無しさん@お腹いっぱい。
10/09/11 04:02:31
まあ、欠陥セキュリティーはMSの十八番だからなw


68:名無しさん@お腹いっぱい。
10/09/11 14:22:26 z2WKDvIS
>>43
オープンソースって緊急パッチの配布速度は最速。
Windowsなんか比べ物にならないくらい速いんだが

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



69:名無しさん@お腹いっぱい。
10/09/11 14:24:31
>>67
欠陥といっても実際はシステム全体が暗号化処理されてるので、穴から入りました。
ハッキングしています。

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

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


70:名無しさん@お腹いっぱい。
10/09/11 14:36:11
OSはMacOSだけあれば十分。
WindowsとかLinuxとかいらないし、Chromなんかは完成すらしてない。

71:名無しさん@お腹いっぱい。
10/09/11 17:41:04
マイクロソフトの技術力の低さ

72:名無しさん@お腹いっぱい。
10/09/11 17:45:58
最近のハッキングコンテストだと、Windowsはサンドボックスの中から出れなくても優勝。

73:名無しさん@お腹いっぱい。
10/09/11 22:22:44
>>72
そうだね。サンドボックスからでれないと進入しても何もできないのに進入=成功で優勝しちゃうんだもんな。

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

74:名無しさん@お腹いっぱい。
10/09/11 22:24:11
>>73
資料の多いOSが一番速く進入?できるのが当たり前なんだけど

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

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

75:名無しさん@お腹いっぱい。
10/09/11 22:52:47
一応MSが最近のOSで使ってるシステムレベルのセキュア技術のうち幾つかは
OSXでも同様の技術を取り入れてる

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

76:名無しさん@お腹いっぱい。
10/09/12 00:07:50
>>75
OSXは、いろいろやり始めているけど、LinuxやBSDが実装しているものも実装していない。
技術的にできないというよりは、パフォーマンスを落としたくないのが理由だと思う。

77:名無しさん@お腹いっぱい。
10/09/12 00:12:28
Appleにとって利用者の安全なんてどうでもいいことなんだろ

78:名無しさん@お腹いっぱい。
10/09/12 00:23:29
>>76
>LinuxやBSD
それらは鯖での運用が主戦場だから、セキュア対策は重要だしね
パフォーマンス面の問題は有るかも、重装備になりすぎると相応のコストを払う訳だし

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

79:名無しさん@お腹いっぱい。
10/09/12 00:29:51
セキュリティの主戦場がサーバからクライアントに移って久しいのだが

80:名無しさん@お腹いっぱい。
10/10/05 00:17:38
Windowsを禁止にしようか

81:名無しさん@お腹いっぱい。
10/10/05 00:21:58
米Apple社が「最も脆弱性報告の多い企業」に
URLリンク(wiredvision.jp)

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

82:名無しさん@お腹いっぱい。
10/10/15 23:41:57
Windowsで仕事をするのは馬鹿がすること

83:名無しさん@お腹いっぱい。
10/10/15 23:52:14
>>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


84:名無しさん@お腹いっぱい。
10/10/27 23:07:57
age

85:名無しさん@お腹いっぱい。
10/10/27 23:47:51
>>83
このあわれな信者はもう救えないだろう。「Macは安全じゃない。」
これが大切なポイント。そして製造元は「Macは安全」だと言い張っている。
これが致命的。このような明瞭な危機を理解できていない。

86:名無しさん@お腹いっぱい。
10/10/27 23:55:05
お前も哀れにみえる

87:名無しさん@お腹いっぱい。
10/10/28 00:27:09
>>85
少なくとも『Windowsよりは』Macは安全と言うことだろうw


88:名無しさん@お腹いっぱい。
10/10/28 02:24:28
ま、屁理屈並べてチマチマ事実を捻じ曲げるしかないよな。
最も脆弱性報告の多い企業はAppleなのだから。

89:名無しさん@お腹いっぱい。
10/10/28 07:26:03
( Linux | *BSD | Mac ) >>>>>>>>>>>>>>>>>>>>越えられない壁>>>Windows>超漢字


90:名無しさん@お腹いっぱい。
10/10/28 07:35:15
>脆弱性の詳細は明かされていないが、Microsoftがパッチを提供すれば解決するというタイプの問題ではなく、
>アプリケーション側も個別に対応する必要があるという。

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


91:名無しさん@お腹いっぱい。
10/10/28 07:47:01
でも、穴のかずなら世界一のMacには勝てませんから。

92:名無しさん@お腹いっぱい。
10/10/28 07:53:17 TxohMvBf
どのOSにもアナがあるし
アプリにもアナがある。
それを防ぐソフトにもアナがある(笑)

93:名無しさん@お腹いっぱい。
10/10/28 09:12:39
>>91
なぁ、もっと具体的に言えないのか?

94:名無しさん@お腹いっぱい。
10/10/28 09:27:17
どうせ某サイトの記事しか書けないんだからwwww


95:名無しさん@お腹いっぱい。
10/10/28 11:18:26
そうはいっても、Macはセキュリティホールの数世界一でしょ。

96:名無しさん@お腹いっぱい。
10/10/28 12:09:24
ふーん。
仮にそうだとしてもWindowsより使いやすければそれでいいんじゃない?
MacにしろLinuxにしろUNIX的オペレーティングが出来ればそれでいい。
Windowsでは出来ない。

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

97:名無しさん@お腹いっぱい。
10/10/28 13:16:12
>>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』ではなく、



98:名無しさん@お腹いっぱい。
10/10/28 13:18:59
>脆弱性の詳細は明かされていないが、Microsoftがパッチを提供すれば解決するというタイプの問題ではなく、
>アプリケーション側も個別に対応する必要があるという。

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


99:名無しさん@お腹いっぱい。
10/10/28 13:39:17
そういえばMicrosoftにはアプリが無いよな。
オフィスとIEくらいか?
あとメモ帳とか(笑)

100:名無しさん@お腹いっぱい。
10/10/29 01:10:27
>>99
開発ソフト、 Visual Studio
デザインソフト Microsoft Expression
データベース SQL Server
音楽 Windows Media Player
会計ソフト Microsoft Office Accounting
辞書ソフト Microsoft Encarta
地図 Virtual Earth
数式・関数電卓 Microsoft Math
ゲーム いろいろ

101:名無しさん@お腹いっぱい。
10/10/29 02:16:32
ピンボール

102:名無しさん@お腹いっぱい。
10/10/29 19:11:27
>>97
FLASHやJavaの脆弱性までM$のせいになっているさっこん
なにをおっしゃいますやら。

103:名無しさん@お腹いっぱい。
10/10/29 23:13:53
iTunesやQuickTimeなどは気に入らなければ入れなければいい。
しかしFlashやJavaは入れないとまずいだろ。
たとえ穴だらけでもねw


104:名無しさん@お腹いっぱい。
10/10/30 18:50:48
いや、どちらもはなから入ってるし
いつの時代のMac使ってんだよ


105:名無しさん@お腹いっぱい。
10/10/30 18:53:05
FlashもJavaもその思想とは逆に悪影響しかもたらなさい。
マイクロソフトやアップルの存在もそのひとつ。

106:名無しさん@お腹いっぱい。
10/10/30 20:46:48
世の中には、悪影響をもたらすものと
何も影響をもたらさないものの
二つしかない。

某宗教

107:名無しさん@お腹いっぱい。
10/10/30 20:55:41
とうとうキリスト教まで叩くのか

108:名無しさん@お腹いっぱい。
10/10/30 21:08:47
物欲を捨てなさい。

109:名無しさん@お腹いっぱい。
10/10/30 21:10:09
>>106が殺されないか不安

110:名無しさん@お腹いっぱい。
10/10/31 00:18:06
それより致命的なセキュリティ問題を出すアプリとやらを公開すべきなのか?


111:名無しさん@お腹いっぱい。
10/11/01 13:23:14
致命的こわいw

112:名無しさん@お腹いっぱい。
10/12/05 13:16:39
Windowsの時点で腐ってるw

113:名無しさん@お腹いっぱい。
10/12/05 13:28:44
>WebDAVクライアントの無効化と
>アウトバウンドの139/445ポートをブロックする

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

114:名無しさん@お腹いっぱい。
10/12/05 13:31:45
>>113
クラウドってWebDAVだけど使ってないの?

115:名無しさん@お腹いっぱい。
10/12/05 13:36:46
>>113
まあ、ルータを使っている奴は
デフォでふさがれているだろうな。
いまどきつかってないやつは稀だし。

116:名無しさん@お腹いっぱい。
10/12/05 13:37:24
>>114
> クラウドってWebDAVだけど

え? 違うよ。

117:名無しさん@お腹いっぱい。
10/12/05 13:40:59
>>116
同期って何でやってるの?

118:名無しさん@お腹いっぱい。
10/12/05 13:43:57
え? クラウドの話でしょ?

119:名無しさん@お腹いっぱい。
10/12/05 13:45:47
>>118
クラウドの同期って何でやってるの?
まさか知らなかったとか?

120:名無しさん@お腹いっぱい。
10/12/05 13:57:24
お前、クラウドがわかって無いんじゃね?

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

121:名無しさん@お腹いっぱい。
10/12/05 14:00:52
>>120
まさか素人さん?
クラウドで同期が出来ないで何に使うんだ?

122:名無しさん@お腹いっぱい。
10/12/05 14:02:28
>>121
なんに使うって、クラウドなんだから
端末は最小限のネット機能だけで
アプリ・データともに全てはサーバー上でやるんだろ。
Google Docsとかな。同期いらんだろ。

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

123:名無しさん@お腹いっぱい。
10/12/05 14:06:45
>>122
お前さ、仕事に使ってないだろw

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

124:名無しさん@お腹いっぱい。
10/12/05 14:10:18
反論するのなら、こんなところに反論してこいなw

URLリンク(d.hatena.ne.jp)

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

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

125:名無しさん@お腹いっぱい。
10/12/05 14:11:38
>>123
お前の負け。ネットで勉強して来いw

126:名無しさん@お腹いっぱい。
10/12/05 14:17:32
>>125
お前がクラウドを使っていないことがよくわかったw

127:名無しさん@お腹いっぱい。
10/12/05 14:20:50
>>136
お前どんなクラウドサービス使ってるの?
具体名言ってみ。

128:名無しさん@お腹いっぱい。
10/12/05 15:45:39
クラウドでローカルのデータを同期とか
時代に逆行しているとしか思えんなw

129:名無しさん@お腹いっぱい。
10/12/05 16:14:20
もうWindowsは不要だな

130:名無しさん@お腹いっぱい。
10/12/05 16:15:42
ローカルにデータを保存できないのがクラウドの本質なのに

131:名無しさん@お腹いっぱい。
10/12/05 21:50:03
>>130
それは、シンクライアントだろ。

132:名無しさん@お腹いっぱい。
10/12/05 22:07:49
>>131
シンクライアントとクラウドの違いは
ソフトウェアの実行をクライアントで行うかサーバー側で行うかの
違いであって、データ自体は両方ともサーバーにあるんだよ。

URLリンク(download.intel.co.jp)

133:名無しさん@お腹いっぱい。
10/12/05 22:16:59
>>132
だから、データを原則クライアントにおかないのがシンクライアントだろ。

134:名無しさん@お腹いっぱい。
10/12/05 22:19:23
>>133
今はクラウドの話をしてるんだよ。

135:名無しさん@お腹いっぱい。
10/12/05 22:20:47
>>134
クラウドの本質がローカルにデータを保存できないことって明らかに間違いだろ。

136:名無しさん@お腹いっぱい。
10/12/05 22:22:22
だれも本質なんて言って無いだろw
クラウドはデータはサーバーにあるもんだ。
クライアントのデータを同期とかはクラウドとは関係ない話だ。

137:名無しさん@お腹いっぱい。
10/12/05 22:31:08
>>136
アンカー先を少しは見ろ

138:名無しさん@お腹いっぱい。
10/12/05 22:34:23
どのアンカーだよw

139:名無しさん@お腹いっぱい。
10/12/05 23:29:00
>>136
お前にとってのクラウドはホットーメールだけだろw

140:名無しさん@お腹いっぱい。
10/12/05 23:31:08
>>139
じゃあお前にとってのクラウド言ってみろよw

141:名無しさん@お腹いっぱい。
10/12/20 23:12:30
さすがバグ放置のMac(笑)はすごいですね(笑)

142:名無しさん@お腹いっぱい。
11/01/05 08:25:10
Windowsリスク(笑)

143:名無しさん@お腹いっぱい。
11/02/26 12:16:27.08
これどうなった?

144: 忍法帖【Lv=3,xxxP】
11/03/01 21:05:39.57
>>140
139じゃないがX11とか

145:名無しさん@お腹いっぱい。
11/03/02 16:52:00.15
>>144はX11をどうやってスケールアウトさせるつもりなんだろうね

146:名無しさん@お腹いっぱい。
11/03/02 23:36:23.91
X11でアプリケーションサーバーを用意すれば既にクラウドだわな。


147:名無しさん@お腹いっぱい。
11/06/12 10:58:37.58
未だに放置w
修正不能ってw

148:名無しさん@お腹いっぱい。
11/06/12 17:20:28.67
だってX11って元からサーバーだもん

149:名無しさん@お腹いっぱい。
11/06/13 04:05:20.04
>>148
ただし、ローカルマシンにあるのがサーバーだけどなw

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

150:名無しさん@お腹いっぱい。
11/06/13 08:32:21.94
お前がローカルで使ってるからだろ
Xがスペック不足で起動しないようなマシンは今時ないだろうから問題ないけど。

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

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

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

151:名無しさん@お腹いっぱい。
11/06/13 17:18:49.70
>>150
Xのサーバーの意味が分かっていないね。

152:名無しさん@お腹いっぱい。
11/06/13 18:50:11.99
お前はサーバーの意味を解ってないようだがw
変な日本語使ってるしw

153:名無しさん@お腹いっぱい。
11/06/15 00:34:18.40
> たとえばある部署にXサーバーを一台用意してログインマネージャとアプリは全部このマシンに入れる。

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


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


154:名無しさん@お腹いっぱい。
11/06/15 00:36:34.27
> サーバーマシン:
> クライアントが数百台あっても管理するアプリケーションはこの1台のみ。

すごく無駄。

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

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

155:名無しさん@お腹いっぱい。
11/06/15 07:05:00.78
>次俺のばん、次俺のばんと言いながら
>一台のXサーバーをかわりばんこに使うんだな。

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

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

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

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

156:名無しさん@お腹いっぱい。
11/06/15 07:08:57.42
Xサーバーの仕組みはVNCやリモートデスクトップを想像すると把握しやすいね。

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

157:名無しさん@お腹いっぱい。
11/06/15 07:18:44.45
ようするに古くて使い物にならないマシンでもX端末化するとまだまだ使えるって話
URLリンク(ja.wikipedia.org)端末

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

158:名無しさん@お腹いっぱい。
11/06/15 22:26:24.89
150他は、Xサーバークライアントについて誤解している。
ちゃんと調べ直しとかないと、あとでまた恥じかくぞ。

159:名無しさん@お腹いっぱい。
11/06/16 02:10:19.16
>>155
> 違う。1台のXサーバーに複数のクライアントが接続され同時ログイン同時使用する

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

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


160:名無しさん@お腹いっぱい。
11/06/16 02:12:26.55
>>155
ほら! ちゃんとよんだ? ちゃんとよんだ?
URLリンク(ja.wikipedia.org)
X端末上で実行するXサーバは、
X端末上で実行するXサーバは、
X端末上で実行するXサーバは、

161:名無しさん@お腹いっぱい。
11/06/16 02:14:23.21
>>157
> ようするに古くて使い物にならないマシンでもX端末化するとまだまだ使えるって話

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


162:名無しさん@お腹いっぱい。
11/06/16 06:17:52.67
普通と逆だって分かってない

163:名無しさん@お腹いっぱい。
11/06/16 15:58:19.26
Xサーバーすら理解出来ない馬鹿って生きてる意味無いなw

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

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

165:名無しさん@お腹いっぱい。
11/06/17 00:51:46.27
>159

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

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



166:名無しさん@お腹いっぱい。
11/06/17 00:56:50.85
>>164
> X端末にするPCにはウィンドウマネージャすら入れない、
> Xサーバーというプログラムは入れてるけど実際はクライアントなわけ。



URLリンク(nobug.tukusi.ne.jp)
> window manager は X サーバー上で走ります。

167:名無しさん@お腹いっぱい。
11/06/17 06:24:09.15
>>166
そのウィンドウマネージャはリモートのXサーバー上で動く
ローカルにウィンドウマネージャ─を入れなくてもいい。

168:名無しさん@お腹いっぱい。
11/06/17 07:27:54.67
俺定義とか迷惑だから

169:名無しさん@お腹いっぱい。
11/06/17 07:55:44.48
俺定義はどこにも見当たらないよな

170:名無しさん@お腹いっぱい。
11/06/17 07:58:04.73
>>168
X端末をPCで再現というお話

171:名無しさん@お腹いっぱい。
11/06/17 08:02:53.94
>>170
Windowsで動くXサーバ・カタログ
URLリンク(www.atmarkit.co.jp)

172:名無しさん@お腹いっぱい。
11/06/17 08:04:59.60
>>171
そこに分かりやすく "アホドザでも理解できるように" 書いてるね

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

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


173:名無しさん@お腹いっぱい。
11/06/17 08:06:31.17
>>171
今の時代はこっちだ。情弱
URLリンク(technet.microsoft.com)

174:名無しさん@お腹いっぱい。
11/06/17 08:18:28.40
>>172
「Xの仕組みを知らないやつ⊂アホ」
という思考がアホだ。

175:名無しさん@お腹いっぱい。
11/06/17 08:30:48.96
知らないのに絡んでる奴がアホって意味だろ
で、お前はどっちなんだ?

176:名無しさん@お腹いっぱい。
11/06/17 08:32:00.62
>>171
2003/7/15

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

177:名無しさん@お腹いっぱい。
11/06/17 08:32:17.80
もうそろそろ「Xサーバーに何人も接続する」が
間違いだって気づいた頃だろうなw

178:名無しさん@お腹いっぱい。
11/06/17 09:53:41.85
お前はまだ何も気づいてないのかwアホめw

179:名無しさん@お腹いっぱい。
11/06/17 10:06:47.31
>>177
沖縄県浦添市が全PC約1000台をオープンソースのシンクライアントに移行へ
URLリンク(itpro.nikkeibp.co.jp)

魅力は柔軟性,採用広がる「オープンソースでシンクライアント」
URLリンク(itpro.nikkeibp.co.jp)

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

日本HP、Linuxベースの独自OSを搭載したシンクライアント
URLリンク(cloud.watch.impress.co.jp)


180:名無しさん@お腹いっぱい。
11/06/17 10:20:46.16
クラウドはローカルPCにクライアントアプリがあり、アプリで利用するデータをサーバーに置く
最近で言うシンクライアントは定義が曖昧で紛らわしいが、ローカルにクライアントプログラムがあるクラウドとは違い、
ローカルマシンで使うアプリケーションプログラムもリモートにある。

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

181:名無しさん@お腹いっぱい。
11/06/17 11:26:59.00
>>177
Windowsですら複数のクライアントぶら下げられるんだぜ?
お前、9x系のWindowsしか持ってないのかw

182:名無しさん@お腹いっぱい。
11/06/17 14:20:44.23 RbgkGKNB
熊谷市拾六間のファミリーマートの「かんだ」っていうオバサン、最低!
美人な女の背後からしのびよって、モップで店内を掃除するように見えて、
最後に靴にそのモップをくっつけようと狙ってくるんだって。
美人な女の足元にダニをくっつけようとしてる!
ファミリーマートは性格が悪くて不潔なオバサンを雇わないでほしい。
犯罪者的な性格のオバサンに注意!
50歳前後のオバサンだ!


183:名無しさん@お腹いっぱい。
11/06/17 14:25:16.98
>>177はクライアントアプリとクライアントマシンの区別も出来ていないに100億ユーロ

184:名無しさん@お腹いっぱい。
11/06/17 16:30:20.77
XPModeのお陰で一部の評価版ソフトが実質...
スレリンク(win板)

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

185:名無しさん@お腹いっぱい。
11/06/17 17:52:09.38
スレタイ煽りすぎだよね
元記事のライターは文盲なのか・・
致命的って言葉の意味をちゃんと理解して書いてるのかな

186:名無しさん@お腹いっぱい。
11/06/17 22:16:11.51
>>181
お前は話がズレすぎてるw

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

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

187:名無しさん@お腹いっぱい。
11/06/17 22:18:08.83
いい加減黙れよw

URLリンク(www.astec-x.com)

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

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

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

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

188:名無しさん@お腹いっぱい。
11/06/18 00:15:05.36
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。
> ローカルマシンで使うアプリケーションプログラムもリモートにある。

189:名無しさん@お腹いっぱい。
11/06/18 00:17:09.77
>>188
それを書いて反論のつもりとしているところを見ると、

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

190:名無しさん@お腹いっぱい。
11/06/18 00:25:23.82
>>189
リモートにあるのもローカルにあるのもxorg-serverって知らないんだなw
役割がちげぇんだよ馬鹿w 

191:名無しさん@お腹いっぱい。
11/06/18 00:28:22.63
> ローカルにあるのもxorg-server

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

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

192:名無しさん@お腹いっぱい。
11/06/18 00:33:15.37
URLリンク(qanda.rakuten.ne.jp)

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

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

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

193:名無しさん@お腹いっぱい。
11/06/18 00:37:47.33
>>191
いい加減諦めろ
リモートにあるのもXサーバーだ

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

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

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

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

195:名無しさん@お腹いっぱい。
11/06/18 00:44:25.48
いや、だからお前が馬鹿にされてるのは

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

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

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

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

ちゃんと謝ってねw

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

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


197:名無しさん@お腹いっぱい。
11/06/18 00:52:21.44
>>195
> お前が言ったのは、「Xサーバーに複数のクライアントが接続する」だから
一つ上のレス、2行を死ぬまで読んでろと言った

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

198:名無しさん@お腹いっぱい。
11/06/18 00:52:45.23
お前が言うXクライアントもなにも
Xクライアントは、リモートにあるもので
Xサーバーはクライアントにあるものだ。

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

199:名無しさん@お腹いっぱい。
11/06/18 00:53:25.74
> > お前が言ったのは、「Xサーバーに複数のクライアントが接続する」だから
> 一つ上のレス、2行を死ぬまで読んでろと言った

普通に断るw

200:名無しさん@お腹いっぱい。
11/06/18 00:54:20.35
これもだしとくかw

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

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


201:名無しさん@お腹いっぱい。
11/06/18 00:54:35.53
複数のクライアントマシンを接続するな。
なにもおかしくは無い。おかしいのはお前の腐った脳みそ

202:名無しさん@お腹いっぱい。
11/06/18 01:02:45.09
>>200
それのどこがおかしいのか説明してみろよ

203:名無しさん@お腹いっぱい。
11/06/18 01:07:11.42
>>202

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


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

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

204:名無しさん@お腹いっぱい。
11/06/18 01:13:59.67
ループかよ馬鹿

205:名無しさん@お腹いっぱい。
11/06/18 01:19:48.37
>>203
クライアントマシンは占有する
クライアントマシンを複数用意すれば済む話
リモートログインするサーバーは1台

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

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

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

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

206:名無しさん@お腹いっぱい。
11/06/18 01:33:38.27
> お前が言いたいのは手元のマシンがXサーバーでリモートマシンはXサーバーじゃない。そう言いたいんだろ
そのとおりの上に、最初からそう言っているが?
それを理解できなかったのはお前だけ。

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



207:名無しさん@お腹いっぱい。
11/06/18 01:36:48.30
リモートもローカルもXサーバーなんだが?

208:名無しさん@お腹いっぱい。
11/06/18 01:38:13.28
>>206
涙拭けよw

209:名無しさん@お腹いっぱい。
11/06/18 01:43:19.31
>>206はPC1台しか持ってないから想像すらつかないんじゃないか?
複数のクライアントマシンがリモートのXサーバーにログインしてる構図が。
哀れな奴w

210:名無しさん@お腹いっぱい。
11/06/18 01:43:20.06
>>207
リモートにあるのはXクライアント。
Xクライアントだけ入れることは可能。
それにリモートにあるXサーバーの話はどうでもいい。

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

211:名無しさん@お腹いっぱい。
11/06/18 01:45:12.79
> リモートのXサーバーにログインしてる構図が。

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

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

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

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

213:名無しさん@お腹いっぱい。
11/06/18 01:57:37.06
>>210
XクライアントはxtermとかのX上のアプリケーションの事だ馬鹿w
いつまで恥の上塗り続けてんだカスw
お前見てたら恥ずかしすぎて鼻血でるわw

214:名無しさん@お腹いっぱい。
11/06/18 02:02:18.44
> Xクライアントはxterm
あー、うん。そのxterm(Xクライアント)を
手元のXサーバーから使うって話だよな?

215:名無しさん@お腹いっぱい。
11/06/18 02:03:37.70
> Xしか入れてない適当なボロマシンから

Xじゃわからん。

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

216:名無しさん@お腹いっぱい。
11/06/18 02:08:27.11
>>215
リモートにもXサーバー(xorg-server)入れろよ
お前のようなカスは何言い出すか解らんのからな、Xorgが嫌ならXFree86でもいいぞ


217:名無しさん@お腹いっぱい。
11/06/18 02:10:58.87
>>216
ん?いらねーよ。

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

218:名無しさん@お腹いっぱい。
11/06/18 02:11:04.65
>>214
> あー、うん。そのxterm(Xクライアント)を
> 手元のXサーバーから使うって話だよな?

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


219:名無しさん@お腹いっぱい。
11/06/18 02:14:39.29
>>218
なんで、Xサーバーという用語をわざと使わないんだ?

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

220:名無しさん@お腹いっぱい。
11/06/18 02:16:38.94
>>211
自分のマシンに入ってるのもリモートマシンに入ってるのもXサーバーだ
Xクライアントなんてパッケージは存在しない。
サーバーに対してクライアントはどっちかという事で視点を変えればクライアントがサーバーでありサーバーがクライアントだ。
これは>>205で書いた。

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

221:名無しさん@お腹いっぱい。
11/06/18 02:17:56.33
>>219
お前も>>220読んどけ
お前なんか馬臭い匂いがするな

222:名無しさん@お腹いっぱい。
11/06/18 02:19:47.95
> 自分のマシンに入ってるのもリモートマシンに入ってるのもXサーバーだ
それはただ入れてるだけ。

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

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

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

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


223:名無しさん@お腹いっぱい。
11/06/18 02:19:58.57
>>219
俺寝るから朝まで言葉遊びのオナニー続けてていいよ
じゃぁね

224:名無しさん@お腹いっぱい。
11/06/18 02:21:09.63
> そのことをみんなで、みんなで笑ってるんだ。


ガンバレ自演w

225:名無しさん@お腹いっぱい。
11/06/18 02:22:04.13
言葉遊びもなにも
Xサーバーとはで検索してでた答えが全てだ。
それ以外の(お前の)定義は誰も認めていない。

URLリンク(www.atmarkit.co.jp)

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

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

226:名無しさん@お腹いっぱい。
11/06/18 02:30:15.80
> そして、その情報を利用するアプリケーションが「Xクライアント」です。
アプリケーション(xtermやfirefoxやWMとか)

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

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

227:名無しさん@お腹いっぱい。
11/06/18 02:33:28.04
> そしてリモートにインストールするのもXサーバーです。
違います。

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

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

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

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

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

URLリンク(ja.wikipedia.org)

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

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

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


230:名無しさん@お腹いっぱい。
11/06/18 02:47:16.39
>>227
> 何度言えば分かるの?リモートのあればいいのは
> Xクライアントだけ。

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

231:名無しさん@お腹いっぱい。
11/06/18 02:50:33.64
>>228
それ訳がおかしいだけだわw
英語版が元になっているようだが、もともとは
リモートの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サーバーへの接続を確立します。
また、ローカルマシンがリモートマシンに接続し、クライアントアプリケーションを起動する小さなプログラムを実行することができます
リモートクライアントの実用的な例は、次のとおりです。

232:名無しさん@お腹いっぱい。
11/06/18 02:53:39.53
>>230
> 違います、何度言えば分かるの?それではディスプレイマネージャにログイン出来ませんよ。

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

URLリンク(ja.wikipedia.org)
> ディスプレイマネージャは、ユーザが直接操作するコンピュータ上で動作する場合もあるし、
> リモートのコンピュータで動作する場合もある。前者の場合、ディスプレイマネージャは1つ以上のXサーバを起動し、
> 最初にログイン画面を表示し(オプションで)ログアウトの度にログイン画面を表示する。
> 後者では、ディスプレイマネージャは XDMCP プロトコルに従って動作する。

233:名無しさん@お腹いっぱい。
11/06/18 02:55:05.39
1.ユーザが直接操作するコンピュータ上で動作する場合は
2.ユーザーが直接操作するコンピュータつまりクライアントで
3.ディスプレイマネージャは、一つ以上のXサーバーを起動し、
4.ほら、クライアントでXサーバーを起動すると書いてある。

234:名無しさん@お腹いっぱい。
11/06/18 03:08:34.65
>>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.

URLリンク(en.wikipedia.org)

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

あと、リモートXサーバーという言葉はごく普通に使われている
URLリンク(www.google.com)

235:名無しさん@お腹いっぱい。
11/06/18 03:19:44.42
>>234
それは2D、3Dをアクセラレートするために、
リモートでXサーバーを起動してその描画結果を送るという
アプローチがあるという説明。

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

236:名無しさん@お腹いっぱい。
11/06/18 03:21:04.18
>>234
あと、日本語版ページの該当箇所は
英語版からの翻訳であるとしっかり履歴に書いてある。
「英語版からの部分訳をマージ」とね。

237:名無しさん@お腹いっぱい。
11/06/18 03:21:40.87
> リモートでXサーバーを起動してその描画結果を送るという
つまりリモートもXサーバーな訳だw

238:名無しさん@お腹いっぱい。
11/06/18 03:23:17.66
>>237
これはアクセラレートの為に使ってるだけ。
例外中の例外で、エミュレータみたいなもんだ。

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

239:名無しさん@お腹いっぱい。
11/06/18 03:24:52.03
>「英語版からの部分訳をマージ」とね。
どこ?

240:名無しさん@お腹いっぱい。
11/06/18 03:25:42.40
履歴って書いただろ。履歴見ろよ。

241:名無しさん@お腹いっぱい。
11/06/18 03:28:59.40
XDM(1)

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

URLリンク(www.xfree86.org)

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

242:名無しさん@お腹いっぱい。
11/06/18 03:31:25.64
>>240
URLリンク(ja.wikipedia.org)

どこ?

243:名無しさん@お腹いっぱい。
11/06/18 03:33:20.98
Xのネットワーク透過性という考え方は良かったけど
GPUの進化の速さとネットワークの高速化で
旗色が悪くなったよね。

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

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

244:名無しさん@お腹いっぱい。
11/06/18 03:35:07.67
>>242
Template:XWinSys?

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

よっぽどのマヌケだぞw

245:名無しさん@お腹いっぱい。
11/06/18 03:35:29.63
>>241
リモートXサーバーじゃないのか!?

246:名無しさん@お腹いっぱい。
11/06/18 03:35:40.04
都合が悪くなったら他人を装って矛先を変える
まぁよくある手口だよねw

247:名無しさん@お腹いっぱい。
11/06/18 03:36:53.98
どこから飛んだら、Template:XWinSysなんてページに辿り着くのかわからないw

248:名無しさん@お腹いっぱい。
11/06/18 03:38:43.60
>>244
個人的なお願い:語尾wは一個までにしてくれ

こっちか?
URLリンク(ja.wikipedia.org)

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

249:名無しさん@お腹いっぱい。
11/06/18 03:39:11.82
あ、分かった。編集を押した画面の下の方にあったw

250:名無しさん@お腹いっぱい。
11/06/18 03:40:36.19
いい加減、「Xサーバ」を俺定義するのはヤメろって。みっともない。
言い訳重ねたところで馬鹿丸出しなだけだぞ。

251:名無しさん@お腹いっぱい。
11/06/18 03:41:38.30
だね。Xサーバーはローカルマシンとかリモートマシンとか関係なくXサーバー
手元のマシンだけがXサーバーって馬鹿丸出しw

252:名無しさん@お腹いっぱい。
11/06/18 03:42:22.80
じゃ、これに反論したい人だけがレスするということでw

URLリンク(www.atmarkit.co.jp)

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

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


253:名無しさん@お腹いっぱい。
11/06/18 03:52:51.52
>>252
> そして、その情報を利用するアプリケーションが「Xクライアント」です。
要するにXクライアントとはxtermとかのアプリケーションな

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

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

254:名無しさん@お腹いっぱい。
11/06/18 04:01:14.10
あ、やっぱり反論したかったのかw

255:名無しさん@お腹いっぱい。
11/06/18 04:03:54.13
敗北宣言キタ━(゚∀゚)━!

256:名無しさん@お腹いっぱい。
11/06/18 04:12:11.79
↑こう言うのを勝利宣言というのか?
いきなりなにを言い出してるんだろ?

257:名無しさん@お腹いっぱい。
11/06/18 04:23:35.13
負け惜しみか。みっともねぇなぁ

258:名無しさん@お腹いっぱい。
11/06/18 04:26:04.86
そだね(笑)

259:名無しさん@お腹いっぱい。
11/06/18 07:16:37.14
熱い深夜~早朝だったんだね。
楽しく読ませてもらったわw

260:名無しさん@お腹いっぱい。
11/06/18 09:38:20.58
延々とX鯖の話をしてスレをあげてるのはこちらですか
スレタイに沿わない明かな荒らしだよね
通報してもいい?
忍者の里からすいとんされちゃうよ

261:名無しさん@お腹いっぱい。
11/06/18 11:31:43.79
「部署にXサーバーを一台用意して」w

262:名無しさん@お腹いっぱい。
11/06/18 11:59:02.56
1 zombie

263:名無しさん@お腹いっぱい。
11/06/18 12:15:35.83
> たとえばある部署にXサーバーを一台用意してログインマネージャとアプリは全部このマシンに入れる。

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

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


264:名無しさん@お腹いっぱい。
11/06/18 12:19:46.21
2 zombie

265:名無しさん@お腹いっぱい。
11/06/18 16:42:03.49
>>263
URLリンク(www.hightech.co.jp)

266:名無しさん@お腹いっぱい。
11/06/18 19:10:05.06
最近ハッキングされてるのって
全部Windowsだな

267:名無しさん@お腹いっぱい。
11/06/18 19:16:15.91
え、SONYの鯖はWIんどwsだったのかよ



268:名無しさん@お腹いっぱい。
11/06/18 19:21:43.12
クラッキング

269:名無しさん@お腹いっぱい。
11/06/18 19:36:46.48
URLリンク(lulzsecurity.com)
URLリンク(lulzsecurity.com)

270:名無しさん@お腹いっぱい。
11/06/18 20:17:08.37
>>265
ん?ごめん俺目があんまり良くないから
Xサーバーってどこに書かれてるか教えてくれないかな?

271:名無しさん@お腹いっぱい。
11/06/18 21:45:03.50
Xのサーバーとクライアントが直感のっ逆っていうのは、その世界では常識だから、そこにすぐ反応できなかったところで負け決定。

272:名無しさん@お腹いっぱい。
11/06/20 00:19:36.25
>>265
その図に、問題の「Xサーバー」が書いてないんだがw

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

273:名無しさん@お腹いっぱい。
11/06/20 00:25:17.09
>>272
あの図見てCUIだけだと思った?

274:名無しさん@お腹いっぱい。
11/06/20 00:27:21.83
>>273
そんな事思ってないが、
それよりも、どこに「Xサーバー」って書いてあるんだ?

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

275:名無しさん@お腹いっぱい。
11/06/20 00:30:18.33
>>274
URLリンク(www-astro.phys.metro-u.ac.jp)

276:名無しさん@お腹いっぱい。
11/06/20 00:44:22.95
URLリンク(rewse.jp)

> 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で表示することが可能になる。



277:名無しさん@お腹いっぱい。
11/06/20 00:49:57.80
>>274
URLリンク(dl3.getuploader.com)

278:名無しさん@お腹いっぱい。
11/06/20 00:51:42.66
リモートXサーバーってクライアントマシンで
Xサーバーを動かすことなんだが、
もしかして勘違いしてないか?

279:名無しさん@お腹いっぱい。
11/06/20 00:51:49.99
>>276
っ DHCP

280:名無しさん@お腹いっぱい。
11/06/20 00:52:35.08
>>277
ウイルスアップすんなw

281:名無しさん@お腹いっぱい。
11/06/20 00:53:10.95
え? DHCP ?

あ、うん。お前すごいよ。うん。すごいすごい(棒)

282:名無しさん@お腹いっぱい。
11/06/20 00:54:47.29
>>277
もしかして休み中、ずっとその図を作ってたのか?w

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


283:名無しさん@お腹いっぱい。
11/06/20 01:01:17.74
PC1台しか持ってない貧乏臭い部屋でUbuntuつかってオラUNIX使いだべ!とか逝ってる
自称ハッカーのレス乞食は "リモートのXサーバー" を使えないから仕方ないw

284:名無しさん@お腹いっぱい。
11/06/20 01:04:58.79
>>278
あ、そういうことかw

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

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

285:名無しさん@お腹いっぱい。
11/06/20 01:07:53.58
リモートマシンもローカルマシンもXサーバー立ち上げてたら、あっちもこっちもねぇだろw

286:名無しさん@お腹いっぱい。
11/06/20 01:10:05.94
まだ言ってるw

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

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

287:名無しさん@お腹いっぱい。
11/06/20 01:27:38.68
普通に使うけどな
何でお前に決め付けられにゃいかんのかw

288:名無しさん@お腹いっぱい。
11/06/20 01:32:22.76
ローカルマシンのモニターに描画してるのはローカルマシンにインストールされているXサーバー
リモートで立ち上げてるXDMはリモートのXサーバーが必要
粘着するような事かよ。マジキチって奴か?

289:名無しさん@お腹いっぱい。
11/06/20 01:37:34.27
>>288
この図を見て仕組みを理解してね。
URLリンク(itpro.nikkeibp.co.jp)

290:名無しさん@お腹いっぱい。
11/06/20 01:39:34.72
>>289
リモートにXサーバーが無い!
この図は間違ってる!

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

291:名無しさん@お腹いっぱい。
11/06/20 01:39:58.53
Windowsしか使ってこなかったから知識が浅いんだぞw

292:名無しさん@お腹いっぱい。
11/06/20 01:50:18.43
>>289
その図のgdmはローカルで起動してリモートに送ってる
要するにローカルのgdmからリモートのgdmにチェインしてる訳ね
ローカルのgdmが無くてもCUIでログインしてX -indirectとかでリモートのgdmを表示させる事もできる。
ローカルマシンもリモートマシンもXサーバーが起動してる。おk?

293:名無しさん@お腹いっぱい。
11/06/20 01:52:16.34
ローカルマシンもリモートマシンもXサーバーを起動してる。

294:名無しさん@お腹いっぱい。
11/06/20 01:53:51.95
>>292
図に書いてないことを
勝手な想像で言わないこと。

295:名無しさん@お腹いっぱい。
11/06/20 01:57:59.79
絵本じゃないんだからw

296:名無しさん@お腹いっぱい。
11/06/20 02:08:23.08
GDMがサーバーにあるとして、サーバーにXサーバーをインストールする必要はない。
デフォルト設定の問題に過ぎない。

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

クライアントのXサーバーで、サーバーはXサーバーを起動する必要をなくすには設定を変えればいい。
URLリンク(www.casual-thought.net)

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

297:名無しさん@お腹いっぱい。
11/06/20 02:11:22.64
なんか、どんどん追い詰められていってんなー。
一個ずつ希望の炎が消されていってるじゃないかw

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

298:名無しさん@お腹いっぱい。
11/06/20 08:34:26.70
Xサーバーにはもっとわかりやすい名前が欲しいなぁ

299:名無しさん@お腹いっぱい。
11/06/20 10:20:52.43 9uwGnPRD
>>298 DOS(ディスプレイコントローラオペレーティングシステム)

300:名無しさん@お腹いっぱい。
11/06/20 10:41:41.12
>>296
それXDMでやるにはどうやればいいん?

301:名無しさん@お腹いっぱい。
11/06/20 11:58:40.35
#!/bin/bash

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

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

302:名無しさん@お腹いっぱい。
11/06/20 13:11:59.21
URLリンク(www.youtube.com)

303:名無しさん@お腹いっぱい。
11/06/27 22:57:55.81 ZtVljlPO
SEXサーバー


最新レス表示
レスジャンプ
類似スレ一覧
スレッドの検索
話題のニュース
おまかせリスト
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch