最初にインストールして、認証サーバをインストールした一番古いサーバということです。古いサーバですからハードウェアの交換を考えなければなりません。server?このサーバも古くなったので新しいものに入れ替えたいと思うところですが、簡単には行きません。使えば問題ないということですが、あのプログラムは一発屋のプログラムなので、途中で失敗した場合は悲惨なことになります。ハードウェアの交換は、一応上の文書にしたがってやることにしましょう。オブジェクトを削除します。各オブジェクトを削除します。オブジェクトも削除します。サーバをインストールします。できれば、CA局を持つサーバは仮想化して動かしたいところです。動かしておいて、ハードウェエアのトラブルがある場合は別な装置で動かすのが理想かもしれません。アプリケーション配布をチューニングする。作成したアプリケーションは通常ではそのまま配布に適さないことがあります。作るまでもなく、必要であればショートカットの配布やレジストリの変更などもできるようになります。-余分なレジストリの削除アプリケーションの配布オプションタブの中に「レジストリ」タブがあります。取得したレジストリの変更箇所がすべて収まっています。SnapShot取得中に変化したレジストリの変化すべてですから、エクスプローラのウィンドウの変化だとか余分なレジストリデータがあります。アプリケーションにとって必要なレジストリの変化は全て削除してしまいましょう。いうより、ここにコツがあるのですが、snapshotをとるときにあわててセットアッププログラムを探しちゃいけないということ。セットアップのショートカットをあらかじめデスクトップに用意しておくとか、SnapShotを起動する前にセットアッププログラムを立ち上げておいてもいいかもしれない。モノによっては再起動をする場合もあるから注意は必要です。このレジストリの変更機能を利用して、逆にレジストリだけを配布したり削除するアプリケーションオブジェクトも作ることができます。ラウンチャの中にアイコンがあり、これをクリックすることでインストールされるようになります。割り当ての左端のチェックボックスは「強制実行」です。このチェックを入れるとラウンチャが起動すると自動的にインストールされるようになります。実際の運用では、アプリケーションのアップデート、パッチの配布、レジストリの修正などですから、ほとんどのケースでは「強制実行」チェックを入れることが多いでしょう。テスト段階ではチェックしないほうがよいでしょう。応用すれば、たとえば学校の授業で強制的に授業で使うスプレッドシートのネタを開かせたり、組織で必要な「■重要-必ずお守りください■.txt」などをログイン直後にメモ帳で開かせるなどというテクニックもあるでしょう。配布の結果をログとして記録することができます。ログはサーバ上のディレクトリを指定することになりますから、ディレクトリにはユーザの書き込みの権限が必要です。-配布のソースパス初めてアプリケーション配布にチャレンジして失敗して頭を悩ますのはここです。して指定されています。取得したとか、ITのチームが使っているテスト用サーバを指定しているとか、あと、一番間違え易いケースが、SnapShotの元ディレクトリにユーザのアクセス権限がないというケースでしょう。この部分は一番最初にチェックするところです。ショートカットを丁寧に作ってくれるものがあります。いった余分なショートカットは削除してしまいましょう。アプリケーションをアップデートするような場合、古いバージョンのショートカットを削除することもできます。標準機として配ったPCに余計なショートカットがある場合、ショートカットを削除するだけのアプリケーションも作ることができます。いう名前に加工して格納します。変えて配布すればよいことになります。ファイルを配布するというテクニックも使えます。ファイルに記述されていることです。アプリケーションを実装する段階になり、全てのアプリケーションオブジェクトをこのように加工して実装するのは非常に面倒なことです。小規模な組織であれば、アプリケーションの実装は一度で済みますが、拠点がたくさんあり、実装を複数のサーバに行いたい場合、もっと簡単な方法はないのでしょうか。ファイルを修正して、余分なレジストリを削除したり、インストール先を標準のインストール先から代えたり、ショートカットの作成を制御することができます。事前に作成して、世界の各拠点のITメンバーに配布して運用しています。へは残念ですがインストールできません。コピーするなどして利用するしかないようです。不便で不親切ですがまぁこれも仕方ないでしょう。次のバージョンで改善してほしいところです。版をとりあえずインストールして利用するしか今のところなさそうです。いうのは、アプリケーションのインストール前、後のC:ドライブの変化、ファイルの更新、レジストリの更新を差分として記録するアプリケーションです。この差分をアプリケーションオブジェクトとして登録しておけば、ネットワークへのアプリケーション配信が実に簡単に実現できます。いくつかウィザードがあるので、必要事項をセットすると、「アプリケーションをインストールする前」の状態をスキャンします。スキャンが終了するとアプリケーションのインストールを開始してください。アプリケーションのインストールが終わると「インストールした後」の状態をスキャンします。AXT(テキスト)のインストールファイルが作成されます。アプリケーションオブジェクトの作成を行います。いくつか必要なウィザードに答えて、アプリケーションオブジェクトに割り当てます。開くと、作成されたアプリケーションアイコンが出ます。ユーザはこのアイコンをクリックして実行すれば、アプリケーションは自動的にインストールされます。作成するには「クリーンな」ワークステーションが必要です。ディスクイメージからアプリケーション配布のテストを行うのが良いでしょう。アプリケーションはとりあえず作成すること。作成した後のアプリケーションはさまざまに修正できます。ポリシーと最大に違うところは、ポリシーの適用がOU単位だけではなく、グループ、ユーザに対しても適用できる点です。使用しないポリシーを作らなければならないでしょうし、そういうグループのためのポリシーを別に作ることができます。通常の企業ではそういったユーザは混在して存在することも多いでしょうし、人事異動というのはシステムが考えた以上に頻繁に行われるものです。いくつものOUが存在する組織であれば、ひとつのポリシーでグループに対して適用させることもできるわけで、いくつものポリシーを管理する必要がありません。IT部門であっても一般のユーザ(たとえば開発系)のユーザとヘルプデスク、システムオペレータ、技術運用部門とでは適用すべきポリシーが異なる場合があるでしょう。学校などでは、教職員、生徒、システム管理+ヘルプデスクなどの3種類程度のポリシーを作ります。ここでは主に、一般ユーザのポリシーと、管理者向けのポリシーをどのように設計すればよいかを考えてみることにします。ユーザポリシーオブジェクトを作って、グループポリシーをチェックしてプロパティを開くと出てくるのがこの画面です。「ユーザのログアウト時にポリシーを無効にしない」というチェックボックスがあります。このチェックを入れると最初に読み込まれたグループポリシーが次のログインでも有効になるということです。一般ユーザのポリシーではこのチェックはオンにしておきます。次のユーザ(一般ユーザ)がこのワークステーションを利用するときも同じポリシーが自動的に適用されます。-管理者、ヘルプデスク管理者、ヘルプデスクのポリシーはこのチェックを必ず解除します。解除するためのポリシーがダウンロードされて、自由にユーザのワークステーションを操作して変更することができます。このポリシーはログアウト後、無効になるため、一般ユーザが再びログインすると、一般ユーザ用のポリシーが適用されます。一般には「ユーザの環境設定をキャッシュする」はチェックしない方が無難なようです。このあたりはヘルプをよく読んでください。-グループポリシーの編集ユーザのグループポリシーは、ユーザがログインして誰でもアクセスできるディレクトリに作成します。以下がデフォルトで選択されます。「編集」ボタンを押して、MMCを起動します。設定、管理用テンプレートなどをそれぞれ「構成」してゆきます。設定など、特定のプロクシを通さない限りインターネットに出られないように設定したり、デフォルトで社内のポータルサイトを開くように設定するのがよいでしょう。プログラムの追加と削除、コントロールパネルへのアクセス、スクリーンセーバーの設定が変えられないようにタブを削除する、ネットワークコンピュータをエクスプローラから削除する。特定のドライブを見せないようにする。使用できないようにするなどを「構成」します。-管理者用テンプレート管理者用テンプレートは「一般ユーザ」で制限されたポリシーを全て「無効」にする設定にしなければなりません。「未構成」のままではユーザが「制限」されたポリシーをそのまま引き継いでしまうため、修復したり問題解決することができなくなります。-特定のドライブのみ見せるこの方法は別な項で説明していますが、必要によってはネットワークにマップされたドライブだけを見せる方法を使うことで、セキュリティ上の問題をずいぶん軽減させることができます。ドライブだけがマイコンピュータに表示されなければ、いくらUSBドライブを挿してもエクスプローラからは認識させることができません。C:ドライブへの保管ができませんから、ほとんどのユーザはデータをマップされたドライブに保存するようになります。完璧ではありませんが、このようにユーザを誘導することで、データの損失やPCの紛失などから発生するセキュリティインシデントの頻度を低くすることができます。プレスリリースプレスリリースだけで、あまり具体的な参加方法とか活動内容、方針はなし。ロケット花火みたいなものかな。17日グループポリシーを作る(ワークステーションパッケージ)ワークステーションポリシーパッケージのグループポリシーは、ワークステーションの起動中にダウンロードされます。ユーザ認証を行っていない時点でダウンロードされるため、基本的には、「誰でもアクセスできる」読み込み専用のロケーションに作っておくことが望ましいでしょう。