カテゴリ:プライベートクラウド( 69 )

-現象-

ローカルネットワークから、Squid プロクシ経由でインターネット接続している場合、 Windows Update Service 3.0 (WSUS) サーバからアップデートできない。この現象は Windows7 環境では発生せず Windows10 以降(具体的には 1607以降)のバージョンで発生する。

Windows 10 / Windows Server 2016 を含め、プロキシ サーバーを介して Windows Update サイトへアクセスした際に、更新プログラムの検出が通信エラー (0x80240030 / 0x80072efe / 0x80244022 / 0x80072EFD / 0x80072EE2 等) でうまくいかない、あるいは更新プログラムのダウンロードが通信エラー (0x80072ee7 / 0x8024402c 等) で進まないといったお問い合わせをいただくことがございます。

プロキシ サーバー経由での Windows Update へのアクセスについて

また、WinHTTP に対してプロキシ サーバーが適切に設定されているかをご確認ください。

-------

「ナヌ! WinHTTP って聞いたことないぞな?」

と、どうやらインターネットマーケットで一般的な Squid などのプロクシ経由では、「WinHTTP という、我等大変困惑独善非標準的詳細非公開的謎通信網」はエラーになってしまうようですね。つまり、WSUS は HTTP(s) 80,443 ポートを使うにも関わらず、一般的な HTTP(s) ではなく WinHTTP というレッドチャイナ並の特殊で非公開な極秘な通信するという事なのですね。(はじめて知った......)

「うちは、ほぼ世界標準の Squid プロクシなんだけどなぁ.....」

という場合、例外リストに明示的にプロクシの設定から WSUS サーバーを除外する必要があるようです。

- 対策 -

ローカルLAN内に Squid などの Proxy がある場合、コントロールパネル > インターネットオプション > 「接続」タブ > プロシサーバー > 「詳細設定」ボタンから「例外」リストに

"*.mylocalzone.mycompany.com;" のローカルゾーンか WSUS の、生IP アドレス(192.168.1.xx;)などをセミコロン区切りで明示的に追加します。
a0056607_15232155.jpg

どうも Windows10 Version 1607 あたりから、WSUS の挙動がおかしくなったナとは思っていました。この場合、単純なLAN内部のプロキシキャッシュなので、月のモノのWindows Update をする場合、一時的にプロクシを外せばいいのですが、Windows10 1607 以降、Windows Update ってやたらと時間がかかるじゃないですか。その間、色々モンダイがあるわけですよ。まぁ、このケースではこれで「一応」解決できていますが。

例えば、 Windows Update の「更新プログラムのチェック」をしても、全部アップデートできない。その様なときは "オンラインで Microsoft Update から更新プログラムを確認します"をクリックすると "ご本尊" からのアップデートを更新して、 WSUS にアップデートがキャッシュされるようです。最初の1台目でキャッシュすると、以降はイントラネットの WSUS からアップデートを "ダウンロード"だけはしてくれるので、2台目以降は、 WSUS から、文字通り "Windows Update Service" のキャッシュが参照されて、ピピッと、"ダウンロードだけは" 行われます。もっともその後の「更新のインストール」だけは、ユーザさんには、朝のコーヒー飲んで、ついでにトイレにでも行ってPCの性能次第で「まったり待つ」必要があります。
a0056607_23382112.jpg
もっとも、Windows Update の”状態の更新”は、深夜に行われるようスケジュールされるので、実際の現場では "朝イチバン"に、パッチの適用と、 WSUS への通知が行くようです。月モノによっては二度のリブートが必要なケースもあるので、翌日もう一度"リブートしろ"と出るケースもあります。ユーザさんは待ち時間でゆっくりトイレで××コ「していても、インフラ担当者は、漏れそうでも「そんなヒマねぇよ」という我慢の時間帯です。

まぁこれも給料の一部だとおもって、諦めてください。あらかじめ総務にお願いして Windows Update を 「承認」した、翌数日間は、役員用トイレも解放しておくようお願いするのもイイかも。

a0056607_23400558.jpg
でも、同時にWSUS 上にも正しく更新された情報が伝わるようで、WSUS の登録されたPCの全てが数日後に 100% パッチ完了となります。やれやれ......

山市良のうぃんどうず日記(97):進まないWindows Update、やっぱり止まっていなかった

--

でセキュリティアプライアンスや、チャイニーズ製グレートファイアウォールなどが導入されている環境の場合、

Windows Update / Microsoft Update の接続先 URL について

によると、2017/2 現在....

http://download.windowsupdate.com
http://*.download.windowsupdate.com
http://download.microsoft.com
https://*.update.microsoft.com
http://*.update.microsoft.com
https://update.microsoft.com
http://update.microsoft.com
http://*.windowsupdate.com
http://*.windowsupdate.microsoft.com
http://windowsupdate.microsoft.com
https://*.windowsupdate.microsoft.com
http://ntservicepack.microsoft.com
http://wustat.windows.com
—————————-
※Windows 10 の配信の最適化を使用するためには以下の URL も併せて通信を許可するように設定ください。
—————————-
*.download.windowsupdate.com
*.au.windowsupdate.com
*.tlu.dl.delivery.mp.microsoft.com

の全てを、プロクシキャッシュなどの、セキュリティアプライアンスを使う経路から除外しろ、という事になりますね。これらを除外リストにズラズラと Windows10 の場合(;) セミコロンで区切って羅列します。(それも全部)

コピペ用に書いてみましたが、プロクシがある環境では、例外リストを「こうしろ」という事ですかね。間違っていたらご指摘下さい。
------ここから
*.download.windowsupdate.com;*.download.windowsupdate.com;*.download.microsoft.com;*.update.microsoft.com;*.windowsupdate.com;*.windowsupdate.microsoft.com;*.ntservicepack.microsoft.com;*.wustat.windows.com;*.download.windowsupdate.com;*.au.windowsupdate.com;*.tlu.dl.delivery.mp.microsoft.com;
ここまで-----

ちなみに

Windows Update / Microsoft Update サイトへの接続先 URL は不定期に変更されることがございますので変更が生じた際は本ブログも更新いたします。

とあるので要チェックです。(つまり予期なく変更ということで.... はぁ?)

セキュリティアプライアンスなどの設定も要注意ということになります。あるいは "WinHTTP という謎” を克服するか。

どうも

