Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 



노트북을 Vista 운영체제로 설치한 이후, 제 홈페이지에 꽤나 문제가 있었습니다. 예전과 다름없이 빌드하고 홈페이지를 업데이트시켰는데, 다음과 같은 오류가 발생하더군요.

[오류 보기]

이벤트 뷰어에서는 이런 오류 정보를 확인할 수 있습니다.

이벤트 형식:	경고
이벤트 원본:	ASP.NET 2.0.50727.0
이벤트 범주:	웹 이벤트 

...[중간 생략]...

이벤트 발생 횟수: 1 
이벤트 정보 코드: 0 
 
...[중간 생략]...
 
예외 정보: 
    예외 형식: HttpException 
    예외 메시지: 파일이나 어셈블리 'TestLib, Version=3.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' 또는 
    여기에 종속되어 있는 파일이나 어셈블리 중 하나를 로드할 수 없습니다. 
    강력한 이름 시그니처를 확인할 수 없습니다. 어셈블리가 훼손된 경우이거나, 
    서명 연기되었지만 정확한 개인 키로 완전히 서명되지 않은 경우입니다. 
    (예외가 발생한 HRESULT: 0x80131045) 
 

해당 DLL은 비록 서명이 되어 있긴 하지만, GAC에 등록하진 않고 사용하던 어셈블리였습니다. HRESULT 오류 코드값을 확인해 보면, "FUSION_E_SIGNATURE_CHECK_FAILED"라는 것을 알 수 있는데, 일단 이런 오류 메시지가 발생하게 되면 해당 DLL을 직접 GAC 폴더에 끌어다 놓기를 해도 다음과 같은 오류 메시지만을 담은 메시지 창이 뜨면서 등록이 안 됩니다.

어셈블리 캐시 뷰어 - 설치하지 못했습니다.

어셈블리 'TestLib.dll'에 대해 강력한 이름 시그니처를 확인할 수 없습니다. 
어셈블리가 훼손된 경우이거나, 서명 연기되었지만 정확한 개인 키로 완전히 서명되지 않은 경우입니다.

위와 같은 오류가 발생한 이후부터 제가 시도해 본 방법은 Vista 운영체제가 아닌 다른 컴퓨터의 VS.NET 2005에서 동일하게 빌드를 한 다음 배포를 한 경우인데, 이런 때는 정상적으로 동작을 했으며 GAC 수동 등록도 잘 되었습니다. 또한, Vista에서의 VS.NET 2005에서도 MSI 셋업 파일로 해당 DLL을 GAC에 배포하도록 하게 된 경우에는 정상적으로 등록이 되었습니다.

아무래도, 이 문제는 Vista에 설치된 .NET 관련 서명 코드와 이전 운영체제 환경의 서명 확인 과정이 다소 틀린 것에서 발생하는 문제가 아닌가 예상만 해볼 뿐입니다. 참고로, 제가 웹 사이트를 "Longhorn" 서버에 옮긴 이후로는 이러한 서명 확인 오류가 발생하지 않았습니다.

일단, 현재는 이 정도만 트레이스를 해보았지만... 혹시 Vista에서의 개발 환경을 구성하셔서 프로젝트 중인 분들이 이런 오류를 만났는지 궁금하군요. ^^




오류 발생 환경을 정리해 보면 다음과 같습니다.

