Microsoft MVP성태의 닷넷 이야기
글쓴 사람
홈페이지
첨부 파일
 

비주얼 스튜디오 - Failed to register URL "http://localhost:6879/" for site "..." application "/". Error description: Access is denied. (0x80070005)

예전에 했던 프로젝트를 최근에 로드해서 F5 디버깅을 시도했더니, 다음과 같은 오류가 발생합니다.

Unable to launch the IIS Express Web server.

Output from IIS Express:
Failed to register URL "http://localhost:6879/" for site "WebApplication1" application "/". Error description: Access is denied. (0x80070005)

해당 포트로 등록하는데 실패했다는 것이 좀 이해가 안 되는군요. "localhost"이므로 별도의 urlacl 항목이 필요 없기 때문에 "Failed to register"가 발생할 이유는 없습니다. 게다가... 예전 글에서 설명했던 방법을 이용해 그 포트를 urlacl에 등록하기까지 했었습니다.

IIS Express - localhost 이외의 호스트 이름으로 접근하는 방법
; https://www.sysnet.pe.kr/2/0/1030

그래서 다음과 같은 설정이 있었는데도,

// netsh http add urlacl url=http://*:6879/ user="testuser"

Reserved URL            : http://*:6879/
        User: TESTPC\testuser
            Listen: Yes
            Delegate: No
            SDDL: D:(A;;GX;;;S-1-5-21-531704745-1234150627-1213840556-1001)

오류가 발생한 것입니다.




재미있는 건 저 설정이 있었기 때문에 "Failed to register URL "http://localhost:6879/" 오류가 발생한다는 사실입니다. 따라서 저 항목을 삭제하면 이 문제가 해결됩니다.

netsh http delete urlacl ur=http://*:6879/

만약 urlacl 항목을 살리고 싶다면, "applicationhost.config" 파일을 수정하는 방법도 있습니다. 예를 들어, 비주얼 스튜디오가 디버깅 시에 실행한 iisexpress.exe의 명령행을 보면,

"C:\Program Files\IIS Express\iisexpress.exe"  /config:"c:\temp\testdir\WebApplication1\.vs\WebApplication1\config\applicationhost.config" /site:"WebApplication1" /apppool:"Clr4IntegratedAppPool"

"c:\temp\testdir\WebApplication1\.vs\WebApplication1\config\applicationhost.config" 파일의 경로가 나오는데, 이 파일을 메모장으로 열어 다음의 항목을 찾아 "localhost" 바인딩을 삭제하면 됩니다.

// 변경 전
<site name="WebApplication1" id="2">
    <application path="/" applicationPool="Clr4IntegratedAppPool">
        <virtualDirectory path="/" physicalPath="c:\temp\testdir\WebApplication1\WebApplication1" />
    </application>
    <bindings>
        <binding protocol="http" bindingInformation="*:6879:localhost" />
        <binding protocol="https" bindingInformation="*:44308:localhost" />
    </bindings>
</site>

// 변경 후
<site name="WebApplication1" id="2">
    <application path="/" applicationPool="Clr4IntegratedAppPool">
        <virtualDirectory path="/" physicalPath="c:\temp\testdir\WebApplication1\WebApplication1" />
    </application>
    <bindings>
        <binding protocol="http" bindingInformation="*:6879:" />
        <binding protocol="https" bindingInformation="*:44308:localhost" />
    </bindings>
</site>

물론 위와 같이 바꾸면, 이제는 반드시 urlacl에 해당 포트의 항목이 등록되어 있어야 합니다.




참고로, 포트 바인딩 앞의 "*", "+" 접두사의 차이는 다음의 글에서 확인할 수 있습니다.

What's the difference between http://*:80 and http://+:80
; https://stackoverflow.com/questions/4598164/whats-the-difference-between-http-80-and-http-80

Difference between http://+:8080/ and http://*:8080/
; https://stackoverflow.com/questions/9459656/difference-between-http-8080-and-http-8080





[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]





[최초 등록일: ]
[최종 수정일: 9/11/2019 ]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer@outlook.com

비밀번호