netsh winhttp set proxy proxy-server=

というインディジョーンズも解読できない呪文を管理者モードで実行せよというのもありです。

これで謎の WinHTTP も強制的に、システムプロクシの設定に合わせてしまうようです。世間一般および新華社通信によると、どうもこのコマンドはプロクシを使う環境では香港土産の謎の萬金丹のように良く効くようです。

プロキシ サーバーを使用する環境にて Windows Update を実行すると通信エラーが発生する

じゃ、トランスペアレントプロクシだとかセキュリティアプライアンスがインターネット接続のトポロジのグレートファイアウォールにある場合はどーなるンでしょうね。ウチの環境の場合 WSUS サーバーも LAN内にあるので、WSUS 自体も Squid Proxy を使う事(なぜか問題ない)になるので、とりあえずは問題解決ですが、トランスペアレントプロクシがグレートファイアウォールを作って、そこから経由して WSUS がローカルで構築していない環境では、ちょっと困ったモンダイになりそうな悪寒です。

また必ずしも、全て WSUS 3.0 経由では当たらない「累積パッチ」もあるようです。この問題は Windows2012r2 標準の WSUS 4.0 で解決しているかどうかはわかりませんが....やっぱりこれも謎の呪文を唱える必要があるようです。

Windows Update で通信系のエラーが出た場合、近所のセブンイレブンとかの無料、暗号化なし Wifi フリースポットへ走って(あるいはPCをかついで)アップデートし、ついでにウィルスクサいメールをかたっぱしから開きまくって、アンチウィルスが正しく動作しているかどうかテストしたり、銀行振込してパスワードダダ漏れさせてみる、のもヒマつぶしには面白いかもしれません。

Squid 本家の次の文書も見つけましたが、情報が古くて全然アテにならないようです。どうやら "Windows そのものの問題” と捉えているようなので、あの謎の萬金丹のコマンドを使え、という見解のようです。

How do I make Windows Updates cache?

全く、Windows10 anniversary Update 以降の Windows Update はどうも問題が謎な部分が多くあります。中国製かと思われるぐらい不可思議.....
Windows7 時代に構築して問題なかった WSUS の運用方法も Windows10 時代では適応できないようです。


-その他の記事-

Windows 2008R2 で作る WSUS 3.0 sp2 Windows Update Server

WSUS のディスク容量がピンチ!空き容量を一挙に増やすには

Windows Update Service(WSUS) の日常の運用

Windows10の Windows Update はデフォルトで使ってはいけない。



※言い訳:すみません、いつも「串」って言ってるんで「風呂串=プロクシ」と読ンじゃう私はやっぱり古いタイプなのです。世間では「風呂岸」なんですね。




Windows10 WSUS 3.0 Windows Update Error Squid Proxy キャッシュ、キャッシュアプライアンス、プロクシ、プロキシ、



[PR]
by islandcenter | 2017-06-16 15:20 | プライベートクラウド | Trackback | Comments(0)

この記事は書き換える可能性があります。

2016/10 より、Windows Update のポリシーが変わったせいでしょうか、急に WSUS の容量が爆発的にふえてしまったのです。

WSUSを長年運用していると、

1) インストール済のパッチの拒否
2) クリーンアップウィザード
3) WSUS 自身のアップデート
4) 同期
5) 世間のパッチの不具合の話題をチェックしてインストールの承認
6) パッチのダウンロードと配信

という流れが出来てきます。これで毎月運用していれば WSUS の使用ディスク容量なんて20Gから30G程度で落ち着いてくれます。

ところが、ある日、クリーンアップウィザードを実施しても、全然キャッシュが消えないという不思議な現象に出くわしました。WSUS ピンチです。40G確保したD:ドライブを dd コマンドで4Gほど増やしてみて(当然仮想化運用です)も、キャッシュドライブは、大泉洋が作るスパゲッティみたいに膨れ上がる一方です。
a0056607_10515734.jpg
ということで、WSUS の空き容量を緊急に確保する緊急手段です。

Windows Update Service > 「オプション」 > 「更新ファイルと更新言語」を開きます。


a0056607_13493085.jpg
更新ファイルをローカルに保存せず Microsoft Update からインストール」をチェックして「適用」します。

a0056607_13495876.jpg
これで、キャッシュされたアップデートが削除が指示されるので、(その間「OK」ボタンがグレーアウトします。5分待ってください)その後、クリーンアップウィザードを使って、キャッシュのクリーンアップを行います。

空き容量が増えたら「更新ファイルをローカルに保存する」のチェックを入れてOKボタンを押します。次のパッチ配信から、ローカルネットワークにキャッシュされます。

ギリギリだった容量が一挙に回復しました。

a0056607_13502123.jpg
Windows は 2016/10 より、パッチのリリース方法が変わりました。
2016 年 10 月からのロールアップ リリースに伴う WSUS 運用の注意点
これで、WSUS のキャッシュが「ふえるワカメ」になるという記述はありませんが、 WSUS の運用方法に影響が出ることは予測していました。やっぱり、運用は変わりますね。

-ただ今40Gbダウンロード中-

どこまで増えるんだ? 4G のOSパッチがその10倍もあるなんて .....! という事でこの話はまだ続きます。
やっと終わった40Gb、Windows 7, 10/ 10amv Upadte の三つのパッチだけで、本体の3倍のパッチ。これえ40Gbってどういう事よ。

-ダウンロードの取り消しと拒否-

それでもダウンロードが止まらない。という事で、「ダウンロードの取り消し」をやってみました。「全ての更新プログラム」の中で「タイトル」の左にある白の「!」アイコンを押して、ソートして、配信しなければならないパッチのみ黄色の「!」マークをリストします。

配布が不要な無印の更新プログラムの残骸が「拒否、未インストール」でゴッソリ残っています。

この黄色の「!」マーク以外の拒否したリストをShift キーを押しながら選択し、右ボタンから「ダウンロードの取り消し」「拒否」を行います。(下の図では!マークを選んでいますが...)
a0056607_11414788.jpg
その後、クリーンアップウィザードでディスクをクリーンアップすると、見事にダウンロードの嵐が止み、ディスク容量も回復することが出来ました。

Windows10 のKB3197356には気を付けろ。Edge のパッチだけで 700Mb あるぞ、という事らしいです。このパッチが配布された後は、小康状態です。
良かったみたいです。

isLandcenter.jp



