問題タブ [roaming-profile]

フォルダーにファイルを作成する場合は、パラメーターを 1行{commonappdata}に追加する必要があります。Permissions:users-modify[Files] Source:...

これはうまく機能します（インストールされたプログラム内からインストールされたファイルの1つを変更するときに、ローミングフォルダーが使用されていないことを確認する方法を最終的に見つけました）。

しかし、このセクションのINI エントリをPC 上のすべてのユーザーが書き込めるようにするにはどうすればよいでしょうか? 結局のところ、ユーザーの価値ではなく、プログラムの価値があります。[INI] Filename:...

現在、ini ファイルは Inno-setup インストールによって書き込まれますが、後でインストールされたプログラムを起動して ini ファイルを文法的に変更すると、ini ファイルのローミング バージョンが書き込まれます。

完了するには:

• アプリケーションのインストール時にiniファイルをテンプレートとして作成する方法については知っていますが、プログラムの最初の実行時に、それらを{commonappdata}フォルダーにコピーしますが、これが内部から実現できるかどうか疑問に思っていますInno-Setup スクリプト。

• Windows 7 Prof 64で最新バージョンのInno-Setup 5.4.2を実行しています（これが違いを生む場合）。

テストの目的で、Windowsユーザーアカウントが「ローミング」として設定されている場合のコードの動作を確認する必要があります。どういうわけか、Windows XP SP3 Professionalを構成してそれを行うことはできますか（そうでない場合は、VistaまたはWindows 7はどうですか）？

同じ設定でマシンのすべてのユーザーに対して実行する必要がある WPF アプリケーションがあります。設定は読み取り/書き込み可能である必要があります。たとえば、以前はユーザー構成設定を CommonApplicationData に保存していました。

CommonApplicationDataしかし、ローミング プロファイルに使用されていることを今朝読みました。つまり、マシン固有のものではありません。私が見つけた限りでは、アプリケーション データ ( source )には次のオプションがあります。

要約すると、オプションは次のとおりです。

• シングル ユーザー、ローミング
• すべてのユーザー、ローミング
• シングル ユーザー、非ローミング

私が必要としているのは、ローミングしていないすべてのユーザーです。私の最初の考えは、すべてをインストール フォルダに放り込むことでしたが、それは少し古風に思えますか?

考え？

少し前に、Windows サーバー 2008 ドメイン コントローラーがクラッシュしました。外部の IT 企業によって復元されましたが、ローミング プロファイルのように必要なすべてが復元されませんでした。

クライアントの USERNAME\App Data ディレクトリには引き続き Roaming フォルダがあります。サーバー上の Active Directory 情報のユーザーのプロファイル フィールドに入力すると、ローミング プロファイルがサーバーに戻されますか、それともローミング フォルダが空白のローミング プロファイルで上書きされますか?

私は公共図書館のシナリオで、グループ ポリシーでロックダウンされた移動固定プロファイルを使用しています。コンピュータ ポリシーで「キャッシュされたローミング プロファイルのコピーを削除する」を設定しないと、適用した他のポリシーが正しく機能しません (アクセスできないはずのものにアクセスできます)。その設定を「有効」に設定している場合、すべて正常に機能します。

再起動のたびにプロファイルがダウンロードされないようにプロファイルをキャッシュできるようにしたいのですが、これは私にとってハングアップです。

RSOP または GPresult を実行すると、すべてが適用されているように見えるので、なぜこれが機能しないのか途方に暮れていますが、プロファイルのキャッシュにあまり詳しくないので、何か提案をいただければ幸いです。

問題のクライアントは Windows 7 64 ビットで、私の DC は Windows 2003 です。

私の .NET クライアント アプリケーションでは、Scope=User および Roaming=True のデフォルト設定プロバイダーを使用しています。これは、Citrix ターミナル サーバー ファームを使用している顧客を除いて、クライアントまたはターミナル サーバーに関係なく、ほとんどの環境で正常に機能します。が呼び出されるたびProperties. Settings.Default.Save()に、次の例外がスローされます。

この例外の理由:

• System.Configuration.Internal.WriteFileContext...newcfgユーザーの移動プロファイルにユーザー設定の新しいコピー ( ) を書き込みます。次に、DuplicateTemplateAttributesこのファイルの ACL を変更し、所有権を現在のユーザーに明示的に設定しようとします。
• この顧客の場合、ローミング プロファイルがファイル共有に保存されており、ユーザーが読み取りと変更のアクセス許可しか持っておらず、フル コントロールを持っていないため、これは失敗します。彼らはおそらくNTFSでフルコントロールを持っています（デフォルトでは、作成したすべてのファイルの「所有者」であり、所有者として、「フルコントロール」が明示的に設定されているかどうかに関係なく、ファイルで何でもできるためです）が、 SMB共有レベルでブロックされているように。

この動作は私には意味がありません。 がLocalFileSystemProvider 常に現在のユーザー (ローカルまたはローミング) のプライベート プロファイル フォルダーを使用することを考えると、とにかくユーザーが所有者であると安全に想定できます。

WriteFileContext例外をキャッチし、一時ファイルを削除してから.newcfg再スローするため、コードで例外を単純にキャッチしてファイルの名前を変更するか、例外がスローされたときに既に削除されているため、そのコンテンツを取得する方法はありません。

独自の設定プロバイダーを実装する以外に、この問題を回避する簡単な方法が見つかりませんでした。このために、これに使用されるすべての System.Configuration のものは内部であるため、シリアライゼーション部分などを再構築する必要があるようです。そしてもちろん今使っている設定を崩したくないので、「1行コメントアウト」（ファイルの所有者の設定）だけでそのまま再構築するだけでもとんでもない量のコードに見えます。

他に何を試すことができますか？

お客様がファイル共有のアクセス許可を変更することはできません...

WebBrowser コントロールを使用する .NET WinForms アプリケーションがあります。アプリケーションは、ユーザーの ApplicationData フォルダーに html ファイルを生成し、それを WebBrowser コントロールに読み込みます。これは通常は正常に機能しますが、IE 設定が制限されており、ローミング プロファイルを使用しているユーザーがいます。したがって、ApplicationData はネットワーク ドライブ上にあり、セキュリティ設定によりネットワーク上の場所から html ファイルをロードできないため、html ファイルをロードできません。その場所にセキュリティ例外を追加することは可能ですが、望ましくありません。

このデータに適切で、書き込みに管理者権限を必要とせず、ローカル マシンに常駐することが保証されている別の特別なフォルダはありますか?

タスクは些細なようです！私たちの環境には多くのユーザーが行き来しています。時々、「孤立した」ローミング プロファイル フォルダをチェックして、それらを取り除きたいと思います。私のコードは、ユーザー名がフォルダー名と正確に一致する場合に機能しますが、Windows が .V2、.V3 などを追加したフォルダーには一致しません。ワイルドカードを挿入します。where-object 構築を試みましたが、同様に失敗しました。

たとえば、bob.smith というユーザーがいる場合、「孤立した」リストに bob.smith または bob.smith.V2 という名前のプロファイル フォルダーを含めないようにします。

これが私のコードです：