댓글 쓴 사람
 




1  2  3  4  [5]  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
12108정성태1/10/2020146오류 유형: 587. Kernel Driver 시작 시 127(The specified procedure could not be found.) 오류 메시지 발생
12107정성태1/10/2020264.NET Framework: 877. C# - 프로세스의 모든 핸들을 열람 - 두 번째 이야기
12106정성태1/8/2020298VC++: 136. C++ - OSR Driver Loader와 같은 Legacy 커널 드라이버 설치 프로그램 제작 [1]
12105정성태1/8/2020217디버깅 기술: 153. C# - PEB를 조작해 로드된 DLL을 숨기는 방법
12104정성태1/9/2020432DDK: 9. 커널 메모리를 읽고 쓰는 NT Legacy driver와 C# 클라이언트 프로그램 [2]
12103정성태1/12/2020588DDK: 8. Visual Studio 2019 + WDK Legacy Driver 제작- Hello World 예제 [1]파일 다운로드2
12102정성태1/6/2020313디버깅 기술: 152. User 권한(Ring 3)의 프로그램에서 _ETHREAD 주소(및 커널 메모리를 읽을 수 있다면 _EPROCESS 주소) 구하는 방법
12101정성태1/8/2020265.NET Framework: 876. C# - PEB(Process Environment Block)를 통해 로드된 모듈 목록 열람
12100정성태1/3/2020213.NET Framework: 875. .NET 3.5 이하에서 IntPtr.Add 사용
12099정성태1/3/2020296디버깅 기술: 151. Windows 10 - Process Explorer로 확인한 Handle 정보를 windbg에서 조회
12098정성태1/2/2020288.NET Framework: 874. C# - 커널 구조체의 Offset 값을 하드 코딩하지 않고 사용하는 방법
12097정성태1/2/2020187디버깅 기술: 150. windbg - Wow64, x86, x64에서의 커널 구조체(예: TEB) 구조체 확인
12096정성태1/2/2020341디버깅 기술: 149. C# - DbgEng.dll을 이용한 간단한 디버거 제작
12095정성태12/27/2019322VC++: 135. C++ - string_view의 동작 방식
12094정성태12/26/2019352.NET Framework: 873. C# - 코드를 통해 PDB 심벌 파일 다운로드 방법
12093정성태12/26/2019525.NET Framework: 872. C# - 로딩된 Native DLL의 export 함수 목록 출력파일 다운로드1
12092정성태12/25/2019338디버깅 기술: 148. cdb.exe를 이용해 (ntdll.dll 등에 정의된) 커널 구조체 출력하는 방법
12091정성태12/25/2019480디버깅 기술: 147. pdb 파일을 다운로드하기 위한 symchk.exe 실행에 필요한 최소 파일
12090정성태12/24/2019351.NET Framework: 871. .NET AnyCPU로 빌드된 PE 헤더의 로딩 전/후 차이점
12089정성태12/23/2019254디버깅 기술: 146. gflags와 _CrtIsMemoryBlock을 이용한 Heap 메모리 손상 여부 체크
12088정성태12/23/2019204Linux: 28. Linux - 윈도우의 "Run as different user" 기능을 shell에서 실행하는 방법
12087정성태12/21/2019301디버깅 기술: 145. windbg/sos - Dictionary의 entries 배열 내용을 모두 덤프하는 방법 (do_hashtable.py)
12086정성태12/20/2019364디버깅 기술: 144. windbg - Marshal.FreeHGlobal에서 발생한 덤프 분석 사례
12085정성태12/20/2019300오류 유형: 586. iisreset - The data is invalid. (2147942413, 8007000d) 오류 발생 - 두 번째 이야기 [1]
12084정성태12/21/2019343디버깅 기술: 143. windbg/sos - Hashtable의 buckets 배열 내용을 모두 덤프하는 방법 (do_hashtable.py)
12083정성태12/17/2019525Linux: 27. linux - lldb를 이용한 .NET Core 응용 프로그램의 메모리 덤프 분석 방법 [1]
1  2  3  4  [5]  6  7  8  9  10  11  12  13  14  15  ...