-Keyword-

WSUS 3.0 ディスクが満杯 アップデートの削除 ディスクの節約 容量不足 空き容量 














[PR]
by islandcenter | 2016-10-17 17:20 | プライベートクラウド | Trackback | Comments(0)

エレコムから 89,800 8Port の 10GbaseT HUB が出ました。


この手のデバイスはチップメーカーが出し始めると、別ブランドでも同じチップを使ったより低価格のモノが出てくるものです。1ポート 12,000 円台と言うのは完全に普及価格帯ですね。もっとも使われるのは小規模なデータセンターやサーバールームの iSCSI NAS との接続だったり、バックアップデバイスとの接続に限られてしまうのでしょうが、光ファイバーより遥かに取り扱いが容易なので、仮想環境下でのサーバー : ストレージ間の接続には有力な選択肢となります。

Nbase-T(802.3bz) はどうなる。

Cat5e ケーブルで 2.5Gbps や 5Gbps で通信できるマルチギガビットネットワークはどうなる? たぶん普及しないだろう。というより、高性能な HUB, NIC が 802.3bz に対応したポートが付いていれば、1Gでも10Gでもなく、ネゴシエーションの結果 2.5Gbps で繋がっちゃった、という結果になるのでしょうね。まだ対応した NIC や HUB がなく 10Gbps が使えるようになれば Wifi のボトルネックは吸収されてしまうから、2.5G/5G のケーブルインフラの問題だけとなります。幹線の 10Gbps 化が進めば、2.5/5G の速度はフロアの配線インフラを有効に使いたいという出番だけでしょう。元々 10Gbps はそれなりに普及する以前の段階で標準化が進んでいるわけです。

--
とにかく驚きなのは、ネットワークの専用機器メーカーではなく、エレコムという周辺機器メーカーから 10GbaseT HUB が出たことです。他の周辺機器メーカーでも同様な製品が続々とでてくるのではないでしょうか。



[PR]
by islandcenter | 2016-10-06 10:49 | プライベートクラウド | Trackback | Comments(0)

小規模クラウドで Storage Area Network (SAN) 構成を低価格で実現できる製品が出てきました。

D-Link、低価格の10GBASE-T対応レイヤ2スイッチ2製品


 今回提供されるのは、100/1000/10GBASE-Tを8ポート搭載する「DXS-1100-10TS」と、同12ポート搭載する「DXS-1100-16TC」の2製品。前者はそれ以外にSFP+スロットを2基、後者はSFP+スロットを2基、100/1000/10GBASE-TとSFP+のコンボスロットを2基備えている。

 価格(税別)は、DXS-1100-10TSが18万8000円、DXS-1100-16TCが29万8000円。

仕様など詳細はこちら

この価格帯の 10Gbase-T HUB は長いこと NetGear の独壇場だったのですが、他からこの価格帯の製品がなかなか出なかった。

山が動くっ! 10GbE 安価なHUB登場 ネットギア XS708E

NetGear と違うのはレイヤ2でしかも SNMP マネージ機能がついている事。Zabbix の様なオープンソースの監視ソフトウェアで SNMP 管理すれば 10GbaseT の実力だとか、ポート単位で実効速度なんかをグラフのイメージでも把握できるわけです。やっぱり 10GbaseT は必要だよね、とかこのストレージは 1Gbase-T でも十分じゃんとか、中々イメージできないものです。

PCサーバー本体や、SANストレージには 10Gbase-T のポートは比較的安価に増設できたのですが、中々 HUB が出てこないのは、1Uラックでは廃熱や電源などの問題があったようなのですが、こうして低価格の 10Gbase-T の HUB が出てくる事は、小規模ネットワークのプライベートクラウド化のボトルネックだった、ストレージアクセスが解消されるわけです。

何より、ストレージ系のバックボーンを安心してSAN化できるのはいいことです。





-KeyWord-

プライベートクラウド SAN 10Baseu-T HUB ストレージボトルネック 仮想化

[PR]
by islandcenter | 2016-07-15 13:26 | プライベートクラウド | Trackback | Comments(0)

ご存じの通り Evernote の無料版が、アップロード制限だけではなくデバイス数にも制限がかかりました。本来、"Ever" で使えるビジネスモデルとして、長く使えるようビジネスモデルを考えた結果が Evernote の特徴ででしたが、複数のデバイスで無料だったサービスが Ever とは言えなくなってしまいました。もうすでに "Evernoteの乗り換え先はどこか"なんて記事がでているくらいだから、Evernote 脱退組が大量に出てくるでしょうね。


クラウドのフリーミアムモデルの後退です。Evernote ユーザは牧草地帯、クラウドノートの草刈り場となるのでしょうか。

- フリーミアムのコントロール -

クリス・アンダーソンの著書「フリー」では、10%のプレミアムユーザがフリーミアムの理想である、と”フリー”の中で書いています。Evernote のビジネスモデルでは、予想されたプレミアムユーザよりフリーユーザである分母が多すぎた、という事になります。無料のベーシック版が2台までというのはすごく微妙でポイントを付いた数字ですね。分母を減らしてでも運用コストを下げるか、プレミアム(プライム)ユーザから費用をとれるかのツボを押さえた制限です。

また、Evernote はプレミアムユーザであれば、転送容量、利用容量無制限だったのですが、このポリシーも数か月前に撤廃されて、プレミアムユーザであっても10Gの容量制限がかかっています。何しろプレミアムユーザならアップロードは無制限、無料ユーザはアップロード制限があっても、ダウンロードは自由だった訳ですね。

「本来の使い方から逸脱した利用」があったらしく、おそらく、一部のプレミアムユーザが「割れ物」のアップロードと共有に使っていたのでしょう。確かにそういう使い方もあるなと想像できます。

Evernote のアカウント先に送られてくるメールにも Evernote 自身が、プレミアムサービスをどう増やせばいいか迷走している様子がよく窺えました。

-ビジネス向けのフリークラウドサービスの限界-

よく Line なんかでグループチャットが便利といわれますが、メンバーの中に一人でもガラケーを使っている人がいると使えないと云われます。

と、おんなじで Evernote の一つの機能として、グループによるデータ共有があり、Evernote としてはこの機能を一つのメダマとして、アピールしたいようなのですが、メンバーの中に一人でも 「Evernote なんて知らんぞな、もし」のような人がいれば使えないのですね。

