DEV WIKI
인프라 · 오류·증상

HRESULT: 0x8007010b

`HRESULT: 0x8007010b`가 표시된 IIS HTTP 500.19 오류를 식별하는 문서입니다.

빠른 답변

우선 확인할 원인
`HRESULT: 0x8007010b`는 지정된 콘텐츠 디렉터리에 접근할 수 없음을 의미합니다.
먼저 확인할 항목
현재 오류 화면 또는 로그의 HRESULT 문자열을 `0x8007010b`와 대조합니다.
적용 범위
현재 증상과 본문에 적은 관찰 조건이 함께 확인된 경우
출처 확인일
2026-07-30
최종 검토
2026-07-24
수정일
2026-07-27
오류·수정 제보 (새 창에서 열림)

현재 증상

  • 서버 5xx 응답

먼저 확인할 항목

현재 오류 화면 또는 로그의 HRESULT 문자열을 `0x8007010b`와 대조합니다.

HRESULT 문자열이 `0x8007010b`와 일치하면 지정된 콘텐츠 디렉터리에 접근할 수 없는 오류로 식별합니다.

환경별 원인과 조치

증상

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

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

의미

HRESULT: 0x8007010b는 지정된 콘텐츠 디렉터리에 접근할 수 없음을 의미합니다.

확인

현재 오류 화면 또는 로그의 HRESULT 문자열이 0x8007010b인지 원문과 대조합니다. 일치하면 이 문서의 오류 식별 범위에 해당합니다.

출처: Microsoft Learn — Fix HTTP Error 500.19 on IIS webpages (새 창에서 열림)

진단 기록

먼저 문제가 발생한 URL 또는 화면, 표시 시각, 사용한 플랫폼과 배포 버전을 기록합니다. 화면과 로그에서 오류 문자열이 일부만 보이면 앞뒤 문장을 포함해 원문을 보존하고, 민감한 값은 가립니다.

다음 순서로 관찰값을 대조합니다.

  1. 현재 오류 화면 또는 로그의 HRESULT 문자열을 0x8007010b와 대조합니다.
  2. HRESULT 문자열이 0x8007010b와 일치하면 지정된 콘텐츠 디렉터리에 접근할 수 없는 오류로 식별합니다.

각 항목은 확인한 값과 확인하지 못한 이유를 함께 기록해야 합니다. 이 문서의 조건과 실제 관찰값이 다르면 원인을 단정하지 말고, 문제 해결 시작 가이드에서 더 넓은 분기를 선택하십시오.

판정 기준

오류 문자열이 일치한다는 사실만으로 원인이 확정되지는 않습니다. 같은 문구가 여러 환경에서 나타날 수 있으므로 웹서버·런타임·운영체제·최근 변경 사항을 함께 비교합니다. 한 단계에서 기대한 값이 나오지 않으면 다음 단계로 넘어가지 말고 해당 환경의 공식 문서를 우선 확인합니다.

안전한 다음 단계

검사 전에 백업과 변경 이력을 확인하고, 비밀번호·세션 쿠키·인증 토큰·개인정보를 공개 로그나 문의 내용에 넣지 않습니다. 설정·권한·데이터를 변경해야 한다면 영향 범위와 되돌리는 방법을 먼저 기록한 뒤 운영 시간과 승인 절차에 맞춰 진행합니다.

원인 분포

[Observation] 관측된 사례 기준으로 다음 원인 유형이 확인되었습니다.

원인 유형사례
실행 파일 또는 런타임 폴더의 읽기·실행 권한 부족사례 1, 사례 3
원격 경로를 디렉터리로 해석하면서 하위 web.config를 탐색사례 2

[Observation] 사례 3에서는 애플리케이션 풀 계정 권한 부족이 확인되었고, 사례 1에서는 IUSR·IIS_IUSRS 권한 부여 후 동작이 확인되었습니다. 실제 발생 빈도로 해석해서는 안 됩니다.

오진 함정

  • [Observation] 애플리케이션이나 실행 파일이 서버에서 직접 실행된다는 사실만으로 IIS 요청 처리 계정의 권한이 충분하다고 판단할 수 없습니다. 사례 1에서는 직접 실행은 가능했지만 IIS 요청에서 오류가 발생했습니다.
  • [Observation] FastCGI 오류처럼 보여도 원인이 런타임 실행 권한이 아닐 수 있습니다. 사례 2에서는 IIS가 요청 경로를 디렉터리로 오인하고 존재하지 않는 web.config를 읽으려 했습니다.
  • [Observation] 모든 사이트가 실패하지 않아도 공통 구성 문제라고 단정할 수 없습니다. 사례 3에서는 특정 PHP 사이트만 오류가 발생했습니다.

