
Windows 7 の展開中に既定のユーザー アカウントを修正する必要があります。次の MS の記事を読みました。http://support.microsoft.com/kb/973289いくつか質問があります。記事では、改正は組み込みのローカル管理者アカウント。これは組み込みの管理者アカウントである必要がありますか? または、ローカル管理者グループ内の別のローカル アカウントのコンテキストで変更を加えることができますか? 顧客は組み込みの管理者アカウントを有効にすることを望んでいません。 プロファイルは、スペシャライズ パスが開始されたときに現在ログインしているアカウントからコピーされますか?
記事には、既存のローカル アカウントをすべて削除するようにも書かれています。これは、デフォルト プロファイルの修正がこれらのアカウントには適用されないためだと思います。基本的に、イメージには、残しておく必要のある既存のローカル プロファイルがいくつか含まれています。これらのアカウントにデフォルト設定を適用する必要はありません。
これをテストしたいのですが、残念ながら現在はテスト環境にアクセスできません。
どのようなご指導でも大歓迎です。
前もって感謝します。
答え1
カスタマイズされたデフォルト プロファイルを作成しようとしているが、管理者アカウントを有効にしたくない場合は、それを使用して、sysprep を実行し、無人応答ファイルから管理者アカウントを無効にします。少なくとも WAIK を使用していることを確認してください。MDT と組み合わせて WAIK を使用することを強くお勧めします。
http://www.microsoft.com/deployment
Win7 では、ローカル管理者アカウントを使用してデフォルト プロファイルを構築しますが、XP 時代には手動で行う必要があった作業の多くは、unattend.xml 応答ファイルを使用して行うことができます。
copyprofile=true
sysprep を実行するときは、unattend.xml ファイルの specialize パスの設定を使用する必要があります。そうしないと、sysprep は機能しません。
WSIMの設定
<component name="Microsoft-Windows-Shell-Setup" processorArchitecture="x86" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State">
<RegisteredOrganization>Spud-Co Labs</RegisteredOrganization>
<RegisteredOwner>Administrator</RegisteredOwner>
<DoNotCleanTaskBar>true</DoNotCleanTaskBar>
<CopyProfile>true</CopyProfile>
</component>
32 ビット Win7 Unattend.xml ファイルのサンプル
あなたは5月参照イメージに既に他のプロファイルが作成されていても問題ありませんが、これは推奨されないことを理解してください。sysprep は管理者ではなくそれらのプロファイルから設定を一般化することがあるため、他のプロファイルを使用しないことをお勧めします。
安全のために、参照アカウントを管理者アカウントで構成し、そこから sysprep を実行します。
sysprep を実行するための明確で完全かつ簡潔なガイドは、こちらにあります。 http://theitbros.com/sysprep-a-windows-7-machine-start-to-finish-v2/
sysprep がこのアカウントを再度無効にするかどうかは 100% 確実ではありません。また、応答ファイルから無効に戻すのも難しいかもしれません。MDT を使用してタスク シーケンスで展開すると、展開の最後にアカウントを無効にすることができます。
Windows 展開の同期実行セクションでこれを試してください。sysprep を実行した後、アカウントが無効になるはずです。
<RunSynchronousCommand wcm:action="add">
<Description>EnableAdmin</Description>
<Order>1</Order>
<Path>cmd /c net user Administrator /active:no</Path>
</RunSynchronousCommand>
作業を簡単にするために、何らかの VM でこれらすべてをテストしてください。仮想ボックスをお勧めしますが、どの VM でも動作するはずです。sysprep を実行する前にスナップショットを作成しておくと、回答ファイルをテストして簡単に元に戻すことができ、多くの時間を節約できます。
更新: 最近、MDT と組み込みの管理者を使用してうまくいきましたが、2 番目のアカウントを作成し、それを管理者にしてから、MDT を使用してタスク シーケンスの最後で管理者を無効にしました。スタンドアロンの XML ファイルを使用してこれを行うことはできないと思います。これを回避するには、おそらく MDT タスク シーケンスを使用する必要があります。
答え2
デフォルトのユーザープロファイルを構成する適切な方法は、導入前に、組み込みの管理者アカウントと、unattend.xmlファイルの「CopyProfile」設定を使用することです。Windowsのイメージを準備するときにデフォルトのローカルユーザープロファイルをカスタマイズする' (元の投稿でリンクされています)。MDT Guy が投稿で指摘し、上記の記事で述べたように、「複数のユーザー プロファイルがある場合、Windows sysprep は予期しないプロファイルを選択して既定のユーザー プロファイルにコピーすることがあります」。したがって、他のプロファイルは存在しないはずです。
この記事には、組み込みの管理者はクリーン インストール中または sysprep プロセス中に削除 (および再作成) されるため、応答ファイルでアカウントを無効にする必要はないとも記載されています。新しく作成された管理者アカウントは自動的に無効になり、既定のユーザー プロファイルも使用されるため、既定のユーザー プロファイル設定が引き継がれます。
これは、デフォルトの管理者アカウントがデフォルトのユーザー プロファイルではないことも意味します。そのため、応答ファイルの CopyProfile 設定を使用しなければ、このアカウントに加えられた変更はデフォルトのユーザー アカウントに反映されません。
これが再イメージ化できないシステムである場合 (残しておく必要がある他のプロファイルについて言及している場合)、グループ ポリシー設定など、必要な変更を実現するために実行できる他の操作がある可能性があります。この記事Springboard シリーズ ブログの記事が役に立つかもしれません。
グループポリシー設定に関する追加のヘルプは、Windows 7の管理と操作TechNet の Springboard シリーズのページ。
お役に立てれば