組織と組織外、個人との情報共有というのは非常に難しいものなのです。

一度、gmail の共有アカウントを作って、そこで共同作業をやって欲しいと、強制してきた業者がいましたが、非常に困惑しました。

google のアカウントにログインしてしまえば、ブラウザの情報は個人的なものでも、すべて「共有」されてしまうのです。個人的なものならまだしも、他の業務で使っている情報まで「共有」されてしまえば、これは立派な情報漏えいになってしまうわけですね。

結局フリーの滅多に使わないようなブラウザにパスワードを記憶させましたが、他の事業者、他人、他の組織のユーザにフリーであっても、便利だから、という理由でクラウドサービスを使うように強制させる事は難しいのです。

特に、IT部門が関わらないこうしたフリーのクラウドサービスは、情報共有に対する制御が利きません。

私も「個人的に」使っている Evernote の「情報共有機能」がどのようなものなのかが把握できない以上、Evernote を使っている外部のユーザさんと情報共有するための目的には絶対に使わないでしょう。そういった理由もあり、管理ができるという理由で、意味もない常駐人月時間単価監禁仕事という形態を日本の顧客やIT業界やSI業界はヨロコブわけです。なぜ、日本でこうしたオープンな業務形態を実現できないか、というのは、コラボレーションツールのマネジメントの欠如がプロジェクトの中で”ない”からなのでしょう。

Evernote にはいくつかのサクセスストーリーがありますが、それはあくまでもプレミアムユーザを対象とした、「組織丸ごと」のサクセスストーリーであり、個人ユーザのサクセスストーリーではありません。しっかりしたコラボレーションツールのマネジメントの中で行われるから、サクセスストーリーが出来上がるわけです。

- フリーミアムはパーソナルで -

もちろん Evernote のポリシー変更はワールドワイドのものであろうから、日本だけ特殊なわけではありません。このストーリーにオチを付けるなら、フリーミアムがプレミアム化するには、安心して利用できるしっかりした「管理できる」サクセスストーリーが必要だという事です。管理できないフリーサービスは、あくまでも個人利用からプレミアム化し、グループワークに使うのであれば、何等かのルール、あるいはプレミアム化できる付加価値として、強力な管理機能が必要なのです。

例えば、従業員が業務で使っていたフリーミアムアプリケーションに保存されたデータは退職したときにどう管理されるのでしょう。組織外と共有していたデータは、そのメンバーがライバルのプロジェクトに引き抜かれたらどうなるのでしょう。

もちろんフリーミアムのプレミアムサービスを組織として経費化できる仕組みがなければ、他の組織と、境界を超えたコラボレーションが行える訳ないのですね。フリープレミアムサービスの経費化、これは個人の出費なのか、組織の出費なのか、外部の業者に利用を強制すべきなのか、その境界が曖昧である以上、フリーミアムが、公式な組織のツールとして存在することはあり得ないのです。









[PR]
by islandcenter | 2016-07-11 10:44 | プライベートクラウド | Trackback | Comments(0)

Intel の Stick PC (STCK1A32WFC)をヨドバシカメラでゲットしてきました。(ヨドバシで16,000円程度)

今回の企ては、こいつを使った激安シンクライアントを構築してみようという事です。
a0056607_10523043.jpg

仕様などの詳細は上のURLをご参考ください。Atom 1.33 2Gb Memory SSD 32Gb です。

ついでに LAN 端子付き USB HUB もセットで購入しました。(ヨドバシで2,700円程度)

-本体-

本体には
- 本体
- USB-A <---> Micro USB の電源
- USB-A これはキーボードなどをつなぐので有線LAN 付 USB HUB を取り付けます。USB は 2.0 なので、HUB 3.0 Hub はオーバースペックなのですが、それはそれで使い道があるという事です。実際 100Mb LAN 搭載の USB2.0 HUB よりは全然早いようです。
- 標準サイズの HDMI オス、これをテレビなんかにプチと繋げます。
- メモリ用のカードスロット
- 電源ボタン

以上です。

-付属品-

- 物理的に HDMI ポートにプチと繋げられない場合のための HDMI オス<->メス 約20Cm の延長ケーブル。
- USB-A オス <--> Micro USB ケーブル、電源用なので、携帯電話の4P電源アダプタに繋ぎました。ふつうの Micro USB ケーブルです。
- USB-A メスの電源ユニット。近くにPCとか、TV に USB-A 端子がない場合に使います。各国の電源アダプタに合うように、着せ替えユニットもついています。つまりワールドワイド電源ですね。こういう気配りが日本国内でしか販売しないガラパゴス製品にはありません。
a0056607_10551001.jpg

Intel Stick PC は atom モデルなので、約16,000円程度で販売していました。

OSは Windows HOME 32bit 8.1 Being なので。最初はずいぶんショボいOSだなぁ、と思ったのですが、 Windows10 HOME てこんな画面だったっけ?という感じですね。しばらくおかしいなぁと思っていたのですが、PC のプロパティを見て初めて Windows 8.1 HOME だと気が付きました。やっぱり必要だね、という事で NAS に入っていた ClassicSHell を入れて色々いじってみます。


という事で早速、Windows 10 HOME 32 にアップデートします。

Windows 10 HOME 32 の Update ISO ファイルが NAS に保管されていたので、 Windows 8.1 のISO マウントを使ってマウントし、setup.exe を実行してアップデート開始です。ローカルディスクなので、ファイルのコピーは数分程度でしたが、さすがに atom 系なので、アップデート作業そのものは、数度の再起動の後、1時間以上程度かかりました。もちろん、「更新のインストール」はなし。アップデートと「更新のインストール」を同時にやると、素敵な休日の午後どころか、週末一杯付き合わないといけません。

-なんか遅い-

で Windows10 HOME にしたのですが、何だか動きがもっさりして重い。そう、Intel 内蔵グラフィックスのドライバーは、 Windows10 のアップデートのガンで、デフォルトでアップデートされると、異常に性能が悪いのです。そこで、Intel の内蔵グラフィックドライバだけ、アップデートすれば良かったのに、Windows 全部を更新してしまいました。(敗因)

あとは「またーり」と待つだけです。アップデータの中にはグラフィックスドライバもありました。

