Internet Explorer가 느리면 Internet Explorer를 기본 브라우저로 사용하지 않아도 Office에서 링크를 클릭해도 느려집니다. 따라서 Internet Explorer가 여전히 제대로 실행되고 있는지 확인하십시오.
DDE가 책임이 있다고 확신하지만 Office에는 놀랍게도 이상한 기능이 있습니다. 먼저 Internet Explorer 구성 요소를 사용하여 클릭 한 URL이 유효한지 확인합니다. 자신을 Internet Explorer로 식별하지는 않습니다. 액세스 로그에서 다음을 볼 수 있습니다.
User Agent: Microsoft Office Existence Discovery
그런 다음 결과 URL 을 기본 브라우저로 전달합니다. 그건:
URL에 대한 숨겨진 호출로 일부 리디렉션이 발생하면 기본 브라우저에는 원래 URL이 아니라 리디렉션 된 URL이 제공됩니다.
어떤 이유로 든 웹 사이트가 사용자 에이전트 "Microsoft Office Existence Discovery"를 차단하거나 Internet Explorer 설정으로 인해 사이트에 대한 적절한 액세스가 차단되는 경우 실제로 일반 브라우저를 사용하면 링크가 작동하지 않는 것처럼 보일 수 있습니다.
Office에서 링크를 클릭 할 때 브라우저가 계속 로그인 페이지로 리디렉션되는 이유가 궁금하십니까? 오른쪽 : Internet Explorer가 웹 사이트에서 인증되지 않은 경우 (특히 기본 브라우저가 아닌 경우에 해당) 일부 사이트는 로그인 페이지로 리디렉션하여 응답하여 실제로 클릭 한 URL을 Office에서 잊어 버릴 수 있습니다 ...
이에 대한 좀 더 자세한 내용은 재미 마이크로 소프트에서 짜증나는 "마이크로 소프트 오피스 프로토콜 검색" 마이크로 소프트 오피스 존재 디스커버리 프로토콜의 설명 블로그 게시물 :
Microsoft Office 2007의 URL 위치에서 문서를 열 때 Office 라이브러리는 웹 서버에 시작 URL에 대한 HTTP HEAD 요청을 할 수 있습니다. 이 요청은 사용자 에이전트가 "Microsoft Office Existence Discovery"로 설정된 상태로 전송됩니다. 이 전화는 Office 2007에 새로 도입되었습니다.
HEAD 요청의 목적은 내용이 단순히 읽기 전용 세션을 위해 스트리밍되는 임시 리소스가 아니라 URL 위치에 문서로 존재하는지 확인하는 것입니다. 호출은 또한 HEAD 응답에서 웹 서버가 리턴 한 컨텐츠의 최종 수정 시간을 확보하려고 시도합니다.
[...]
이 호출은 편집 자체가 요청되지 않은 경우에도 모든 URL 열기 시도에서 발생합니다. 결과적으로 별도의 세션에서 웹 브라우저가 아닌 네트워크 세션의 Office 응용 프로그램의 프로세스 공간에서 생성 된 추가 웹 호출로 인해 일부 사용자가 인증하라는 추가 프롬프트 (401) 또는 손실을 보게 될 수 있습니다. 세션 상태 및 로그인 페이지 또는 다른 피드백 형태로의 불필요한 리디렉션 (302)을 포함한다. 이것은 예상 된 동작입니다.
레지스트리를 사용하여이 기능을 비활성화 할 수 있습니다. 클릭 후 링크를 확인하는 MS Word 에서 내 답변을 참조 하십시오 .