최근에 Windows 8.1 PC에서 화요일 패치에 업데이트를 설치 한 후 갑자기 이벤트 로그에 오류가 발생하기 시작했습니다. 이 오류는 DCOM (Distributed COM)과 관련이 있습니다.
Windows 10에서 .apk 파일을 여는 방법
애플리케이션 별 권한 설정은 CLSID가 {9E175B6D-F52A-11D8-B9A5-505054503030}이고 APPID가 {9E175B9C-F52A-11D8-B9A5-505054503030} 인 COM 서버 애플리케이션에 대한 로컬 활성화 권한을 사용자 PCNAME Username SID에게 부여하지 않습니다. S-1-5-21-81864976-3388411891-1937036257-1001 from address LocalHost (Using LRPC) running in the application container Unavailable SID (S-1-15-2-1430448594-2639229838-973813799-439329657-1197984847-4069167804- 1277922394). 이 보안 권한은 구성 요소 서비스 관리 도구를 사용하여 수정할 수 있습니다.
이러한 복잡한 오류는 경험이없는 사용자가 좌절감을 느끼게 만들 수 있습니다. 그들은이 용어에 익숙하지 않습니다. 또한 DCOM 오류를 해결하는 것은 고통스럽기 때문에 처음에는 무시했지만 매 시간마다 발생하므로 이벤트 로그에 오류가 가득했습니다. 그것을 고치기로 결심하고 조사하기로 결정했습니다.
광고
모르는 분들에게 COM은 Microsoft의 오래된 개체 지향 프로세스 간 통신 기술입니다. COM 서버는 COM 개체 집합을 구현하는 실행 파일 (EXE 또는 DLL)입니다. 많은 Windows 구성 요소가 COM 개체로 구현되고 표준 COM 규칙에 따라 서로 통신합니다. COM 서버는 레지스트리에 등록되어 있으며 클래스 ID (CLSID)와 APPID가 있습니다.
이 오류를 해결하기위한 첫 번째 단계는 CLSID 및 APPID가 관련된 DCOM 구성 요소를 찾는 것입니다. 따라서 레지스트리 편집기를 실행하고 다음 레지스트리 키로 이동하십시오.
HKEY_CLASSES_ROOT CLSID {9E175B6D-F52A-11D8-B9A5-505054503030}
또한이 레지스트리 키는 {9E175B9C-F52A-11D8-B9A5-505054503030} 오류 메시지와 동일한 AppID를 가리 킵니다. 그래서 다음으로 이동
HKCR APPID {9E175B9C-F52A-11D8-B9A5-505054503030}
구성 요소가 WSearch (Windows Search COM 개체)라는 것을 알 수 있습니다.
다음 단계는이 CLSID / AppID에 내 사용자 SID (보안 ID) 및 앱 SID에 대해 원하는 올바른 로컬 활성화 권한을 할당하는 것이 었습니다. 이를 위해 Windows는 사용자가 COM 서버에 대한 시작 및 활성화 권한, 액세스 권한 및 구성 권한을 수정할 수있는 구성 요소 서비스 도구를 제공합니다.
관리 도구-> 구성 요소 서비스를 엽니 다. 구성 요소 서비스-> 컴퓨터-> 내 컴퓨터-> DCOM 구성을 확장합니다. 'WSearch'를 찾아 마우스 오른쪽 버튼으로 클릭-> 속성. '보안'탭으로 이동합니다.
이 작업을 수행하면서이 COM 개체의 보안 탭에서 모든 항목이 회색으로 표시 (비활성화)되어 있으므로 먼저 레지스트리에서 내 사용자 계정에 전체 권한을 부여해야했습니다. Regedit를 다시 열고 같은 키로 이동했습니다.
HKEY_CLASSES_ROOT AppID {9E175B9C-F52A-11D8-B9A5-505054503030}
권한을 변경했습니다. 먼저 소유권을 확보 한 다음 ( '하위 컨테이너 및 개체의 소유자 교체'선택) 사용자 이름을 추가하고 모든 권한을 부여해야합니다. 이후 소유권을 원래 계정 (NT Service TrustedInstaller)으로 다시 변경할 수 있습니다.
Winaero를 사용하면 소유권을 확보하고 관리자 권한을 부여하는 것이 매우 쉽습니다. RegOwnershipEx 앱.
이제 구성 요소 서비스 (Dcomcnfg.exe)를 다시 열고 WSearch 속성, 보안 탭으로 이동하여 다음과 같이 표시되는 시작 및 활성화 권한에 대한 보안 권한을 편집 할 수 있습니다.
보안 그룹 Everyone을 통해 내 사용자 계정에는 이미 로컬 활성화 권한이 있지만 아이콘이 나타내는 것처럼 알려진 사용자 계정 또는 그룹이 아닌 3 개의 다른 SID도 표시됩니다. 이들은 애플리케이션 SID이며 애플리케이션을 참조합니다. 또한 이벤트 로그 오류에는 '... 응용 프로그램 컨테이너에서 실행 중입니다. 사용할 수없는 SID (S-1-15-2-1430448594-2639229838-973813799-439329657-1197984847-4069167804-1277922394).
이제 Windows 개체 선택기 UI에서 보안 주체 개체에 대한 애플리케이션 SID를 추가 할 수없는 것 같습니다. 추가를 클릭 한 후 고급 ...을 클릭 한 다음 지금 찾기를 클릭했습니다. 그러면 모든 개체가 나열됩니다. 그러나 대부분은 계정 SID였습니다. 이름에서 알 수 있듯이 아마도 모든 응용 프로그램 패키지의 그룹 인 '모든 응용 프로그램 패키지'를 발견하여 선택했습니다. 모든 곳에서 확인을 클릭하여 추가 한 다음 로컬 실행 및 로컬 활성화 권한을 부여하십시오.
내 Google 계정 보유 기간
이제 확인을 클릭하고 구성 요소 서비스 UI를 닫으면 이벤트 로그에서 오류가 사라집니다. 즉, WSearch COM 구성 요소에 올바른 로컬 시작 및 활성화 권한이 있음을 의미합니다.
다른 사람이 이벤트 로그의 DCOM 오류를 비슷한 방식으로 해결할 수 있도록이 문서를 일반 가이드로 작성했습니다. Windows에 COM 개체가 엉망이 될 경우 올바른 권한을 쉽게 복원 할 수있는 도구가 아직없는 이유가 여전히 걱정됩니다.