ビジネスレビューと評価のためのGoogle Chrome

Google Chrome for Business（無料）は2010年に最初に発売され、IT管理者が事前設定されたChromeブラウザーを組織全体に一元的に展開する方法を提供します。 Chrome for Businessは2013年4月に更新され、GoogleはChromeの設定（現在100個）、レガシーブラウザーサポートの実装、Google Appsを使用している組織向けのクラウドベースのIT管理ツールの使用に関する多数の新しいポリシーを追加しました。

この更新プログラムは、グループポリシー（GP）と統合されているため、ChromeをWindowsドメインのクライアントに設定およびプッシュすることを非常に簡単にしますが、Googleの有益なドキュメントはかなり残念です。 ただし、Chromeをネットワーク上のかなりの数のユーザーに展開し、必要とする場合、Chrome for Businessを使用するよりも効率的に展開および管理する方法はありません。

Google Chrome for Businessの入手方法

Google Chrome for Businessは、Chrome for Businessサイトからダウンロードできます。 Googleのドキュメントでは、Windowsインストーラーパッケージ（Chromeブラウザーをインストールし、ユーザーがアクセス可能なネットワーク共有に配置するための.MSIファイル）をダウンロードするよう指示しています。

次に、Googleテンプレートをグループポリシーにインポートする方法の概要を説明しますが、重要な手順は省略します。Chrome.ADMまたは.ADMXテンプレートファイルをダウンロードする必要があります。 また、この手順ではダウンロード元がわかりませんが、簡単なGoogle検索で適切な場所が示されます。

インストールおよび展開プロセス

Chrome for Businessを2つのWindowsドメインにインストールしました。1つはServer 2008 R2レベルドメインで、もう1つはWindows Server 2012レベルドメインです。

ダウンロードした.MSIファイルを各ドメイン内のネットワーク共有に配置しました。 認証されたドメインユーザーがアクセスできる共有。 次に、グループポリシーで使用するために、Chrome.ADMXテンプレートファイルを（zip形式のフォルダーに）ダウンロードしました。 もちろん、Windowsドメイン内で作業しておらず、Google Appsを使用している場合は、グループポリシーではなく、Google Apps環境でサポートされているクラウドベースのITツールを使用することをお勧めします。

テンプレートをダウンロードしたら、グループポリシー管理に入り、「Chrome」という名前のグループポリシーオブジェクトを作成しました。 そのオブジェクトを自分のドメインにリンクしました。 新しいオブジェクトを編集し、[ソフトウェア設定]で.MSIファイルへのUNCパスを定義しました。 このシナリオではUNCパスを使用する必要があります。ドライブ文字のパスは機能しません。

Googleは、グループポリシーのテンプレートの追加/削除機能を使用して.ADMXファイルを参照し、クライアントにプッシュするChromeポリシーを設定するよう指示します。 Googleのドキュメントに従ってレターを作成すると、イライラする可能性があります。 ドキュメントはずさんで、テンプレートをドメイン全体ではなくローカルマシンに追加するだけです。

GPテンプレートを使用する場合は、％systemroot％\ PolicyDefintionsフォルダーにドロップすることをお勧めします。 Chromeの.ADMXファイルを解凍すると、言語パックフォルダーが表示されます（米国英語の場合はen-US）。 ADMXファイルをPolicyDefinitionにコピーする場合、そのen-USフォルダーをPolicyDefinitionsの下のサブフォルダーとして作成し、zip圧縮パッケージの一部である付属の.ADMLファイルをドロップします。

セットアップが完了したら、グループポリシーの編集に入ります。 [管理用テンプレート]の下に、Googleオブジェクトが表示されます。 ここで、Chromeクライアントインストール用の無数の設定オプションとポリシーを設定します。

ポリシー設定には、デフォルトのホームページの設定が含まれます。 新しいタブウィンドウが開かないようにします。 Google Frameがさまざまなコンテンツを処理する方法を指定します。 拡張機能の管理。 Password Managerの設定。 などなど。

デフォルトのホームページを指定し、ユーザーがChromeを起動したときに新しいタブが開かないようにし、ユーザーのパスワードマネージャーも有効にしました。 まず、再起動時に各クライアントが自動的にChromeブラウザを受信することを確認しました。 Server 2008 R2ドメインの物理的なWindows 7クライアントと、Server 2012ドメインのHyper-V R2で実行されている仮想Windows 8ゲストでテストしました。 すべてが期待どおりに機能しました。 両方のクライアントがChromeブラウザーと適切な設定を受け取りました。

クライアントからChromeをアンインストールするときに、アンインストールを実行すると、クライアントの再起動時にChromeが自動的に再インストールされないことがわかりました。 クライアントのレジストリに移動して、Chrome展開ポリシーに関連するキーを削除する必要がありました。 すると、Chromeは再びクライアントにプッシュされました。 これは、クライアントでChromeが不要になった場合には問題ないかもしれませんが、トラブルシューティングの目的で管理者がChromeをアンインストールして再インストールする必要がある場合は、少し苦痛です。 アンインストールにより、ChromeがWindowsレジストリから完全に削除されることを希望します。

Chrome at Work

Windowsドメインでのインストールを自動化する他の方法は明らかにあります。スクリプトとバッチファイルを使用するのが一般的な方法です。 ただし、Chrome for Businessでは、インストールをプッシュして、更新の管理（Chromeの迅速な更新サイクルがITマネージャーをイライラさせることがある）を含むいくつかの非常に詳細なChrome設定を事前設定する機能が非常に重要です。 組織でChromeが頻繁に使用されている場合は、Chrome for Businessをぜひお試しください。 1つのプラスは、Windowsドメインで素晴らしい動作をすることです。 Google Chrome for Businessは、IT管理ソフトウェアの5つ星のうち4つを獲得しています。