환경 매트릭스

환경처리 방식관찰된 증상확인된 수정
Windows Server, IIS, FlaskFastCgiModule요청 시 HTTP 500, 0x8007010bPython·FastCGI 경로에 IUSR 및 IIS_IUSRS 읽기·실행 권한 부여
Windows Server 2012 R2, IIS 8.5 클러스터, 원격 NTFS 공유, ASMXIIS 구성 탐색HTTP 500.19, 0x8007010ballowSubDirConfig=False 설정
Windows Server 2008, IIS 7, Plesk PHP FastCGIPHP FastCGI특정 사이트에서 HTTP 500.0, 0x8007010bPHP 실행 파일 폴더에 애플리케이션 풀 계정 읽기·실행 권한 부여

[Observation] 사례 2의 후속 확인에서는 같은 allowSubDirConfig 설정이 NFS 환경에서도 효과가 있었습니다.

진단 순서

  1. [Observation] 오류가 HTTP 500, HTTP 500.19, HTTP 500.0 중 어떤 상태로 나타나는지 확인합니다.
  2. [Observation] FastCGI 실행 파일, Python·Conda 환경 폴더, PHP 실행 파일 폴더가 있는지 확인하고 IIS 요청을 처리하는 계정의 읽기·실행 권한을 점검합니다.
  3. [Observation] 애플리케이션이 원격 NTFS 또는 NFS 경로에 있으면 IIS가 요청 경로를 디렉터리로 해석하는지와 하위 web.config 탐색 여부를 확인합니다.
  4. [Observation] 원격 경로 구성 탐색이 원인으로 확인된 경우 allowSubDirConfig=False 적용 후 오류가 사라지는지 확인합니다.
  5. [Hypothesis] 권한 점검과 경로 구성 탐색 점검을 분리해 수행하면 FastCGI 실행 권한 문제와 IIS 구성 파일 탐색 문제를 구별하는 데 도움이 될 수 있습니다.

참고 자료

Fix HTTP Error 500.19 on IIS webpages - Internet Information Services | Microsoft Learn (새 창에서 열림)

Microsoft · 공식 자료 · 확인 범위: IIS 오류 화면에는 `HTTP Error 500.19 – Internal Server Error`와 `HRESULT: 0x8007010b`가 표시될 수 있습니다., `HRESULT: 0x8007010b`의 원인은 지정된 콘텐츠 디렉터리에 접근할 수 없는 것입니다. · 확인일: 2026-07-24

Stack Overflow · 운영 사례 (새 창에서 열림)

확인 범위: IIS FastCgiModule에서 Flask 앱이 직접 실행되더라도 요청 처리 시 0x8007010b와 HTTP 500이 발생할 수 있습니다., Python 실행 경로와 FastCGI 경로에 IUSR 및 IIS_IUSRS의 읽기·실행 권한을 부여한 뒤 Flask 앱이 IIS에서 열렸습니다., Python 실행 파일 또는 Conda 환경 폴더의 권한 부족이 원인으로 제시되었습니다. · 확인일: 2026-07-30

Stack Overflow · 운영 사례 (새 창에서 열림)

확인 범위: Windows Server 2012 R2 IIS 8.5 클러스터에서 원격 NTFS 공유의 ASMX 요청이 HTTP 500.19와 0x8007010b를 반환했습니다., IIS가 요청 경로를 디렉터리로 오인해 존재하지 않는 web.config를 읽으려 했습니다., allowSubDirConfig를 False로 설정해 구성 파일 탐색을 중지한 뒤 오류가 사라졌습니다., 같은 설정 변경이 NFS 환경에서도 효과가 있었다는 후속 확인이 있습니다. · 확인일: 2026-07-30

Stack Overflow · 운영 사례 (새 창에서 열림)

확인 범위: Windows Server 2008 IIS 7과 Plesk PHP FastCGI 구성에서 특정 PHP 사이트만 0x8007010b와 HTTP 500.0을 반환했습니다., PHP 실행 파일 폴더에 애플리케이션 풀 계정의 읽기·실행 권한이 없었습니다., 필요한 폴더 권한을 부여한 뒤 모든 애플리케이션 풀에서 PHP가 실행되었습니다., 후속 답변은 Everyone 대신 IIS_IUSRS에 최소 읽기·실행 권한을 부여하도록 권고했습니다. · 확인일: 2026-07-30