IE는 .NET Windows Form 컨트롤을 표시하지 않습니다.

Question

인트라넷의 두 컴퓨터 인 PC1과 PC3에서 동일한 asp.net 응용 프로그램을 호스팅하고 있습니다. .NET 컨트롤은 object 태그를 사용하여 호스팅됩니다. 제대로 PC1 작업에 실행 된 다음과 같은 세 가지 URL :

http://pc1/test/test.aspx 는 (다른 두 URL은 PC3와 로컬 호스트로 대체 PC1이)

IE의 모든 세 개의 URL을 닷넷 컨트롤과 함께 페이지를 표시 V8.

그러나 동일한 URL은 PC3에서 작동하지 않습니다. 컨트롤은 작은 빨간색 X 기호로 표시됩니다.

두 번째 컴퓨터에서 Fiddler보기에 .NET dll이 제대로 다운로드되고 있지만 fusion 로그와 IEHost 로그에는 아무 것도 표시되지 않는 것으로 나타납니다. 첫 번째 기계 융합 로그와 IEHost 로그는 예상보고를 보여줍니다.

두 컴퓨터의 IE는 위의 세 URL을 모두 신뢰할 수있는 영역에 포함하도록 설정됩니다. 신뢰할 수있는 영역의 .NET2 관리 트러스트는 FullTrust로 설정됩니다. 또한 pc1 및 pc3에 대한 코드 그룹을 작성하여 FullTrust를 제공합니다.

두 번째 시스템의 IE가 .NET 컨트롤을 표시하지 않는 이유는 무엇입니까? 또한 IEHost 및 fusion 로그가 생성되지 않는 이유는 무엇입니까?

Answer 1

아마 아시겠지만 IE8은 인터넷 영역에서 .NET UserControls를 사용하지 않습니다. http://blogs.msdn.com/ieinternals/archive/2009/10/09/DotNet-UserControls-Do-Not-Load-in-IE8-Internet-Zone.aspx

아마도 컨트롤이 작동하지 않는 컴퓨터에는 신뢰할 수있는 영역에 대해 URLAction2005도 설정되어 있습니까?

.NET 컨트롤의 다른 IE 영역 보안 설정을 "프롬프트"로 변경하여 프롬프트가 표시되는지 확인해 보셨습니까? 그 컴퓨터를 사용하여 다른 사람의 .NET 컨트롤을로드 해 보았습니까? 그 기계에는 2.0 프레임 워크의로드를 방지하는 IE 프로세스에 .NET1.1 프레임 워크를로드하는 .NET 추가 기능이 있습니까?

Answer 2

제대로 설정 한 것 같습니다.

PC3의 임시 인터넷 파일은 어둠 속에서도 확인할 수 있습니다. 어셈블리가 실제로 거기에서 다운로드되고 있는지 확인하십시오. 오래된 파일이 많으면 한계를 넘을 수 있습니다.

임시 인터넷 파일을 지우고 다시 시도해 보겠습니다. 또한 임시 인터넷 파일 폴더가 실제로 있는지 확인하십시오. 이것 때문에 구원을 얻지 못한다면 융합 기록이 왜 보이지 않는지 설명 할 수 있습니다.

Answer 3

이 문제를 해결할 수 있도록 Eric과 Aaron에게 감사드립니다. IE에 설치된 McAcfee 사이트 고문 추가 기능이 .NET 컨트롤에 대한 액세스를 차단하고 있음이 밝혀졌습니다. 그러나 양식에서 ActiveX 컨트롤을 사용할 수 있는지 궁금합니다. NET 컨트롤이 IEHost.dll에 도달하기 전에 McAfee가 .NET 관련 권한 검사를 소유하고있는 것으로 보입니다. McAfee Site Advisor를 비활성화하여 문제를 해결했습니다.