[오류가 발생한 환경
빌드 환경:
 - Visual Studio.NET 2005 영문 버전
 - Windows Vista 영문 버전
 
ASP.NET 구동 환경:
 - Windows 2003 (.NET 2.0 / .NET 3.0 설치)
 

반면에 다음과 같은 환경에서는 오류가 발생하지 않았습니다.

[정상적인 환경 1]
빌드 환경:
 - Visual Studio.NET 2005 영문 버전에서 빌드 후 MSI 설치 파일로 배포
 - Windows Vista 영문 버전
 
ASP.NET 구동 환경:
 - Windows 2003 (.NET 2.0 / .NET 3.0 설치)
 
[정상적인 환경 2]
빌드 환경:
 - Visual Studio.NET 2005 영문 버전
 - Windows 2003 영문 버전
 
ASP.NET 구동 환경:
 - Windows 2003 (.NET 2.0 / .NET 3.0 설치) 
 
[정상적인 환경 3]
빌드 환경:
 - Visual Studio.NET 2005 영문 버전
 - Windows Vista 영문 버전
 
ASP.NET 구동 환경:
 - Longhorn 빌드 5600
 



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







[최초 등록일: ]
[최종 수정일: 6/20/2023]

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

비밀번호

댓글 작성자
 




... 106  [107]  108  109  110  111  112  113  114  115  116  117  118  119  120  ...
NoWriterDateCnt.TitleFile(s)
11349정성태10/31/201726017디버깅 기술: 107. windbg - x64 SOS 확장의 !clrstack 명령어가 출력하는 Child SP 값의 의미 [1]파일 다운로드1
11348정성태10/31/201721580디버깅 기술: 106. windbg - x64 역어셈블 코드에서 닷넷 메서드 호출의 인자를 확인하는 방법
11347정성태10/28/201725870오류 유형: 424. Visual Studio - "클래스 다이어그램 보기" 시 "작업을 완료할 수 없습니다. 해당 인터페이스를 지원하지 않습니다." 오류 발생
11346정성태10/25/201722269오류 유형: 423. Windows Server 2003 - The client-side extension could not remove user policy settings for 'Default Domain Policy {...}' (0x8007000d)
11338정성태10/25/201718813.NET Framework: 697. windbg - SOS DumpMT의 "BaseSize", "ComponentSize" 값에 대한 의미파일 다운로드1
11337정성태10/24/201722236.NET Framework: 696. windbg - SOS DumpClass/DumpMT의 "Vtable Slots", "Total Method Slots", "Slots in VTable" 값에 대한 의미파일 다운로드1
11336정성태10/20/201724096.NET Framework: 695. windbg - .NET string의 x86/x64 메모리 할당 구조
11335정성태10/18/201722702.NET Framework: 694. 닷넷 - <Module> 클래스의 용도
11334정성태10/18/201722936디버깅 기술: 105. windbg - k 명령어와 !clrstack을 조합한 호출 스택을 얻는 방법
11333정성태10/17/201722336오류 유형: 422. 윈도우 업데이트 - Code 9C48 Windows update encountered an unknown error.
11332정성태10/17/201722844디버깅 기술: 104. .NET Profiler + 디버거 연결 + .NET Exceptions = cpu high
11331정성태10/16/201720913디버깅 기술: 103. windbg - .NET 4.0 이상의 환경에서 모든 DLL에 대한 심벌 파일을 로드하는 파이썬 스크립트
11330정성태10/16/201719501디버깅 기술: 102. windbg - .NET 4.0 이상의 환경에서 DLL의 심벌 파일 로드 방법 [1]
11329정성태10/15/201725307.NET Framework: 693. C# - 오피스 엑셀 97-2003 .xls 파일에 대해 32비트/64비트 상관없이 접근 방법파일 다운로드1
11328정성태10/15/201728510.NET Framework: 692. C# - 하나의 바이너리로 환경에 맞게 32비트/64비트 EXE를 실행하는 방법파일 다운로드1
11327정성태10/15/201722226.NET Framework: 691. AssemblyName을 .csproj에서 바꾼 경우 빌드 오류 발생하는 문제파일 다운로드1
11326정성태10/15/201721413.NET Framework: 690. coreclr 소스코드로 알아보는 .NET 4.0의 모듈 로딩 함수 [1]
11325정성태10/14/201722264.NET Framework: 689. CLR 4.0 환경에서 DLL 모듈의 로드 주소(Base address) 알아내는 방법
11324정성태10/13/201723749디버깅 기술: 101. windbg - "*** WARNING: Unable to verify checksum for" 경고 없애는 방법
11322정성태10/13/201722903디버깅 기술: 100. windbg - .NET 4.0 응용 프로그램의 Main 메서드에 Breakpoint 걸기
11321정성태10/11/201723925.NET Framework: 688. NGen 모듈과 .NET Profiler
11320정성태10/11/201725245.NET Framework: 687. COR_PRF_USE_PROFILE_IMAGES 옵션과 NGen의 "profiler-enhanced images" [1]
11319정성태10/11/201732631.NET Framework: 686. C# - string 배열을 담은 구조체를 직렬화하는 방법
11318정성태10/7/201724024VS.NET IDE: 122. 비주얼 스튜디오에서 관리자 권한을 요구하는 C# 콘솔 프로그램 제작 [1]
11317정성태10/4/201729612VC++: 120. std::copy 등의 함수 사용 시 _SCL_SECURE_NO_WARNINGS 에러 발생
11316정성태9/30/201726782디버깅 기술: 99. (닷넷) 프로세스(EXE)에 디버거가 연결되어 있는지 아는 방법 [4]
... 106  [107]  108  109  110  111  112  113  114  115  116  117  118  119  120  ...