Windows Update のダウンロードは、接続している回線の最速でダウンロードする訳じゃありません。ウチの場合、古いADSLなので、実質下り 3MB/s 程度なのに 500KB/s 程度しか使っていない。有線でつなぐのも勿体ないので、 HDMI も有線 LAN もプチリと抜いて、電源が入った状態で酒飲んで放置プレーです。

一晩かかりました。ライセンスも引き継がれています。
a0056607_10582513.jpg

-シンクライアント化には有線は必須-

シンクライアント化するには有線LANの接続と有線マウス、キーボードは欲しいでしょうね。無線の通信速度が上がっても、混信があったりするので、有線接続をお勧めします。また、キーボードとマウスは無線ものより操作の双方向性が確実な有線ものが良いでしょう。無線 Wifi 接続でもテキストを主な処理とする場合は「そこそこ」使えるレベルです。試しに3Dグリグリの Windows 10 用のゲームを RDP 接続すると、Wifi では画面がモザイク状態。有線ではそこそこ見られるレベルでした。

シンクライアントとして使う場合、比較的単純な業務が多いと思います。そういった場合、接続が確実で大型のフルキーボードと有線マウスが必要でしょう。こうした、マン・マシンのインターラクティブな操作感は、シンクライアントでは重要です。Wifi ルータの性能は 802.11ac により1G越えも多いのですが、エンドポイントの端末は 11/b,g,n がまだ主流なんですね。スマートフォンにアプリをダウンロードする速度については便利ですが、リアルタイムなインターラクティブな操作が必要なシンクライアント環境では、2.4Ghz帯の混線が多い不安定なレスポンスしか期待できない無線接続は避けるべきでしょう。 逆に USB HUB に 802.11ac の子機ドングルを繋げるという選択もあったのかな、と思います。
a0056607_11002084.jpg

-セッションの作成-

「セッションはなるべく軽く」がシンクライアント作成と固定のポイントです。「自動検出」でも問題ないのですが、ここではレイテンシを下げて"フォントスムージング"だけイネーブルにします。これをチェックしないとフォントがギザギザになってしまいます。
a0056607_11024341.jpg


-静止画はキレイなんだけど動画はつらい-

動画再生や3Dのグリグリゲームで多くのリアルタイム動画を見る場合は、まずシンクライアントではお勧めできません。モザイクだらけの80年代のエロビデオを見ているような気分になります。もっともゲームをやっていて不満なのは、グラフィックスが汚いだけで、実際の操作感は、PCそのものをいじっているのと大体は同じです。もっと早いPCが欲しくなりますね。Core i5 程度ならまだしも、VDI サーバーで XEON V4 18 コア36スレッド、デュアルソケットなんてVDIサーバーなら、VDI クライアントを30台くらい詰め込んでも京王各駅停車から新幹線に乗った気分になれるでしょう。なにしろ、ユーザはクライアントPCのCPUの5%も使えばいいほうなわけですから、これで十分、というか勿体ないくらいのパフォーマンスです。
a0056607_11085307.jpg
静止画はキレイなんだけどなぁ

ということでデスクトップメインマシンも、VDI仮想サーバー上の仮想クライアントも、SSH 仮想X端末も、スティックPC1台でほぼこなすことができるようになりました。
a0056607_11104860.jpg

-まとめ-

今回は激安のスティックPCを使ったのですが、同じことは Android の激安タブレットや高級な iPad なんかでも同じ事が出来ます。ポイントとしては

- USB HUB 付の有線アダプタはあった方がいい。できれば USB3.0 Gbit Ether がいい。
 (本体が 2.0 でもネットワークはそこそこ早い)
- 本体には HDMI メス(標準でもマイクロでもいい)が必要
- USB ポートが付いていてできれは USB 3.0 であると尚可
- USB ポートが使われている状態でも電源供給ができること
- 古いモデルは Windows 8.1 Being なので、 7/29 までアップデートしておくこと。以降は流通在庫が激安で手に入るが 8.1 で我慢。
- Android や iOS ではストアに無料のRDP ソフトウェアがあるのでこれを利用
- Android/iOS は MHL 規格に対応している必要がある。電源供給できるかどうかはアダプタ次第。 HDMI はやっぱり欲しい
- PC内蔵(?)のキーボードなんか非常にグッド。

これで、タブレットでも、iPhone でも激安 Windows タブレットでも HDMI ポートがあるテレビ、モニタと、BluetoothやUSB 接続のキーボードやマウスがあれば、シンクライアントの完成です。


-Keyword-

激安シンクライアント  スティックPC  激安PCは使えるか PC内蔵キーボード VDIシステム クライアント仮想化

[PR]
by islandcenter | 2016-06-28 11:38 | プライベートクラウド | Trackback | Comments(0)

最近の格安PCには \9,800" スティックPCとか3万円で買える激安タブレットなどがあります。スティックPCであれば、デスクトップで場所も取らないし、USB と HDMI が付いた激安 Windows タブレットなんかもとても魅力がある選択なわけです。処理能力は大したことないのですが、そのままリモートデスクトップでVDIサーバーに接続すれば、爆速シンクライアントPCとして利用できますし、VPNなどが使えれば、外でタブレットを使いながら社内のシステムに情報漏えいなどがない環境で安全に接続することができます。

また、キオスク端末のためのシステムや、ご家庭での「お子ちゃまPC」など使い方は色々あるわけですね。

ただ、安い事には理由があり、ほとんどの搭載OSが Windows10 HOME 32 bit 版だったりするわけです。

Windows10 には Guest ユーザがいません。そこで"guestをイネーブルにしてパスワードなしで使わせる"という芸当ができなくなっています。また、意地でも Microsoft アカウントと繋げようとするのも、あまり好ましくありません。

-目標-

"Microsoft アカウントと紐づけされていないパスワードなしの「一般ゲストユーザ」を作る"

事を目標として、その方法を説明します。

-目的-

- 子供たちが自由にログインできる
- 一般ユーザのリモートデスクトップなどのVDIシンクライアント専用のアカウントを作る
- HOME edition 搭載のタブレットPCをちょっと友人に貸して使わせたい
- メインユーザがパスワードを忘れてログインできなくなった場合の予備の管理者ユーザを作りたい(備考)
- キオスク端末を作りたい

と言った用途が考えられます。

-手順-

スタート>「設定」>「アカウント」より「家族とその他のユーザ」を開き

