2017年 10月 29日
無理で無駄な進化、Windows10 はモバイルOSの覇者にはなりえない。
コントロールパネルが消えた Windows 1709 Windows10 がモバイルOSへともがき続ける日々
1706 Creators Update から、異常にアクセスしにくくなった、Windows のコントロールパネル、まぁ、デスクトップの”テーマ”
の"デスクトップアイコンの設定"をひらけば、デスクトップにアイコンがでてきますが、思わず God モードなんか作りたくなる。
ご存知 God モードは というフォルダをつくれば、ほぼコントロールパネルでできる事が大体できるようになるので便利なのですが、コントロールパネルを隠す方向に進んでいるところに Windows10 の未完成な進化の方向性を感じさせてくれます。
- PDAサイズとして諦めた Windows, タブレットとしての復権は？ -
既報の通り Windows Mobile は、どうやら、"ディスコン (Discontinue)" となりそうだし、PDAサイズのWindows スマートフォン化は先が亡くなりました。Windows タブレット専用機も GPSなしの 10 インチクラスが主流で、それも通信機能は Wifi だけ、つまり携帯とのテザリングなどをしないと使えないし、激安中華タブレットではGPSも付いていない。"歩きスマホ" で地図で現在地を確認しながらウロウロする目的には合致せず、公園やレストランのような、固定した環境で使うしかない。でも Instagram は写真のアップには使えない。どうしても GPS付き LTE モデルを買うとなると、重量級のサイズとPCそのものの価格でなければ使えない、もちろん歩きタブレットではキーボードも使えない。タブレットでは Android と iPad が完全に地位を確立していて、Windows10 の出番はない。そもそも５インチクラスで "Office のドキュメントが読み書きできる" 事に９９％のユーザにとっては重要なニーズはないのですね。
大体、モバイルOSと言っても、 Instgram の Windows 版では、カメラが付いているデバイスでも写真のアップもできない所に、今の "Windows10 の置かれた立場" というものが端的にあらわれています。Windows Store を開けば、トップページはゲームと天気予報アプリばかり。他にもありそうでも全然ないのが Windows アプリの今の立場なのです。
だから、ますます Widows10 アプリは増えない。という事で Windows10 はやっぱり ”パソコンOS” であり、PC用アプリケーション以のストアアプリはマインスィーパー位しか使い物にならないのですね。
それに、Windows10用アプリは、わざわざ全画面で表示する必要のないものばかり、メールを読みながらカレンダーでスケジュールを調整できないのは致命的ですね。無視して Windows Live 使えよ、Google カレンダーと Evernote を使っていて、Windows Live 何それ、な使わない人には、ウマに説教。豚に真珠。となると、一般ユーザはますます”パソコン”とPDAサイズのスマートフォンの二丁拳銃、現代のサムライビジネスマンナなら、大小二刀が向いている。２台持ちには WindowsPCと Windows タブレットは、大口径ライフルと自動サブマシンガンを持たされた空挺隊員みたいに、無駄に重いので、PCとスマートフォンという、自動ライフル小銃と自衛用３５口径拳銃の二丁持ちでしょうね。
かと言ってタブレットサイズで、老眼鏡が必要なスタイラスでの操作なんかしたくないし。タブレットは、ディジタル生産ツールではなく、ディジタルコンシューマツールなのです。ディジタル生産性ツールには最低でも 2 in 1 タブレットは必要。それでもケツを座るべきところに落ち着けて、二―トップの設置場所は確保する必要があります。
Windowsのソフトウェア開発者は、やはり Java だとか CSS、 Visual xx のような従来のUIで開発したがるだろうし、ストアアプリの開発者は、１に iOS, 2 に Android, ３，４がなくて、5 に Windows も手が回ればな、って程度でしょう。
こんなトレンドの中で、必死に Windows10 は"パソコン" というデバイスで、タブレット、スマートフォンのUIに近づけようと、”進化” という名の無駄な"あがき", "劣化"、"悪化" を続けているわけです。Windows のコントロールパネルは、たぶん、圧倒的に使いやすかった。これから、コントロールパネル一つを開けば、大体の設定ができたものが、徐々に、各機能に分散される方向にあるため、「この設定変えたいんだけどどうすればいいのか」と、ユーザは困惑するばかりなのですね。
Windows10 が本当に使えるOSになる日はくるのでしょうか。Windows10 が最後の Windows である以上、その日は、Windows が亡くなる日になるでしょう。それまで Windows は永遠に "劣化" し続けるのでしょう。
■
[PR]
▲
by islandcenter
| 2017-10-29 11:10
| Windows
|
Trackback
|
Comments(4)
2017年 10月 28日
重い、遅いを改善する Windows10 のエクスプローラの設定
重い、遅いを改善する Windows10 のエクスプローラの設定
最近は犬どころか、ヒトでさえ、新宿駅のコンコースでウンコされて "ウンコース" となる時代。Windows Explorer でウンコを誤って踏まないための、ワタシ好みの設定です。
Windows のエクスプローラの「わざとらしい仕様」に "拡張子を表示しない"がデフォルトチェックされている事です。また、エクスプローラを開いたとき、ファイルリストではなく、ファイルアイコンで表示されるのもなんとなく煩わしい。また、デジカメの映像ファイルなどのフォルダでは、異常に一覧の表示が遅い場合があります。どうせサムネイル表示しても、ファイルのトップページが完全にサムネイル化されるわけではないし、必死にファイル内容を探して表示しようとするので、途轍もなく遅い。リスト表示して、ファイル名や、最終更新日時で探した方が早い場合ってあります。
- サムネイルではなくリストで表示させたい -
”表示”メニューから表示方法を"詳細"に
"日付時刻"、"タグ" のチェックを外し、"更新日時"を追加
リスト表示のカラム名をクリックして、”日付時刻”と "タグ"のチェックを外します。Windows10 の検索のネタになりそうなものですが、"日付時刻"はデジカメなどの撮影情報を読み出すためなのか滅多やたらとエクスプローラの動作が遅いので、代わりに"更新時刻" にします。”タグ”って何に使うかよくわからないので非表示です。
カラム名をクリックすれば、ファイル名や”更新日時”でファイルをソートしてチェックした方が、ワタシにとっては便利なんですね。
- 拡張子の表示 -
”表示” > ”オプション”メニューの中から"登録されている拡張子は表示しない"のチェックを外し、拡張子を常に表示させます。"～.txt.....スペースいっぱい....exe" とか .vbs とか .SCR なんてウィルス臭いファイルやマルウェアがありますからね。拡張子は必ず表示させましょう。
「適用」ボタンを押した後、「フォルダーに適用」すると、全てのフォルダがこの表示形式になります。
どうしても画像フォルダなどでサムネール表示にしたければ、その時だけ"表示"メニューから"特大アイコン"にすればいいだけです。
その他の関連情報
Windows7 からWindows10 にアップデートしたらまずするべき事Windows10 の恥ずかしいクイックアクセスを表示しない。ファイルサーバーのフォルダ容量制限(ディレクトリクォータ)
■
[PR]
▲
by islandcenter
| 2017-10-28 12:01
| Windows
|
Trackback
|
Comments(0)
2017年 10月 27日
openSUSE シェルを Windows10 Subsystem for Linux (WSL) で使う
openSUSE シェルを Windows10 Subsystem for Linux (WSL) で使う
そこそこ使っているのでHyper-Vはイネーブルにしています。別に必要ではないようです。
まずは、コントロールパネル > プログラムと機能 > "Windows の機能の有効化または無効化"
"Windows Subsystem for Linux" (WSL) を有効にしました。
再起動が要求されるので、再起動します。
ストアアプリを開き ”SUSE" を検索、openSUSE と SLES12 が検索されるので、ここでは openSUSE Leap を選んでインストールします。サイズは 223Mb と割と小さい。どこぞのＯＳメーカーも見習ってほしいものだ。
ダウンロードして、実行すると
root でログインして、パスワードをリセットしました。
/etc/SuSE-release を見ると 42.3 でした。
- やっぱり SUSE Linux を起動したら YaST でしょ -
とりあえず CUI 版の YaST を起動します。
# yast
Software Management があるので yast で色々なパッケージをインストールできます。YaST コンポーネントを追加してインストールしてみました。
openSUSE のリポジトリから、色々とパッケージだのフォントだのをダウンロードしてインストールしてみます。
ＧＵＩのＸ環境は使えるのでしょうか。
- ホスト名とＩＰ -
ホスト名は Windows 本体と同じ、ＩＰも同じものを使っています。YaST のネットワーク管理は何も弄れません。親と共通ということですね。
- ボリューム -
Windows の C: と D: は /mnt にマウントされています。
- X アプリケーションを起動してみる -
VcXsrv を起動した状態から
# export DISPLAY=:0
を実行してディスプレィの設定をした後 GUI アプリケーションを起動
# gedit &
# yast2 &
# nautilus &
# firefox &
# soffice &
# gimp &
おお！
- さて何に使うか -
確かに "Windows 上で SUSE Linux が動く" というのは「おぉ！」となるわけですが、動かしてみて分かった問題は 「何に使うの....? だから何 ?」 というところです。今の所、サーバーとなるわけにもいかず、daemon もサポートされていないようなので、単なるシェルプロンプトで、一応、Ｘアプリケーションも動くというだけでした。openSUSE なら、ま、解るのですが、なぜ SLES12 もあるの？ というところが謎です。デーモンも動かないのに、サーバー専用OSのシェルだけで何様なのよ、というのが疑問です。SSHのクライアントとしては使えても、Xサーバーの機能はなし。まぁ無料で１２か月間の開発者用のライセンスがもらえるよ、と説明に書かれていましたから、開発者にとっては「おぉ！！」とビックリマークが二つくらい付くのでしょう。でもやっぱり、 Hyper-V でリアルにフル機能のＯＳ動かした方がよさそうな気もします。ＧＵＩも動くけど、妙に遅い。これなら MovaXterm で実のあるサーバーに繋いで、フニフニした方が軽い気がしました。ただ、ワンクリックで "Linux のシェルが軽々と起動する" というところは確かに魅力です。
今現在、コンテナ技術で解りやすく一番力を入れているのは Microsoft である、という事はこの WSL を見て感じる事です。WSL が進化して、daemon も動くようになれば、簡易的な HTTP サーバーになるとか、Hyper-V要らずのコンテナベースのサンドボックスが作れます。
しかし、残念なのは、この WSL が「ストアアプリ」で、システムイメージのバックアップが取れない所ですね。システムの復旧とか、C:ドライブを上書きして初期化してしまえば飼い慣らしたシェルもデータもゲームオーバーとなります。もちろんサインアウトしてしまえば、セッションも終了してしまうと「ストアアプリ」はあぼーんです。
本命は WSL の技術を、Windows のサーバー版に移植して、サーバーのサービスとして起動してしまう事でしょう。そうなれば、Windows Server からは誰も見向きしない IIS とかは排除できてしまいます。だからと言っていきなりサーバー版では WSL を実装してサポートできない。だから、Windows10 Pro で反応と不具合を見て、サーバー版でコンテナ化の目当てを作る。今はまだそんな目的なのかな、と穿ってしまいました。出来は９０％「おぉ！！」なんですが、実体としてはがっかり度９０％、残り１０％位のインパクトなんですね。さすが技術は三流、マーケティングは一流のマイクロソフトの巧妙な戦略です。人を驚かせておいて、何の役にも立たないものを作る事には長けています。
また、例えば SUSE SLES12 の様に、高価なサーバーサブスクリプションを Microsoft ストアで販売して手数料が稼げる、というテもあります。いずれにせよ MacOS が無償化された今、オペレーティングシステムは金のなる木ではない。OSで金を稼ぐというビジネスモデルが崩壊しつつあります。ストアアプリの手数料、サブスクリプションで運用期間中稼げるという、Linux という”フリー”なのに”タダではない”ソフトウェアの代理販売に頼るという、Microsoft の次の戦略が見えてくるのかもしれません。
- kEYWORD -
Windows10 Subsystem for Linux (WSL) , SUSE, openSUSE, SLES12, Howto, 動かし方, インストール, 目的,
■
[PR]
▲
by islandcenter
| 2017-10-27 01:08
| Windows
|
Trackback
|
Comments(2)
2017年 10月 26日
Windows10 手動で ISOファイル から Fall Creators Update にアップデートする
まだ真新しい、Windows Creators Update のＰＣを Fall Creators にISOファイルから直接バージョンアップしました。回線がそれほど太くないので、ISOをダウンロードして確実にオフラインでもアップデートできれば、回線に関わるコスト（時間）が短縮できるし、台数が多い場合もそれだけ手早くできるので、ISOからのアップデートはお勧めです。
前回のはこちら
ISO を使った Windows 10 のオフラインアップデート
- 準備するもの -
- ヒマでブラウザでＳＮＳなんかしないまた―りとした夜 -> 寝ている間の ISO のダウンロードに必要- 何もすることがない雨の週末の金曜の午後 -> 作業時間は２～３時間、徹夜も覚悟のその間ＰＣは使えない。- Blue Noteの CD ２～３枚 -> アップデートする時のＢＧＭが必要- チャンドラーの短編集２～３冊 -> これくらいは読み終えるくらい時間がかかる- 缶ビール２～３本 -> ま、失敗したら徹夜覚悟ですな。- バーボンのボトルがあれば直良し- アイスクリーム -> あまり腹を冷やすと逆効果- チョコチップス -> バーボンに合う、腹減るからね。
- ISO の入手先-
Windows 2017 Fall Creators Update ISO ファイル
ダウンロード先
"ツールを今すぐダウンロード"
ダウンロードした MediaCreationTool を起動
なにやらやっている
よーく読んで”同意”するしかない。
"別なPCのインストールメディア ....."を選んで ISO ファイルを手に入れる。
"このPCのお勧めのオプション"のチェックを外す
アーキテクチャ”64”または"32"必要であれば、両方
”プロダクトキーが要るよ”のダイアログを確認
使用するメディアは "ISOファイル"を選択
保存先が指定できるので、Ｃ：ドライブの空きを考えて、別ドライブか、ネットワークに保存するのが良いでしょう。
デフォルトファイル名が Windows10.ISO なので HOME 版なのか Pro 版なのか、３２ビット版なのか、６４ビット版なのかわかるように、ファイル名に名前を付けて保存
一晩寝る。ZZZZzzzzzz.......
この間 Youtube なんかは見ない事。
- いよいよアップデート -
余分なソフトウェア、機能は停止させておくこと。
このＰＣには Hyper-V が動作していたので、削除しておきました。以前 Anniversary アップグレードした時はこいつが原因で、失敗したことがあります。また、Windows と Linux のデュアルブートしているＰＣもおかしなことになる可能性があります。Linux の Grub が書き換えられてブートできなくなる場合があります。アンチウィルスは削除しませんでしたが、時折悪さする事が、悪さどころかシステムをクラッシュさせる場合もあるので、削除した方が無難でしょう。他に常駐系のアプリケーションは、削除するなり、サービスを無効にしておくことが、安全にアップデートする秘訣でしょう。どうせ Microsoft 製品ですから、素の状態でしかテストしていない、そんなものです。
ISO ファイルをマウントして
> setup.exe を実行します。
回線の都合を考えて、この時点では更新のダウンロードはしないで、別な機会にしましょう。
「インストールの品質向上に協力」する必要なんてないので、チェックは外します。何を送信するか、判りませんからね。
嫌々ながら「同意する」
何かと、リフレッシュインストールしたがるけれど、個人用ファイルとアプリは引き継ぎます。
インストールしています....... 30 分
勝手にリブートします。ノートブックなので Bios のパスワードを入れないと起動できない。
構成中 ..... ３０分
もう一度再起動、また Bios のパスワード
構成中 .... 30 分
またまた再起動、またか。
構成中.... 30 分 起動できた。
プロファイルの再構築 約５分
終わり、> winver でバージョンを確認 Version 1709 Build 16299.15 でした。
その後 Windows Update をします。
- インプレッション -
今回は何のドラマもなくアップデートが終わりました。Windows10 というものの変化を見ていると、Windows10 が如何に未完成で、未熟なものであるのかというのを身に染みて感じます。これから、どんな便利な機能が亡くなってしまったか、どれほど不便になったか、どれだけ先取りして、使えない邪魔な機能が増えたのかをチェックしてみます。
また、せっかく見つけて Disable にした機能が復活している場合があるので、これも要チェックですね。
Windows7 からWindows10 にアップデートしたらまずするべき事。
「Windows10 をエンタープライズ利用する」場合、単に"Windows10" という言い方をしてはいけない状態になります。当然多くのPCの償却期間、４～５年の期間を見越して、どのバージョンを選ぶかが重要になります。 "Windows10 xx update" と "Windows10 yy update" は別物の製品です。今 Internet Explorer 11 が付いてきているようですが、このサポートも、これからの長い "Windows10" 時代に終了するはずです。何しろ "Windows10" は最後の Windows です。 今後何年続くかわからない代物なのです。
ユーザが自分自身でアップデートする可能性は少ないでしょうから、人力でどこかのタイミングで、償却と共に、バージョンアップを検討しなければならないでしょう。そのタイミングを間違えると、エラク不便な事になります。
また、 Windows10 自体のアップデート作業は１台当たり２～３時間はかかる作業です。その間にどれだけユーザの生産性を削ぐかを検討しなければなりません。人海戦術で行っても、一人当たり一日５～6台が限度です。ライセンス費用だけではなく、作業コストと、作業中に生産性を削ぐ時間のコストを考えると、１台当たり、2～３万円程度の費用、あるいは利益機会の損失があります。
パッチを充てる程度の手間と思うと痛い思いをするでしょう。
次の読み物
openSUSE シェルを Windows10 Subsystem for Linux (WSL) で使うOES Linux でフォルダの容量制限付きアーカイブ専用ファイルサーバー：サーバーをゴミ箱にしない工夫ファイルサーバーのフォルダ容量制限(ディレクトリクォータ)
- Keyword -
Windows10 Fall Creators Update, Version 1709, 1803, ISO マウント, ISO アップデート, インストール手順, アップデート手順, 作業時間
■
[PR]
▲
by islandcenter
| 2017-10-26 15:30
| Windows
|
Trackback
|
Comments(0)
2017年 10月 25日
Windows10 デフォルト無効のシステム保護の有効化
Windows10 システム保護の有効化
- Windows10 ではシステムの保護がデフォルトで無効 ....! -
実は私もしりませんでしたが、 Windows10 では、従来からあった「システムの保護」がデフォルトで無効になっていて、復元ポイントが作られていないのですね。
質問Windows 10 ではデフォルトでシステムの復元が無効？回答おそらく、最近ではタブレットなどハードディスク容量の少ない端末も多くあることから無効になっているかもしれませんが、はっきりとした情報はみつけられませんでした。。※ 手元の仮想環境 (ハードディスク 容量 30GB に設定) にインストールしている Windows 10 Pro 64ビット版 も、システムの復元が無効になっていました万が一に備えて、利用し始めは事前に確認しておくといいかもしれませんね。返信、お待ちしています。
Microsoft のサポートも知らなかった「システムの復元」がデフォルト無効。たしかに Windows XP 時代は緊急時によく使った Windows の復元ポイントからの復旧ですが、 Windows7 以降は使う機会がなかったので、今まで気が付きませんでした。
しかし、Windows10 では、復旧ドライブを作れだとか、回復ディスクを作っておけ、クリーンインストールしろ、とか様々な「問題解決方法」が提示されている中、「復元ポイントがない」というのにはちょっとビックリしました。まぁ確かに最近のPCは、記憶容量の少ないSSDが中心となっているので、理解はできるのですが、ライセンスの縛りが厳しい Windows なので、HDD運用なら、できれば復元ポイントで復旧できるのならそうしたい。
- という事で復元ポイントの有効化 -
エクスプローラから、コンピュータ名を右クリックして「プロパティ」を開くと「システム」に関する詳細が出てきます。左のメニューの ”システムの保護” を開くと、確かにシステムドライブのシステムの保護が無効になっています。そこで（システム）ドライブをクリックして「構成」から "システムの保護を" 有効にチェックします。"最大使用量"は、ディスク全部という訳には行かないので、現在の空き容量の半分くらい与えてもいいでしょう。
問題は、C: ドライブをどれくらい確保しているかによります。私がPCを購入して真っ先にやるのが、パーティションをC:とD：に分割することなので、大体 100G 程度は C: ドライブに割り当てます。ストアアプリは全部C:ドライブにインストールされてしまうので、仕事用アプリケーションをインストールした後の、おおよそ最初の占有量は４０G程度です。で、その後、どんどん \Windows\tmp なんかが膨れ上がる。通常６０Gｂ程度あればオッケーなので、１００Gをシステムにした場合、スライダーで３０G程度はシステムの復元ポイントに割り当ててもいいかなと思います。結局C:ドライブが膨れ上がって消す羽目になるのでしょうが、ま、仕方ない。
システムの復元ポイントを「構成」したら、次に「作成」ボタンを押して、初期の復元ポイントを手動で作成します。
復元ポイントが作成されたら、あとは、自動的に復元ポイントがインクリメントして作られる、という事になります。
万が一、バカな Microsoft のパッチだとか、出来の悪いドライバをインストールしてしまってトラブった場合、「システムの復元」ボタンからシステムの復元ポイントを選ぶ事ができるようになりました。もっとも起動できなければ、役立たない機能なんですけどね。
- 併せて読みたい -
Windows7 からWindows10 にアップデートしたらまずするべき事。
--
何かとバックグラウンドジョブが多すぎて問題の多い Windows10 ですが、こういうところに手を抜いているあたりは、「何かなぁ」と思わせる仕様ですね。いずれ無くなる機能かも知れません。
■
[PR]
▲
by islandcenter
| 2017-10-25 10:12
| Windows
|
Trackback
|
Comments(0)
2017年 10月 24日
Windows10 の停止しておきたいサービスとタスク
Windows10 の停止しておきたいサービスとタスク
Windows10 は余計な部分で無駄にCPUのリソースを食いつぶす、実に迷惑なサービスがいくつか付いています。SSDモデルの場合はそれほど気にならないかも知れませんが、HDDモデルのノートブックPCやデスクトップPCの場合、致命的に「重い」事がよくあります。何しろ Windows10 は "最後の Windows" ですから、恐らく MacOS の様に OSx 10.x.x.x の様な感じで、基本は "Windows10" という名前のOSであるのに、どんどん枝番が増えて、何が何だか分からなくなる悪寒がします。
特に大容量の HDD モデルの場合、無駄にディスクアクセスが多く、HDDの利用率が 100% に張り付いて、ノートブックの電源を無駄に浪費させるという厄介なサービスがいくつか存在します。PCハードウェアに余計な負荷を与えてPCの寿命を短くして、パソコン丸ごと Windows を買い替えさせようという、巧妙なワナかも知れません。
そこで HDD モデルの場合、特に止めてみた方がいいと思われるサービスを停止させてみました。
※ この記事は書き換えたり更新する可能性があります。
- 止めておきたいサービス -
Windows の "SuperFetch" サービスと "Windows Search" のサービスは停止させます。
SuperFetch はよく使うンだろと「勝手に Windows が予測」して、ディスクからシコシコとメモリに読み込む動作です。当然、メモリを食いますし、使っていない間もセッセとディスクアクセスするため、HDDの負荷も高く、CPUも使うため、重要なモバイルPCの電源をワッセと使いまくる、お邪魔なサービスです。大抵 SuperFetch を止めるべし、という意見が Google さんの選挙の投票結果に出てくるので、そうすべきでしょう。
Windows Search は、CPUの空き時間を使って、ワッセワッセとファイルの検索をして、Cortana なんかに「話しかける」と「そのものズバリの回答が出てくるはず」のものですが、基本的に、ディスクの中のデータやドキュメントの文書の内容を検索しているクセにちゃんとヒットしないし、滅茶苦茶時間がかかる。Microsoft Office で作ったドキュメントですら、正確なインデックスが作られないし、サードパーティ製品やオープンな製品を使う人には全く役立たず。
そのくせ正確にタイプするか、マイクで問い合わせないと使えないと陰で言われる謎の機能です。初期設定では有効でも構いませんが、まだ未熟であまりアテにできない機能なので、 Windows Search を使う位なら Google 先生に聞くのが良いでしょう。それにたかが自分のPC。どこに何があるのかは自分の家の真っ暗なトイレ程知り尽くしているなら、他所から留守時にやって来てバックグラウンドで必死に余計なお手伝いをしてくれる、この機能はシャットアウトしてしまうのが良いですね。
大体 Explorer で Search 機能でファイルを検索するのは遅いですし、それくらいなら、フリーウェアなんかでいいのがあれば、そっちを使う方が便利でしょう。 「検索」というのは、コンピューターにとっても一番重要なシステムなのですが、 Windows では恐ろしく機能がスマートじゃない、熟成されていない致命的な機能なのです。まぁ初めて滋賀県から東京に来た田舎者が、銀座で中国人旅行者に道案内を聞いて答えが出る程度の性能なので、あまり使わない人には無用なサービスです。
しかもCPUリソースは食うし、アイドリング状態なのに中国の人海作戦の様にワッセワッセと検索し続けて HDD に余計なハードワークを要求します。当然電池も消耗します。まぁ、少しはあてにしたいなら、起動は「自動」から「停止」にしておけば良いでしょう。
- という事でサービスを止めてみる -
Explorer から、コンピュータ名を右クリックして「管理」
「サービスとアプリケーション」を展開して「サービス」 > "名前の列" から "Superfetch", "Windows Search" のそれぞれの行を右クリック > "プロパティ" から ”停止” させて "スタートアップの種類" を "無効" にセットします。"Windows Search" を少しは期待したいなら "手動" でも結構でしょう。
- タスクマネージャのメンテナンスタスクを"無効"に -
"コンピュータの管理" > "システムツール" > "タスクスケジューラライブラリ" > "Microsoft" > "Windows" > "Maintenance" にある "WinSAT" を無効にします。
このタスクは、システムがアイドリング状態で「お休み中」になると、いきなり Windows エクスペリエンスインデックスをシコシコ作るために CPU やHDDに高負荷をかけて 「おーいイネムリせんと、げんきにやっとるかぁ！」と「ローマのガレー船のドレイの様に休ませない」過酷なタスクです。当然HDDに高負荷がかかり、CPUも 100% 状態になります。悪い事に、こいつはアイドリング状態から「そろそろ仕事すっぺか」と思った時に止まってくれないため、「妙に重いなぁ」という状態から復旧するまでかなりのタイムラグがあることです。別に Windows の性能の評価なんて、滅多に気にすることはありませんから、このサービスは無効にしてもいいでしょう。
メンテナンスタスクは自動化されており、寝静まった夜中の３時に豪勢なファンとHDDのバリバリ言う音を立てながら、HDDのI/Oを１００％にして実行するようです。コントロールパネルから「セキュリティとメンテナンス」の中の「メンテナンス」に "自動メンテナンス" というのがあるので、停止させておくのが良いでしょう。メンテナンスタスクを実行するのは、昼飯を食いに行く時とかに手動でやるのがいいでしょう。この時間の設定は ”詳細設定” から変更できますが、やる、やらないは変えられません。レジストリをいじると完全に無効にできるのですが、その場合、メンテナンスタスクは完全にシャットアウトされるようなので、その点はお好みで... という事です。
他にも、停止しても構わないヘビーなタスク、サービスはあるかも知れません。コメント頂けると幸いです。
Windows7 からWindows10 にアップデートしたらまずするべき事。
Windows10激重、HDD アクセスが 100% になりっぱなしを何とかして！
OES Linux でフォルダの容量制限付きアーカイブ専用ファイルサーバー：サーバーをゴミ箱にしない工夫ファイルサーバーのフォルダ容量制限(ディレクトリクォータ)
■
[PR]
▲
by islandcenter
| 2017-10-24 03:03
| Windows
|
Trackback
|
Comments(2)
2017年 10月 21日
システム管理者がやたらとダブルクリックしまくるのは如何かと - YaST2 はシングルクリック
YaST2 はシングルクリック
始めて SUSE Linux に触れて、多くのアイコンがダブルクリックで開くのに YaST2 のアイコンだけはダブルクリックにはなりません。シングルクリックで開きます。
これは、多くの UNIX 系のアプリケーションがデフォルトで Single Click なので、その名残りじゃないか、という事です。
という事で gnome でダブルクリックに設定しても、yast2 のアプリケーション内部ではシングルクリックです。
gnome をはじめ多くの UI はダブルクリックがデフォルトなので、ちょっと戸惑いますね。
Thread: how to enable double click in yast
誤ってダブルクリックすると、同じ YaST コントローラが二つ起動してしまいます。中には Software Management や Partitioner のように、一つのシステムで二つ起動できない設定もあるので、エラーとなってしまいます。
- 右クリックで内容を確認すべし -
そこで YaST2 の GUI 版を利用する際は、常に「右ボタンでクリック」 > ”Open” の操作を行うようにしています。
.png)
特に yast/yast2 は、root での作業ですから、ミスオペレーションでもシステムに重大なダメージを与えることがあるので、「右クリック ＞ オープン」を励行しています。これは、「右ボタンを押すと必要な操作がリスト」となるので、 Windows でも必ずファイルを開く時は「右クリオープン」するように癖付けしています。いきなりダブルクリックして、ウイルスだったりした経験があるので、右クリで、ファイルの内容をおおよそ確認してから操作するようにしています。
ある時、お客さんなんですけど、 Administrator で入って、ファイルをダブルクリックしまくる風景を見たことがありましたが、わたしは「目がテン」でした。なんだか隣でマインスィーパーを見ている気分ですね。ゲームじゃないからなお怖い....
という事で、YaST2 に限らず、root や管理権限があるユーザでログインした時の UI の操作は十分注意して行う事が重要です。
■
[PR]
▲
by islandcenter
| 2017-10-21 17:04
| SUSE
|
Trackback
|
Comments(0)
2017年 10月 19日
Windows10 GPOでドライブを非表示にする。
Windows10 GPOでドライブを非表示にする。
１０年前にこんな記事を書いたのですが、未だにご覧になられる方がいらっしゃるようで気になっていました。
グループポリシーでドライブを非表示にする。
という事で、 Windows10 でも、エクスプローラからドライブが非表示にできるかどうかを試してみました。
Windows のドライブは勿論、アルファベットのA～Zまであるのですが、意図的に見せたくないドライブもあります。例えばC:ドライブに勝手にディレクトリを掘って、そこに重要なデータを保管されたりすると、いざ、PCがご臨終になった場合に、データが無くなったとウルサいエンドユーザさんもいるわけですね。できれば、C:とD: は別なパーティションにわけて、D:ドライブは自由に使ってもいいけどC:ドライブは、システムを復旧した時に保証されないよ、という事もあるわけです。ついでに、ドキュメントフォルダなんかはD:ドライブに割り当ててあげて、タスクスケジューラなんかでD:ドライブだけをNASなどの隠しドライブに Robocopy してあげれば、最低限ユーザのデータのバックアップは為せば成る。
また、USB記憶装置なんかをつないだ時に、ドライブレターが、エクスプローラに表示されなければ、簡単にコピーすることもできません。「なぜコピーできないんだ」と言われれば、それは「セキュリティポリシーだから」で済むわけです。そこで、例えばネットワークに割り当てたP:とかS: とか以外は見せたくないという事も考えられるわけです。
という事で、エクスプローラから、見せたくないドライブを隠してしまおう Windows10 版です。もっとも、エクスプローラからは見えないだけで、コマンドプロンプトや、保存したり、エクスプローラから、開く時のアドレスバーに直接ドライブ名を入れてしまえば、見えてしまうのですが、おおよそ９割のエンドユーザさんはそんなことお構いなしに「見えないものは無いもの」と考えてくれるわけですから、それなりに便利だともいえます。
- 基本編 -
さて、グループポリシーエディタ gpedit のドライブを隠す設定は
- [ユーザーの構成]、[管理用テンプレート]、[Windows コンポーネント]、[エクスプローラー]
- [指定したドライブを [マイ コンピューター] 内で非表示にする] を開く
- [指定したドライブを [マイ コンピューター] 内で非表示にする] ダイアログ ボックスで [有効]
- ドロップダウン ボックスで該当するオプションをトグルして設定
という手順になるのですが、
ただ、この gpedit のテンプレートでは、決め打ちのドライブを隠す設定だけなので D: とネットワークに割り当てた P: と S: だけは見せたいとかのカスタマイズができません。という事で、この「隠しドライブ」のテンプレートをカスタマイズしてみましょう、というのがテーマです。
- 不可視ドライブをカスタマイズする -
C:\Windows\PolicyDefinitions の下に WindowsExplorer.adml というファイルがあります。C:\Windows\PolicyDefinitions が本体で、さらに ..\ja-JP\ に翻訳した内容が記述されています。
C:\Windows\PolicyDefinitions\ja-JP>dir WindowsExplorer.adml
ドライブ C のボリューム ラベルは WindowsC です
ボリューム シリアル番号は 1856-98D7 です
C:\Windows\PolicyDefinitions\ja-JP のディレクトリ
2016/07/17 07:15 80,922 WindowsExplorer.adml
1 個のファイル 80,922 バイト
0 個のディレクトリ 25,201,598,464 バイトの空き領域
C:\Windows\PolicyDefinitions\ja-JP>
翻訳はメモ帳で開くとこんな設定が書かれています。gpedit に出てくる内容そのまんまですね。
: 略
<policyDefinitionResources xmlns:xsd="http://www.w3.org/2001/XMLSchema"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; revision="1.0" schemaVersion="1.0" xmlns="http://schemas.microsoft.com/GroupPolicy/2006/07/PolicyDefinitions">;
<displayName>表示名をここに入力する</displayName>
<description>説明をここに入力する</description>
<resources>
<stringTable>
<string id="ABCDOnly">A、B、C および D ドライブのみを制限する</string>
<string id="ABConly">A、B および C ドライブのみを制限する</string>
<string id="ABOnly">A および B ドライブのみを制限する</string>
<string id="ALLDrives">すべてのドライブを制限する</string>
<string id="ClassicShell">クラシック表示のシェルをオンにする</string>
<string id="ClassicShell_Help">この設定を使用すると、管理者は特定の Windows シェルの動作をクラシック表示のシェルの動作に戻すことができます。
: 略
実体を開くと
C:\Windows\PolicyDefinitions>dir WindowsExplorer.admx
ドライブ C のボリューム ラベルは WindowsC です
ボリューム シリアル番号は 1856-98D7 です
C:\Windows\PolicyDefinitions のディレクトリ
2016/07/17 07:20 41,886 WindowsExplorer.admx
1 個のファイル 41,886 バイト
0 個のディレクトリ 25,188,646,912 バイトの空き領域
C:\Windows\PolicyDefinitions>
例えば翻訳では 「AB のみを制限する」内容がこのように記述されています。翻訳版の ja-JP の "string id=" の部分を "item displayName=" で定義しています。
: 略
<item displayName="$(string.ABOnly)">
<value>
<decimal value="3" />
</value>
</item>
: 略
ここで問題となるのが "decimal valu=" の部分です。
- 不可視ドライブの値を決定する -
ここで Decimal Value は Z～A をビットに見立てて、0 は見せるドライブ、1 は見せないドライブです。
Dex:3 は 0011b: 0x03 ですから "D:C:B:A: ドライブの B: と A: はビットが立って、制限して見せない"という事になります。
右からZ:Y:X: .... C:B:A: とビットで制限して、内容を１０進数で表記しているわけです。実に面倒くさい。
例えば D:E:F:P:S: ドライブだけ見せて、他のドライブをエクスプローラーに表示させたくない場合、次の様なバイナリデータが、7桁の十六進数 0x3FB7FC7 となり、 Decimal 十進数では 66812895 となります。
Novell の ZENworks の Knowledge Database に記事があります。
How to restrict drives on workstations
つまり、D:E:F:P:S だけ見せたいという計算はこういう事です。
**ZW|XWVU|TSRQ|PONM|LKJI|HGFE|DCBA <<-- Drive Letter0011|1111|1011|0111|1111|1100|0111 <<-- Binary 1:Hide, 0:Show0x03|0x0F|0x0B|0x07|0x0F|0x0C|0x07 <<-- Hex66812895 <<-- Decimal
という事で、ドライブの見せ方を決定するには面倒で使えない Windows10 の「電卓アプリ」を使って、二進、十進の計算するわけです。
しかし電卓アプリよりこの面倒な数値を求めるサイトが、まだあるのでご紹介しておきます。とても便利です。
不要なデフォルトの Show Only を Delete して、表示したいドライブレターをチェックします。"New" ボタンを押すと、必要最低限の情報だけを作ってくれます。
Export すると、この様な hidedrive.adm が作成されてダウンロードできるので、参考にすると良いでしょう。 D:E:F:P:S: を表示する値は 66813895 になりました。0 は全部ビットが落ちて "ShowAll" で 67108863 は全部にビットが立って "HideAll" になります。
: 略
CATEGORY !!WindowsComponents
CATEGORY !!WindowsExplorer
KEYNAME "Software\Microsoft\Windows\CurrentVersion\Policies\Explorer"
POLICY !!NoDrives
EXPLAIN !!NoDrives_Help
PART !!NoDrivesDropdown DROPDOWNLIST NOSORT REQUIRED
VALUENAME "NoDrives"
ITEMLIST
NAME !!ShowAll VALUE NUMERIC 0
NAME !!HideAll VALUE NUMERIC 67108863 DEFAULT
NAME !!DEFPS VALUE NUMERIC 66813895
END ITEMLIST
END PART
END POLICY
POLICY !!NoViewOnDrive
EXPLAIN !!NoViewOnDrive_Help
PART !!NoViewOnDriveDropdown DROPDOWNLIST NOSORT REQUIRED
VALUENAME "NoViewOnDrive"
ITEMLIST
NAME !!ShowAll VALUE NUMERIC 0
NAME !!HideAll VALUE NUMERIC 67108863 DEFAULT
NAME !!DEFPS VALUE NUMERIC 66813895
END ITEMLIST
END PART
END POLICY
END CATEGORY ; WindowsExplorer
END CATEGORY ;; WindowsComponents
: 略
- 実装してみる -
メモ帳などのテキストエディタで、 C:\Windows\PolycyDefinitions の中身を書き換えて追加する隠しドライブのポリシーを追加します。上書きできないのでいったん保存して、ファイルのバックアップを取ってから、ファイルを PolicyDefinicions にコピーして実装します。
C:\Windows\PolicyDefinitions>type WindowsExplorer.admx
: 略
<item displayName="$(string.DEFPSonly)">
<value>
<decimal value="66813895" />
</value>
</item>
: 略
※C:\Windows\PolicyDefinitions\WindowsExplorer.admx は所有者が Administrator でなければ上書きできません。ファイルのセキュリティの詳細から所有者を Administrator グループなどに変更する必要があります。一応バックアップをとってから書き換えることができました。
C:\Windows\PolicyDefinitions\ja-JP>type WindowsExplorer.adml
: 略
<stringTable>
<string id="ABCDOnly">A、B、C および D ドライブのみを制限する</string>
<string id="ABConly">A、B および C ドライブのみを制限する</string>
<string id="ABOnly">A および B ドライブのみを制限する</string>
<string id="ALLDrives">すべてのドライブを制限する</string>
<string id="DEFPSonly">DEFPSのみ見せる</string>
<string id="ClassicShell">クラシック表示のシェルをオンにする</string>
<string id="ClassicShell_Help">この設定を使用すると、管理者は特定の Windows シェルの動作をクラシック表示のシェルの動作に戻すことができます。
: 略
この様な感じで、追加したポリシーを書き換えて保存します。
※ このC:\Windows\PolicyDefinitions\ja-JP\WindowsExplorer.adml ファイルはいったん別なディレクトリに保管して管理者として上書きします。
実装前
G: I: が見えています。
"DEFPS のみ見せる"が出てきました。「有効」にポリシーを設定して「適用」します。
グループポリシーを即座に適用します。
C:\WINDOWS\system32>gpupdate.exe
ポリシーを最新の情報に更新しています...
コンピューター ポリシーの更新が正常に完了しました。
ユーザー ポリシーの更新が正常に完了しました。
C:\WINDOWS\system32>
エクスプローラからC: H: I: ドライブが消えました。
S:にネットワークの共有記憶領域を割り当てます。S:は見えるようです。
--
今回は、単体PCで実施しましたが、 ZENworks Configuration Management では、変更したPCで iManager から設定し、サーバーにアップすれば良いかと思います。 Windows ドメインを使う場合は、たぶんどこぞの隠し共有フォルダにこのファイルがあるので、書き換えて管理できるでしょう。
このグループポリシーのテンプレート自体をカスタマイズする方法は、若干面倒ですが、他で紹介されているように直接レジストリを書き換える方法より安全でしょうし、また、他にいくつかの Hide Drive Policy のテンプレートを追加して作っておけば応用が利きます。
ドメインコントローラや ZENworks ユーザによって、管理者、ヘルプデスク、一般パワーユーザ、一般ユーザ、先生、生徒の様に様々なパターンが二つのファイルのカスタマイズだけでできるのでとても便利です。
-Keyword-
Windows, Windows10 特定のドライブ, ドライブが見えない, ドライブを不可視, ドライブを隠す, 特定のドライブを非表示, グループポリシー, How to Hide Drive letter from Explorer,特定のドライブを「コンピューター」や「エクスプローラー」で非表示, 指定したドライブを [マイ コンピューター] 内で非表示にする, カスタマイズ, マイコンピュータから特定ドライブを見せない, マイコンピューターからドライブを消す方法,
■
[PR]
▲
by islandcenter
| 2017-10-19 11:14
| ZENworks
|
Trackback
|
Comments(0)
2017年 10月 13日
働き方改革-モバイルファースト時代のIDS(不正侵入検出)とIT資産管理
モバイルファースト(働き方改革時代)のIDS/IPS(不正侵入検出、排除)とIT資産管理
ipv6 は殺してしてしまえ。検疫システムの限界 - 今後のＩＴ資産管理
というブログを数年前に書いて、不正端末検出システム(IDS/IPS)の限界を探ってみました。
ま、大した反響もなかったンですが、最近、普段持ち運び用のPCがご臨終になったので、色々物色していました。何しろPCというのはスマートフォンやタブレット端末に向く「デジタルコンシューマー」のツールではなく、その中身を作る「デジタルクリエーター」のツールなのですね。少なくともオフィスにおいてはです。という事で何とか 13.3 Inch の「ちょっと重いけど」フルスペックの安物ノートを手に入れました。ところで、この種の「カバンPC」を探すうえで色々物色して問題となるのが、薄さと軽量化を求めるとオンボードで RJ45 のポートが標準装備というPCが中々手ごろなのがない、という事です。
- 脱着可能な Ethernet アダプタ -
でも「やっぱりNASの中に大量にある、馬鹿みたいにデカい映像や画像、資料からデジタルコンテンツとして、資料見ながら、文書から簡単な映像、プレゼンテーション資料、プログラミングまで、一つのコンテンツを作るなら有線接続だよね」という事になると、多くの 11.1 ～ 13.3 Inch モバイル系PCの多くは、有線LANポートを持っていません。無線アダプタはIDSなどの不正端末検出システムに正規の物として登録しても、速度面ではやっぱり 802.11ac 規格より、有利な有線で 1Gb ネットワークを使いたい、という事で USB TypeC 用の RJ45 変換プラグとかをホワイトリストに登録して使うわけですね。これ、簡単に脱着できるし、簡単に無くすし、別なPCに繋いでも、同じ MAC アドレス使っているのでDHCP環境では同じIP振られる可能性が高く、単に「未登録のPC」に不正使用していただく事もできるわけです。IPS の Arp Poisoning による不正端末検出、切断なんて全然使えません。
「あれ、オレのこのノート、ゲストは繋がんないねぇな」
「じゃぁこのアダプタで繋いでみたら？」
「あ、繋がるねぇ」
という事になります。何しろMACアドレスによる arp poisoning は PC 本体の情報ではなく、PCに半永久に実装されている Ethernet Port の MAC アドレスを登録することで、未登録のデバイスにアタックを与えて接続拒否をするからです。「脱着可能な Ethernet Adapter」なんて、「アウトオブ眼中」なのですね。
- テザリング端末 -
まぁ最近のスマートフォンってのは、普通にテザリング機能があるわけですね。当然 IDS にはスマートフォンが社内ネットワークにつながる時は Wireless デバイスの接続の許可／非許可を、システム担当者は IDS 内部に設定できるのですが、テザリングを有効にした後の、その先のタブレットだとか無許可ノートPCなんてのはチェックできない。
勿論、普段使いの BYOD スマートフォンは許可とって、従来型のエージェントレスの IDS/IPS に登録していたとしても、テザリングで「オレんちで使っていたオレのノートPC」も同じ手段で社内に接続ができてしまうのです。現在の普通のIDSシステムではこれを拒否る機能はまずなさそうです。そこで「My持ち込み無許可PC」を「許可付きスマートフォン」のテザリング機能で繋いでしまえば、いくらでもデータコピーができて風呂敷残業ができてしまいます。
- VPN接続 -
何やら「働き方改革」というのがキーワードになる近年、経営側だけのメリットを考えると無駄な残業代をカットしたり、オフィススペースの賃料を節約するために、狭いフリーアクセスフロアにして、経営側は成果、結果ではなく、時間でしか成果を評価できないクセに「ウチで仕事してもいいよ」という事が、どうもぶっ飛んだ企業では流行りになりそうです。当然、これも、IDS/IPS では検出できない。当然VPNで繋ぐにはそれなりの設定というのが必要なんだろうけど、普通は、VPN ゲートウェイのユーザIDとパスワードなんで、自宅で悪い事しているPCでもIDとパスワードを登録すれば、接続できてしまいます。
何しろ「働き方改革」は、与党の民衆への人気取り政策であり、「働くオフィスドレイの為の政策」ではないのです。何しろ多くのIDSで検知できるのはVPNサーバーの MAC アドレスだけ。当然、VPNの向こうの平和だったり、平和でもない家庭のネットワークなんぞ、知らんぞな、もし。という事なのですね。もし、そんなユーザにとっては当たり前の環境を検出できずに、繋がっちゃった場合、責任を取るのは結局「現場のネットワーク管理者の減点５」になるわけです。
-これからのIDS（不正侵入者検出、ブロック）の機能は-
やっぱり、接続可能なデバイスの「システム内部」の全てに何等かのエージェントをインストールして「マーキング」をして、マーキングがないデバイスは接続は許さんぞ、というシステムが必要なような気がします。これらは Windows, MacOS, iOS, Android, Linux など全てのシステムソフトウェアに対応している必要があり、システム管理者に対して「お前働くドレイなんだから、それインストールするのに八王子の山奥に住んでいるオレんちまで来て仕事しろ」というユーザがいるかも知れませんが、黙って高尾山の蕎麦屋のレシート確保してでもやるべき仕事かもしれません。
- やっぱりはびこるセキュリティ根性論 -
私はパスワード管理もウィルス対策も、基本は「根性論」であると考えています。システムとしていくつかの障壁を作ってみても、今あるIDSによる不正接続検出に限界がある以上、「やっていい事」「悪い事」はそれぞれユーザに教科する根性論が重要になります。「悪い事」を教えるのはシステムの穴を教えるようなモノなのですが、「やってもいい事」だけのリストではそれ以外は、グレーリストになるため、ブラックルールも明示し、それなりのペナルティを用意しておくことも必要だろうな、という根性論なのです。またグレーゾーンをどう探し出して、運用基準を定期的にアップデートするかのシステム運用側の「根性論」も重要でしょう。
--
という事で、「今考えられる働き方改革の障害となる不正アクセス検出方法」のホワイトリストに俄然と存在するブラックホールを幾つか考えてみました。単純な IP Poisoning によるIDS/IPS にはもう限界があり、それなりのシステム側の対策には様々な方法が見当たるのでしょうが、その都度、新たな投資を考えなければならないのです。
■
[PR]
▲
by islandcenter
| 2017-10-13 10:41
| プライベートクラウド
|
Trackback
|
Comments(0)
滅多にないのですが、SLES でサーバ運用しているシステム上で 「Office 系のアプリケーションを使いたい」というケースがあります。よくある例としては、例えば、マニュアルのネタを作成したいとか、スプレッドシートから、csv テキストでのエクスポートをしたいとかのケースでしょうか。そんな時に役立つのが ”SUSE Linux Enterprise Workstation Extension” です。
詳細はこちら
SUSE Linux Enterprise Workstation ExtensionダウンロードはこちらSLE-12-SP3-WE-DVD-x86_64-GM-DVD1.iso※ 二枚ありますが、二枚目はソースコードです。
ISOファイルをメディアに焼くなり直接 ISO をリポジトリに登録します。
YaST > Software > Software Management から、"Lible..." とか "gimp" などのキーワード検索をします。インストールしたいアプリケーションをチェックして Accept すると、インストールが自動的に始まります。
gnome Desktop を開くと、"Applications" にアイコンが追加されます。 "Add Desktop" していれば、 "nautilus Desktop" からもアクセスできます。
# nautilus &
# soffice &
で LibleOffice を起動してみました。
メニューを日本語に切り替えます。
Tools > Options > Language Settings > より "Japanese" を User interface にセットして、アプリケーションを再起動
メニューが日本語化されました。ただし、システム言語が English なので IME は使えないようです。SUSE Enterprise Desktop (SLED) ならどうなるか、これはまたの機会に試してみたいところです。
ついでに gimp も使ってみましょう。
# gimp &
※ gimp は Edit > Preferences > Language から日本語に変更できそうなのですが日本語化パッケージが含まれていないので、日本語メニューが使えません。2.8.18 Portable 版ならできるようです。
サブスクリプション購入はこちら
--
サーバーの実運用ではあまり利用方法がないでしょうが、スプレッドシートから、何がしかのデータを csv エクスポートしたり、画像のハードコピーを取って evernote にアップデートするとか、チョコチョコした目的で、「やっぱりオフィスアプリケーションが欲しい」という場合には便利でしょう。
ある意味では、単一のバイナリファイルで、複数ユーザが複数セッションで利用できる、Linux/Unix 系OSの特徴でもあり、マルチタスクシングルユーザの Windows OS とは違い、シンクライアント、マルチユーザアプリケーションとして、アプリケーションコンテナの様に少ないリソースで利用できるのはちょっと面白いな、と感じました。
今回の環境は英語システムなので、日本語入力ができない事、また gimp の日本語拡張パッケージがない事など、不満な点はありますが、値段が高く、ライセンスが厳しい Microsoft 製 Office Suite より気にせず使えて、しかもマルチセッションで使える点など、うまく利用方法を考えると、サーバー内部で完結しており、情報漏えいなどのリスクも少ない所は、面白い点がありました。
- Keyword -
SUSE Linux Enterprise Server, SUSE, SLES, Office Application, LibreOffice, gimp2, インストール
■
[PR]
▲
by islandcenter
| 2017-10-11 20:08
| SUSE
|
Trackback
|
Comments(0)
