WindowsでのDistributedCOMエラー10016：アプリケーション固有のアクセス許可設定でローカルアクティベーションアクセス許可が付与されない

この投稿では、EventID 10016でエラーを修正する方法を紹介します DistributedCOMから Windows10またはWindowsServer2012R2を実行しているコンピューター上のソース。 DCOM 10016イベントは、Windows XP以降、クライアントとサーバーの両方のWindowsバージョンで非常に一般的であり、Windowsバージョンに関係なく、同じ方法でこのエラーを修正できます。

問題は次のように表示されます。コンピュータが起動するか、アプリケーションを起動またはインストールしようとすると、[システム]セクションのWindowsイベントビューアに次のエラーが表示されます。

ログ名 ：システム
ソース ：DistributedCOM
イベントID ：10016
レベル ：エラー
ユーザー ：システム
説明 ：machine-default権限設定では、CLSID{000209FF-0000-0000-C000-000000000046}およびAPPIDがユーザーIISAPPPOOL \ appIISPool SID（S-1-5-82）で使用できないCOMサーバーアプリケーションのローカルアクティベーション権限が付与されません。 -3351576649-1006875745-771203599-42452693-1279824824）アプリケーションコンテナで実行されているアドレスLocalHost（LRPCを使用）から使用不可SID（使用不可）。このセキュリティ権限は、コンポーネントサービス管理ツールを使用して変更できます。

エラーの説明によると、一部のユーザー（IIS Apppoolなど）またはシステム（NT AUTHORITY \ SYSTEM）がDCOMインフラストラクチャを使用してCOMコンポーネントを起動しようとしましたが、「ローカル起動」または「ローカル起動」がないために起動できません。アクティベーション」権限。エラーコードには、COMコンポーネントとアプリケーションのクラスのコードのみが含まれています。識別子が属する特定のアプリケーションを特定し、それを正常に起動してアクティブ化するために必要なアクセス許可を付与してみましょう。

イベントの説明からCLSIDとAPPIDをコピーします。私の場合は次のとおりです。

CLSID：{000209FF-0000-0000-C000-000000000046}
APPID：{AD65A69D-3831-40D7-9629-9B0B50A93843}

（場合によっては、アプリケーションIDが指定されていない可能性があります– APPIDは使用できません）。

また、不足しているアクセス許可（ローカルアクティベーションアクセス許可）とアカウント（NT AUTHORITY\SYSTEMまたはIISAPPPOOL\ appIISPool SID — S-1-5-82-3351576649-1006875745-771203599-42452693-1279824824）にも注意してください。

いずれの場合も、クラス、アプリケーション、アカウントID、およびアクセスタイプは異なる場合があります。

1. レジストリエディタ（regedit.exe）を実行します。
2. CLSIDに対応するレジストリキーに移動します。私の場合はHKEY_CLASSES_ROOT\ CLSID \ {000209FF-0000-0000-C000-000000000046};場合によっては、レジストリキーHKEY_CLASSES_ROOT \ Wow6432Node \CLSID\も確認する必要があります。レジストリにリモート接続すると、レジストリセクションHKEY_LOCAL_MACHINE \ SOFTWARE \ Classes\AppIDに配置されます。
3. クラスパラメータでアプリ名を指定する必要があります（私の場合はMicrosoft Wordアプリケーションです）。ほとんどの場合、DCOMエラー10016は、次のコンポーネントで発生します。イマーシブシェル
   CLSID：{C2F03A33-21F5-47FA-B4BB-156362A2F239}
   APPID：{316CDED5-E4AE-4B15-9113-7055D84DCC97}
   RuntimeBroker
   CLSID：{D63B10C5-BB46-4990-A94F-E40B9D520160}
   APPID：{9CA88EE3-ACB7-47C8-AFC4-AB702511C276}
4. レジストリキーを右クリックして、[アクセス許可]を選択します。
5. 詳細をクリックします ボタン;
6. NT Service \ TrustedInstaller またはシステム 所有者で指定されます セクション;
7. 変更をクリックします ボタンをクリックして、管理者アカウントの名前を指定します。変更を保存します。
8. 現在のレジストリキーの所有者の名前がアカウントに変更されていることに注意してください。 [サブコンテナとオブジェクトの所有者を置き換える]チェックボックスをオンにします 「OK」をクリックします。
9. 管理者アカウントを権限リストに追加し、フルコントロールを付与します それへの許可;
10. CLSIDを使用してレジストリキーへのアクセス許可を付与しました。ここで、前の手順を繰り返し、APPIDのレジストリキーの管理者アカウントの所有権と権限をエラーの説明（たとえば、 HKEY_CLASSES_ROOT \ AppID \ ）から変更する必要があります。 {AD65A69D-3831-40D7-9629-9B0B50A93843};
11. 次に、コンポーネント管理コンソール（ dcomcnfg ）を実行します。 ）管理者として（[コントロールパネル]->[すべてのコントロールパネル項目]->[管理ツール]->[コンポーネントサービス]）;
12. コンポーネントコンソールで、コンポーネントサービスセクションに移動します ->コンピューター ->私のコンピューター ->DCOM構成 。 COMコンポーネントリストで、2番目の手順で定義したコンポーネントの名前を見つけます（[アプリケーションID]列の値は、DCOM 10016エラーの説明のCLSIDと一致する必要があります）。 リストにコンポーネントが見つからない場合は、64ビットバージョンのWindowsを使用している可能性があります。実行するコンポーネントは32ビットのものです。この場合、次のコマンドを使用してDCOMコンソールを起動する必要があります：mmc comexp.msc /32 。
13. セキュリティをクリックします タブ。変更するためにアクセスできるすべてのフォームコントロール。 コンポーネントレジストリキーのアクセス許可を変更する前にdcomcnfgコンソールを開くと、[セキュリティ]タブのすべての設定が管理者としてコンソールを起動したにもかかわらず、ロックされます（変更できません）。
14. 私の場合、アプリケーションにはローカルアクティベーションの権限がありませんでした。 起動とアクティベーションのアクセス許可 セクションで、カスタマイズを選択します 編集をクリックします ボタン;
15. エラーの説明で指定されたアカウントをACLに追加する必要があります。 DCOM 10016エラーのテキストに応じて、これはSYSTEM、特定のユーザー、またはIISプールが実行されているアカウントである可能性があります（この場合、ローカルIIS_IUSRグループへのアクセスを追加する必要があります）。初期エラーでNTAUTHORITY\SYSTEMではなくNTAUTHORITY\ NETWORK SERVICEが指定された場合は、NetworkServiceアカウントにローカルの起動およびアクティブ化のアクセス許可を割り当てる必要があります。
16. アカウントに必要な権限を付与します。たとえば、ローカル起動=許可 およびローカルアクティベーション=許可 。
17. コンピューターを再起動し、イベントログを確認します。エラーDCOM10016が消えるはずです。