「その他のユーザをこのPCに追加」します。
「このユーザはどのようにサインインしますか」のページで「このユーザのサインイン情報がありません」をクリックして次へ
a0056607_12535261.jpg


「アカウントを作成しましょう」のページから「Microsoftアカウントを持たないユーザを追加する」をクリックします。

a0056607_12555460.jpg

「このPCを使うのは誰ですか」の欄に "guest" とか "anybody" とか、"HomeUser" などのアカウントをセットします。"パスワード"の欄は空欄のままです。

a0056607_12563173.jpg

これで、パスワードなしの一般ユーザが作成されました。ログインする際は、ログインスクリーンの左下の "anybody" などの作成したアカウントをクリックすると、プロファイルが作成され、パスワードなしのユーザが自動的に作成されます。
a0056607_12582985.jpg

-予備管理者-

予備の "Administrator"権限を持つユーザを作る場合は、よく使う”自分に覚えやすい”パスワードをセットして、ユーザを作成したあと、ユーザ名をクリックすると「アカウント種類の変更」を「管理者」に変更します。

a0056607_12590322.jpg

※ Windows8/8.1 まで guest アカウントがあったため、これを有効にした状態から Windows 10 にアップデートすると、プロファイルが競合するため、"guest" は作成できなくなるようです。

続きです。

Windows10のゲストユーザが Microsoft ID なしでストアアプリを使う

その他の情報はこちら

-Keyword-

Windows10 Home Edition パスワードなしのユーザ作成 Microsoft アカウントに紐づけされていないユーザの作成、家族用アカウントの作成 キオスク端末用アカウントの作成 管理者権限のあるバックアップユーザの作成


[PR]
by islandcenter | 2016-06-26 13:05 | プライベートクラウド | Trackback | Comments(0)

Windows10 で VDI(仮想デスクトップ)を導入すると、何しろ周辺機器がつながっていないので、まず、再起動しなければならないケースは少ないとは思いますが、「どうしても再起動したいんだよ」というケースがたまにあります。

しかし、リモートデスクトップでVDIシステムに接続している場合、「電源」ボタンにはセッションの「切断」かユーザ名アイコンから「サインアウト」しか選べません。
a0056607_11423748.jpg

そこで MSTSC.exe (リモートデスクトップ)で、接続中の、VDIシステムの Windows10 をリモートで再起動する方法を考えました。

- ALT+F4キーを押す -

一番お手軽なのがこの方法ですが、ALT+F4キーは「アプリケーションの終了」でもあるため、デスクトップを「全画面」にして操作しなければなりません。
a0056607_11430476.jpg
また、RDPのソフトウェアが動作する Android タブレットやスマートフォンなどではファンクションキーが使えない事もあります。

a0056607_11435189.jpg
Androidスマートフォンのハードコピーが上手く取れないオレ。

また、この方法では誤って「シャットダウン」を選択してしまう場合があります。シンクライアントシステムで、「シャットダウン」を実行すると、ご本尊まで行って電源投入を手動で行う必要があって、あまり塩梅が良くありません。VDIシステムの場合は、仮想クライアントの起動をシステム管理者が行う必要があるため、この方法はあまりお勧めできないわけです。

- コマンドラインから shutdown -r -t 0 /r /f /t 0 を実行する -

※ 初出で"-r" と書いてしまいました。これは UNIX 系OSの場合ですね。DOS 系は "/r" でした

という事で、シャットダウンをバッチ処理する方法がお勧めです。
次のようなバッチファイルを作成して \Windows\system32 あたりに reboot.bat という名前で作成します。メモ帳では直接保存できないので、いったんテンポラリに作成して、強引にコピーしてしまいます。

=====================ここから======================
echo off
echo .
echo .
echo .
echo .
echo =========== リブートします。~C で中止 ===========
echo .
echo .
echo 何かキーを押すとリブートします。
echo .
pause
cls
shutdown /r /f /t 0
exit
========================ここまで===================

その他の shutdown.exe のパラメータはヘルプで参照してみてください。ここで使っているのは

/r : リブート
/f : アプリケーションの強制終了
/t 0 : 0 秒後にウエイトなしでリブート

です。ちなみに /s を付けるとシャットダウンですので、リモートの「ご本尊」の起動操作が必要になってしまいます。管理者が何らかの理由で停止/メンテナンスが必要な場合にのみ使う事になるでしょう。後は、このバッチファイルをデスクトップだとかタスクバーに登録しておけば、実にあっさりと再起動してくれます。
a0056607_11451346.jpg

ここでは pause で止めて "CTRL+C" でキャンセルできるようにしていますが choice.exe なんかを組み合わせるともっとナイスなバッチファイルが出来上がります。


Windows10 リモートデスクトップ 簡単に再起動したい シャットダウンしたい VDIシステム 仮想化クライアントの再起動 バッチファイル





[PR]
by islandcenter | 2016-06-24 11:51 | プライベートクラウド | Trackback | Comments(0)

スマートフォンの音で目が覚めた。リビングのAndroid のセットトップのスリープを解除すると、NHKの天気予報が流れてきた。画面を4分割して、その一つを開くと、いくつかのSNSの書き込みがあった。嫁が「なに、このヨシコちゃん、いつも”いいね”って」なるべくSNSは家族の前でオープンに公明正大にやって、悪い事は携帯メールだけでするようにしている。

コーヒーを飲みながら、タブレットに溜まったニュース記事を読む。

気になるSNS投稿があったので、ニュースはセットトップボックスに任せ、SNSの返事をタブレットでコメントを書き込む。最近のタブレットは便利で、文字認識があり、手書きで自由に文字を書き込める。トーストを齧りながら、IT関連のニュースをチェックし、ブックマークしておく。

朝のラッシュが嫌なので、朝のテレビドラマを見ながら、タブレットから、職場で使っているVDIシステムにリモート接続して、メールが来ていないかをチェックし、気になる内容があったので、その文字を指で囲んで、クラウドノートブックに張り付けておいた。

携帯電話をポケットに突っ込み、タブレットをスリープ状態でカバンに詰め込んで出勤する。電車の中で読みかけのニュースとSF小説を読み始めた。ポケットの中の携帯電話はテザリングモードになっている。最近は、有線ネットワークよりも無線ネットワークの方が速度が速く、この手のデバイスで有線ネットワークのコネクタが付いているものは少ない。もっとも有線ネットワークのコネクタのサイズが大きすぎて、薄っぺらいタブレットには似合わない。最近はやっと、通信回線速度の制限が緩くなったので、一日中ネットワークにつないでいても問題はない。

