イベント ビューアにエラー メッセージが表示される場合:アプリケーション固有のアクセス許可設定では、COM サーバー アプリケーションに対するローカル アクティベーション アクセス許可は付与されません。またはマシンのデフォルトのアクセス許可設定では、COM サーバー アプリケーションのローカル アクティベーションが許可されません。— それなら、この記事が役に立ちます。
が付属しています。DCOM イベント ID 10016、このエラーは主にオペレーティング システムをアップグレードした後に表示されます。このエラーは通常の Windows 10 ユーザーのユーザー エクスペリエンスには影響しませんが、このエラーが発生する理由とその対処法を知りたい人もいるでしょう。
これらの 10016 イベントは、Microsoft コンポーネントが必要なアクセス許可なしで DCOM コンポーネントにアクセスしようとしたときに記録されます。これらのイベントは機能に悪影響を与えるものではなく、仕様によるものであるため、通常は無視しても問題ありません。
エラーメッセージ全体は次のようになります-
アプリケーション固有のアクセス許可設定では、CLSID {C2F03A33-21F5-47FA-B4BB-156362A2F239} および APPID {316CDED5-E4AE-4B15-9113-7055D84DCC97} を持つ COM サーバー アプリケーションに対するローカル アクティベーション アクセス許可がユーザー NT AUTHORITY\LOCAL に付与されません。サービスアプリケーション コンテナーで実行されているアドレス LocalHost (LRPC を使用) からの SID (S-1-5-19) 使用不可 SID (使用不可)。このセキュリティ権限は、コンポーネント サービス管理ツールを使用して変更できます。
参考までに、CLSID と APPID はコンピュータ上のコンポーネント サービスを表すため、コンピュータ上で異なる場合があります。解決策については、エラーメッセージにすでに記載されています。 Windows 10の管理ツールからセキュリティ権限を変更する必要があります。
Windows の DCOM 構成とは何ですか?
DCOM (分散コンポーネント オブジェクト モデル) は、ネットワークに接続されたコンピュータ全体に分散されたソフトウェア コンポーネント間の通信とデータ交換を可能にする Microsoft テクノロジです。通常、DCOM アプリケーションのセキュリティと通信の設定を変更するために使用されます。たとえば、DCOM Config を使用すると、特定の DCOM アプリケーションにアクセスできるユーザーとグループを指定したり、DCOM アプリケーションと他のコンピュータ間の通信に使用されるポート番号を変更したりできます。
アプリケーション固有の権限設定ではローカル アクティベーションが許可されません
修正するにはアプリケーション固有 (またはマシンのデフォルト) の権限設定では、ローカル アクティベーションが許可されません。Windows 11/10 でエラーが発生した場合は、次の手順に従ってください。
- CLSIDとAPPIDを識別して確認する
- レジストリ エディタから CLSID キーの所有権を変更する
- コンポーネントサービスからセキュリティ権限を変更する
手順の詳細については、読み続けてください。
CLSID と APPID を識別する必要があります。これらはコンピュータによって異なる可能性があるため、それらを認識することが非常に重要です。そうしないと、このイベント ビューアのエラー メッセージを取り除くことができなくなります。上記のエラーによると、CLSID は {C2F03A33-21F5-47FA-B4BB-156362A2F239}、APPID は {316CDED5-E4AE-4B15-9113-7055D84DCC97} です。他にSIDという項目がありますが、現時点では必要ありません。
次に、問題を引き起こしているコンポーネントを見つける必要があります。そのために、レジストリエディタを開きますあなたのコンピュータ上で。これを行うには、Win+R を押して、次のように入力します。登録編集、「Enter」ボタンを押します。その後、このパスに移動します。
HKEY_Classes_Root\CLSID\<Enter-your-CLSID>
忘れずに交換してくださいClSID を入力してくださいエラー メッセージで取得した元の CLSID に置き換えます。取得したら、右側に APPID が表示されるはずです。この APPID と以前の APPID (エラー メッセージに記載されている) が同じであることを確認してください。確認したら、左側にある CLSID を右クリックし、権限オプション。
次に、高度なボタン。
デフォルトでは、このキーは TrustedInstaller によって所有されていますが、所有者を管理者に変更する必要があります。そのためには、変化のボタン高度なセキュリティ設定ウィンドウ>「管理者」を書き留めて>名前を確認するボタン > をクリックわかりましたボタン。
また、次を選択する必要があります。サブコンテナとオブジェクトの所有者を置き換えますチェックボックス。
それを行った後、選択します管理者からのグループ名またはユーザー名リストにチェックを入れます許可/フルコントロールチェックボックス。次に設定を保存します。
また、チェックする必要がありますデフォルト – データ名前。この例では、デフォルトのデータ名は次のとおりです。イマーシブシェル。エラー メッセージ内の CLSID と APPID が異なる場合は、異なるはずです。
その後、APPID の所有権も取得する必要があります。そのためには、レジストリ エディターでこのパスに移動します。
HKEY_Local_Machine\Software\Classes\AppID\your-APPID
そのレジストリ キーの所有権を変更するには、上記と同じことを行う必要があります。
変更に問題が発生した場合は、レジストリキーの所有権と呼ばれる無料ツールをチェックしてください。登録所有をクリックするだけで実行できます。
これらの手順を完了したら、コンポーネントサービス。タスクバー ボックスで検索し、対応する結果をクリックします。コンポーネント サービスを開いた後、ここに移動します。
Component Services > Computer > My Computer > DCOM Config > Immersive Shell
この例に基づくと、CLSID はこのイマーシブ シェル コンポーネント サービスと一致します。を見つける必要があります。デフォルト – データレジストリ エディタから取得した名前。認識したら、コンポーネント サービスを右クリックして選択しますプロパティ。ここで、アプリケーションIDまたはAPPID改めて確認できること。
次に、安全タブ。ここでは、次の 3 つのラベルを見つけることができます。起動およびアクティベーションの権限。対応するものをクリックします編集ボタン。
警告メッセージが表示された場合は、キャンセルボタンを押して先に進みます。 2 つのアカウントを追加するには、上記と同じ手順に従う必要があります。
- システム
- ローカルサービス
追加したら、1つずつ選択し、両方を与えますローカル起動そしてローカルアクティベーション権限。
変更を保存すると、イベント ビューアーで同じ問題が再び発生することはなくなります。
RuntimeBroker、Immersive Shell、またはその他のプロセスで問題が発生した場合でも、解決策はすべて同じです。
DCOM CONFIG に代わるものはありますか?
いいえ、DCOM CONFIG に直接代わるものはありません。ただし、レジストリまたはコマンド ライン ユーティリティ DCOMCNFG を使用すると、同様の結果を得ることができます。後者を使用すると、Windows ターミナルまたは PowerShell から実行されるスクリプトまたはコマンド プロンプトから DCOM 設定を構成できます。
