HRESULT: 0x8007000d

증상

IIS 오류 화면에 다음 문자열이 표시됩니다.

• HTTP Error 500.19 – Internal Server Error
• HRESULT: 0x8007000d

확인

1. 오류 화면에서 두 문자열을 함께 확인합니다.
2. 오류가 가리키는 ApplicationHost.config 또는 Web.config 위치를 기록합니다.
3. 해당 파일에서 형식이 잘못된 XML 요소 또는 설치되지 않은 IIS 모듈을 참조하는 요소가 있는지 읽기 전용으로 확인합니다.

Microsoft는 이 HRESULT가 관련 구성 파일의 잘못되거나 인식할 수 없는 XML 요소와 연결될 수 있다고 설명합니다.

다음 조치

변경 권한이 있는 경우에도 먼저 현재 구성 파일을 보관합니다. 오류가 난 XML 요소 하나 또는 필요한 IIS 모듈 하나만 대상으로 변경한 뒤 같은 URL을 다시 요청해 500.19와 HRESULT가 사라졌는지 확인합니다.

주의

구성 파일의 여러 항목을 함께 바꾸지 마세요. 오류가 바뀌거나 사이트가 열리지 않으면 보관한 이전 구성으로 되돌리고, HRESULT·파일 위치·변경 내용을 IIS 운영 담당자에게 전달합니다.

관찰값 기록

문제가 발생한 URL 또는 화면, 표시 시각, 운영 환경과 최근 변경 사항을 먼저 기록합니다. 화면이나 로그에 오류 문구가 일부만 보이면 앞뒤 문장을 보존하고 비밀번호·토큰·쿠키·개인정보는 가립니다.

다음 항목을 실제 값과 함께 확인합니다.

1. IIS 오류 화면에서 HTTP Error 500.19 – Internal Server Error와 HRESULT: 0x8007000d가 함께 표시되는지 확인합니다. 두 값이 함께 있으면 이 문서의 HRESULT 분기입니다.
2. 오류가 가리키는 ApplicationHost.config 또는 Web.config의 XML 요소를 읽기 전용으로 확인합니다. 원문이 설명한 대로 형식이 잘못됐거나 설치되지 않은 IIS 모듈의 요소인지 구분합니다.
3. 수정이 필요하면 현재 구성 파일을 별도 보관하고 한 항목만 바꾼 뒤 같은 URL에서 500.19와 HRESULT가 사라졌는지 다시 확인합니다.

판정 기준

오류 문구가 일치해도 같은 원인이 확정되는 것은 아닙니다. 웹서버·런타임·운영체제·플랫폼과 최근 변경 사항을 비교하고, 기대한 관찰값이 나오지 않으면 다음 단계로 넘어가지 않습니다. 이 문서는 출처가 확인한 범위만 설명하며, 범위를 벗어난 원인과 조치는 단정하지 않습니다.

안전한 다음 확인

설정·권한·데이터를 변경하기 전에 백업과 되돌리기 방법을 기록합니다. 운영 환경의 방화벽 전체 해제, 인증서 검증 우회, 데이터 삭제, 비밀값 공개를 기본 조치로 사용하지 않습니다. 확인 결과가 문서의 조건과 다르면 관련 Platform·Component 문서와 공식 출처를 먼저 확인합니다.

원인 분포

[Observation] 수집된 3건의 사례에서 확인된 원인은 다음과 같습니다.

• Web.config가 참조하는 IIS 모듈 또는 URL Rewrite 모듈이 설치되지 않은 경우: 사례 1
• ASP.NET Core Module 또는 해당 DLL이 누락되거나 IIS에 올바르게 구성되지 않은 경우: 사례 1, 사례 3
• IIS 설치 순서로 인해 Hosting Bundle의 IIS 모듈 구성이 갱신되지 않은 경우: 사례 2
• IIS 압축 설정에 필요한 항목이 누락된 경우: 사례 3

[Observation] 위 분포는 관측된 사례 기준이며 실제 발생 빈도를 의미하지 않습니다.

오진 함정

[Observation] IIS Express와 dotnet run에서 정상이어도 IIS에서는 0x8007000d가 발생한 사례가 있습니다.

[Hypothesis] 따라서 애플리케이션 코드 오류로만 판단하기보다 IIS의 Web.config 모듈 참조, 설치된 모듈 DLL, ASP.NET Core Module 구성을 먼저 확인하는 것이 적절합니다.

[Observation] Windows와 IIS 버전이 다른 배포 환경에서도 같은 오류가 보고되었습니다.

[Hypothesis] 개발 환경의 정상 동작만으로 배포 서버의 IIS 모듈 구성이 동일하다고 판단하면 원인 확인이 지연될 수 있습니다.

환경 매트릭스

환경 조건	관측된 증상	사례에서 보고된 수정
IIS 7.5로 사이트 이전	Web.config에서 HTTP 500.19와 0x8007000d 발생	URL Rewrite 또는 Web.config가 참조하는 IIS 의존 모듈 설치
IIS Express·dotnet run은 정상, IIS는 실패	ASP.NET Core 앱에서 0x8007000d 발생	Hosting Bundle 설치 관리자 복구 또는 재설치로 IIS 모듈 구성 갱신
Windows·IIS 버전이 다른 배포 환경	ASP.NET 앱에서 HTTP 500.19와 0x8007000d 발생	누락된 모듈·DLL·Hosting Bundle 설치 또는 IIS 압축 설정의 누락 항목 제거

진단 순서

[Observation] 사례에서 확인된 조치를 기준으로 다음 순서로 점검할 수 있습니다.

1. [Observation] 오류가 발생한 서버의 Web.config가 참조하는 IIS 모듈과 URL Rewrite 모듈의 설치 여부를 확인합니다.
2. [Observation] ASP.NET Core 앱이면 AspNetCoreModuleV2와 관련 DLL의 존재 여부를 확인합니다.
3. [Observation] Hosting Bundle을 IIS보다 먼저 설치했다면 설치 관리자의 복구 또는 재설치를 검토합니다.
4. [Observation] Windows와 IIS 버전이 다른 배포 환경이면 필요한 Hosting Bundle과 모듈 구성이 설치되어 있는지 확인합니다.
5. [Observation] IIS 압축 설정에서 누락된 항목이 Web.config에 남아 있는 경우 해당 항목 제거 후 동작을 확인합니다.

[Hypothesis] 이 순서는 원문에 제시된 모듈·설치 순서·압축 설정 관련 원인을 빠르게 분리하기 위한 사례 기반 절차입니다.