職場に着くと、タブレットを机の上に放り出し、24インチモニターにAndroid のセットトップボックスが付いた、モニタとキーボードのスイッチを入れて、タブレットをブルートゥースで繋ぐ。最近は、マウスよりこっちに慣れてしまった。こればかりは反応速度があるため、画面とキーボードは有線接続しているがマウスは引き出しにしまっている。しかもこのセットトップボックスはゲンコツ位の大きさで、モニタをつなぐコネクタとか、電源やキーボードの口が付いて僅か1万円ちょっとしかしないらしい。余計なデータが保管できないよう、最低限の記憶装置しか持っていない。キーボードのタッチタイピングは忘れたなぁ。やっぱりキーボードのタッチ感はいいのでやめられないが、ちょっとした事ならスマートフォンをタッチパッドとして使うことの方が増えたと思う。

モニタに拡大したセットトップボックスの画面の中のVDIシステムを起動したら、「Windows」というすごく懐かしいシステムのリモート接続画面が出てきた。勤怠管理はこの Microsoft Access というプログラムで作られたシステムで動く。実際にこの Windows とやらがどこで動いているのかはよく知らないが、愛知の工場の中のデータセンターに何台かの Windows 動くXEONの48コアのサーバが導入済みで、この数台のサーバーの中で300人分の Windows システムが動いているらしい。画像転送だけなので、滅茶苦茶快適だ。ログイン、ログアウトも10秒で終わる。だいたい、一人がPCのCPUパワーを使うのは、全体の5%にも満たないから、この程度のスペックでも、恐ろしく快適に動いてくれる。一般従業員はPCサーバー1台あたり40名で使っているが、システム開発やCADを使う連中は、1台で4人で共有しているらしい。

今度、勤怠管理システムもプライベートクラウド化するので、Windows のVDIを使う事は、スプレッドシートやメール、センシティブなファイルを読むときくらいしか、使わなくなるかもしれない。このシステムが導入されてから、自宅での持ち帰り残業にUSBメモリが使えないので、頭に来た。しかし職場のPCがVDI化されているので、自宅でメールチェックも風呂敷残業もできるようになっていることを知ってからが恨めしい。いい加減、タイムカードによる報酬の計算はやめてほしいものだ。システム開発の連中なんか、時給換算されない自宅で仕事することが増えたとぼやいていた。

ファイルサーバーの中の見積データを開くと瞬時に作りかけの見積書が出てきた。保存すると、アッという間にデータセンターのSANストレージに保存された。ちなみにエンドユーザの作ったデータは自動的にバックアップコピーされるらしいし、スナップショットで古いデータに書き戻すことも簡単だ。

どうやら、サーバー室の中は10Gbネットワーク化されているので、仕事に使うデータの保存やファイルコピー恐ろしく速いようだ。はもう一つのVDIシステムを起動して、モニタにに分割表示し、11インチのタブレットをタッチパッドの様に操作すると、マウスカーソルが動き出し、二つのVDIシステムを見ながら、見積書のフィニッシュワークをした。

打ち合わせに携帯電話を持ち込み、会議の内容を録画しながら、クラウドの文書化ソフトウェアサービスにつなぐと、各者の発言が文書化されていく。ホワイトボードの書き込みも携帯で撮ると、そのままデジタル文書化されていく。このサービスは海外で提供されているらしいが、極秘の内容もあるため、内容の保存は、社内のストレージに変換されるよう、システムを変えるつもりらしい。

あ、そうだメールの返事を書かなきゃ。最近は音声認識が多いので、最初はみんな珍しがって、アッチコッチでメールを書く「大声」が聞こえ、お互いメールを送りあっては物珍しがったものだったが、さすがに最近は「そりゃウルサいだろ」という事で、メールはデジタイザペンを使ってタイピングするか、手書き文字認識を使う事が多いようで、割と静かになった。ただ、困るのは、電車の優先席のあたりで「音声認識メール」を使うバカが増えた事だ。やっぱり、優先席付近では電子機器は使用禁止にしてほしいものだ。朝、チェックして○しておいた箇所はクラウドノートに張り付いているので、返事をデジタイザで書いておく。

息子は結構「立派なデスクトップPC」を使っている。やっぱり3Dのゲームをグリグリ動かすにはこれくらいのパワーが必要らしい。もう一台「インテルはいってるPC」と一応は呼べる手のひらサイズのコンパクトなパソコンもあるが、中身は「ホームアプライアンス」のOSが動いている。自宅へのVPN接続から、デジカメ写真、音楽、ビデオの保存、防犯カメラの映像、ウィルス対策やファイアウォール、ビットトレントのダウンローダーなんかが全部ついていて、データは外付けのHDDに保管されている。全ての設定がブラウザで行えるので、モニターやキーボードはついていない。いざとなれば、モニタとキーボードをつなぐこともあるし、SSHでほとんど肝心な処理ができるところがお気に入りだ。

妻は友人向けのパーティの招待状をデジタイザでデザインしている。クラウド郵送サービスに、送付先を全部登録してあるので、招待状のデザインと封筒を指定して、送り先に登録した宛名をチェックして注文すれば、好みの招待状が郵送される仕組みだ。一応プリンタとスキャナの複合機はあるが、ここ何か月も使ったことがない。ただ、子供と旅行にいった時の写真は、手帳に挟んでおきたいので、時折、クラウドに保存した写真を印刷することはある。5年前に買った「パソコン」はモニタが壊れて以来、ホコリをかぶっている。


PCは確実にレガシーデバイスと化する。数年後はこんな世界になっていれば、いやなっているかも、日本国内のPCの出荷台数なんて、今の2割程度まで減るんじゃないかな。PCは趣味でしか使われなくなるだろう。












[PR]
by islandcenter | 2016-05-28 13:03 | プライベートクラウド | Trackback | Comments(0)

SUSE Linux


SUSE Linux で作る pptp サーバ、ノマドワークへの道
の続きです。

PC系のライターさんたちは語彙が豊富で、「クラウド」に「ホーム」を付けてしまって「ホームクラウド」なんてコトバを作っちゃうんですね。要は、 Google などのクラウドサービスを使うのではなく自宅を「クラウド」に見立てて「ホームクラウドだぜ、すげーだろ」ってことにしてしまうわけです。もうこうなると意地の世界ですな。

まぁ、確かに、自宅のNASやサーバにあるファイルを、ちっちゃなスマートフォンの画面でも操作できたり、音楽をダウンロードできて「すンげーだろ」という事なのですが、あまり利用価値なさそうな気もします。そんなことするくらいなら、Google 神社にお布施した方がよっぽどマシな気もします。

しかし、VDIによる仮想デスクトップなどをデモしようとするならば、たとえちっちゃなスマートフォンの画面でも Windows のログオン画面が出てくるというのはそれなりにインパクトがあります。何しろ、HDMI のTV出力とか、タブレットクラスの機械であれば、Bluetooth キーボードがあれば「使えそう」な気がしてしまう(かもしれない)のです。

ところが、Android や iOS では通常の VPN トンネルをさらに GRE でさらにカプセリングするという技を見せてくれるようなのですね。

ということで、通常の PPTP サーバでは Android や iOS は接続できないようです。GRE ポート(47) の解放はもちろん、 GRE でカプセリングして肥大化したパケットを通す必要がありそうです。もちろん最初から VPN 装備のルータがあるのなら問題はないのでしょうが、貧乏なので僅か 192Mbメモリの pptp サーバを仮想化してつないでみました。


-現象-

iOS もしくは Android で pptp 接続できない。 GRE ポート(47) は解放済み、PC からの VPN 接続は問題ない。

接続できない時のログ

May 7 00:59:00 sles11 pptpd[5050]: CTRL: Client 126.229.32.111 control connection started
May 7 00:59:00 sles11 pptpd[5050]: CTRL: Starting call (launching pppd, opening GRE)
May 7 00:59:00 sles11 pppd[5051]: pppd 2.4.5 started by root, uid 0
May 7 00:59:00 sles11 pppd[5051]: Using interface ppp0
May 7 00:59:00 sles11 pppd[5051]: Connect: ppp0 <--> /dev/pts/1
May 7 00:59:01 sles11 pppd[5051]: MPPE 128-bit stateless compression enabled
May 7 00:59:04 sles11 pppd[5051]: MPPE disabled
May 7 00:59:06 sles11 pppd[5051]: Connection terminated.
May 7 00:59:06 sles11 pppd[5051]: Connect time 0.1 minutes.
May 7 00:59:06 sles11 pppd[5051]: Sent 50 bytes, received 40 bytes.
May 7 00:59:06 sles11 kernel: [14340.582105] Loading kernel module for a network device with CAP_SYS_MODULE (deprecated). Use CAP_NET_ADMIN and alias netdev-ppp0 instead
May 7 00:59:06 sles11 pppd[5051]: Exit.
May 7 00:59:06 sles11 pptpd[5050]: GRE: read(fd=6,buffer=611640,len=8196) from PTY failed: status = -1 error = Input/output error, usually caused by unexpected termination of pppd, check option syntax and pppd logs
May 7 00:59:06 sles11 pptpd[5050]: CTRL: PTY read or GRE write failed (pty,gre)=(6,7)
May 7 00:59:06 sles11 pptpd[5050]: CTRL: Reaping child PPP[5051]
May 7 00:59:06 sles11 pptpd[5050]: CTRL: Client 126.229.32.111 control connection finished
sles11:/etc/ppp #

-対策-

/etc/ppp/options.pptp の mtu, mru の値を 1200 から 1100 に減らしたら接続できた。

sles11:/etc/ppp # cat options.pptp
lock
# my pptp server name, myoffice domain
name sles11
domain intra
#
auth
refuse-mschap
require-mschap-v2
require-mppe-128
# my office-dns
ms-dns 192.168.1.102
#ms-wins 192.168.1.102
#
proxyarp
nodefaultroute
nobsdcomp
novj
novjccomp
nologfd
#
#mtu 1200
#mru 1200
mtu 1100
mru 1100
sles11:/etc/ppp #

繋いでみました。

May 7 21:37:10 sles11 pptpd[2953]: CTRL: Starting call (launching pppd, opening GRE)
May 7 21:37:10 sles11 pppd[2954]: pppd 2.4.5 started by root, uid 0
May 7 21:37:10 sles11 pppd[2954]: Using interface ppp0
May 7 21:37:10 sles11 pppd[2954]: Connect: ppp0 <--> /dev/pts/1
May 7 21:37:10 sles11 pppd[2954]: MPPE 128-bit stateless compression enabled
May 7 21:37:10 sles11 pppd[2954]: found interface eth0 for proxy arp
May 7 21:37:10 sles11 pppd[2954]: local IP address 192.168.1.22
May 7 21:37:10 sles11 pppd[2954]: remote IP address 192.168.1.80
May 7 21:37:10 sles11 pppd[2954]: Script /etc/ppp/ip-up finished (pid 2969), status = 0x0
May 7 21:38:02 sles11 pptpd[2953]: CTRL: EOF or bad error reading ctrl packet length.
May 7 21:38:02 sles11 pptpd[2953]: CTRL: couldn't read packet header (exit)
May 7 21:38:02 sles11 pptpd[2953]: CTRL: CTRL read failed
May 7 21:38:02 sles11 pptpd[2953]: CTRL: Reaping child PPP[2954]
May 7 21:38:02 sles11 pppd[2954]: Modem hangup
May 7 21:38:02 sles11 pppd[2954]: Connect time 0.9 minutes.
May 7 21:38:02 sles11 pppd[2954]: Sent 1638 bytes, received 1583 bytes. <- 繋げて ping を飛ばしてみた。
May 7 21:38:02 sles11 pppd[2954]: MPPE disabled
May 7 21:38:02 sles11 pppd[2954]: Connection terminated.
May 7 21:38:02 sles11 kernel: [ 100.687207] Loading kernel module for a network device with CAP_SYS_MODULE (deprecated). Use CAP_NET_ADMIN and alias netdev-ppp0 instead
May 7 21:38:02 sles11 pppd[2954]: Script /etc/ppp/ip-down finished (pid 3077), status = 0x0

別に Android だとか iOS のちっちゃな画面でつなぐ必要はないのですが、将来、タブレットだとか使う時のために試してみました。








[PR]
by islandcenter | 2016-05-08 10:24 | プライベートクラウド | Trackback | Comments(0)