Office 2003에서 웹 사이트의 문서를 여는 방법

기술 자료 번역 기술 자료 번역
기술 자료: 838028 - 이 문서가 적용되는 제품 보기.
모두 확대 | 모두 축소

이 페이지에서

소개

이 문서에서는 Microsoft Office 2003에서 하이퍼링크를 사용하거나 Microsoft Internet Explorer의 웹 폴더를 사용하여 Microsoft Office Word 2003 문서, Microsoft Office Excel 2003 스프레드시트 및 Microsoft Office PowerPoint 2003 프레젠테이션을 여는 프로세스를 설명합니다. 이 프로세스는 웹 공동 작업을 향상시키기 위해 추가된 몇 가지 사항과 관련이 있습니다. 이러한 추가 사항은 이전 Office 동작에 의존하는 기존의 웹 솔루션에 영향을 미칠 수 있습니다. 제공되는 정보는 HTTP 리소스에서 문서를 다운로드하고 편집할 때 Office에서 사용하는 기술 프로세스를 보다 잘 이해하려는 웹 솔루선 개발자를 위한 것입니다.

추가 정보

Office 2003은 공동 작업을 보다 활성화하도록 설계되었습니다. 따라서 Office 2003의 웹 콘텐츠 작업 방법이 몇 가지 변경되었습니다. 이러한 변경 내용은 Office 문서가 Office 2003 시스템과 완전히 호환되도록 만드는 웹 솔루션을 작성하는 데 도움이 됩니다. 이 문서에서는 이러한 변경 내용을 기술적인 관점에서 설명합니다. 이러한 변경 내용은 Office 2003을 지원하는 다음과 같은 웹 서버에 보다 나은 제작 기능을 제공합니다.
  • Microsoft Windows SharePoint Services
  • Microsoft SharePoint Portal Server
  • Microsoft Exchange Web Store
참고 "Office"라는 용어는 아래의 제품에 적용됩니다.
  • Microsoft Office Word 2003
  • Microsoft Office Excel 2003
  • Microsoft Office PowerPoint 2003
"문서"라는 용어는 파일 형식에 관계없이 Word 2003, Excel 2003 또는 PowerPoint 2003에서 열 수 있는 모든 파일 또는 서식 파일에 적용됩니다.

Office 2003에서 HLINK 및 URLMON을 사용하여 하이퍼링크 설정

이전 버전의 Office와 마찬가지로 Office 2003도 Internet Explorer URL 모니커 구성 요소(Urlmon.dll)의 공개된 OLE 인터페이스를 사용하여 하이퍼링크 동작을 구현합니다. URLMON에서 제공하는 API를 통해 Office는 OLE 연결 원본을 처리할 때처럼 URL 리소스를 처리할 수 있습니다. 또한 URLMON API를 사용하여 비동기식으로 탐색하고 리디렉션하며 프로세스 간에 콘텐츠를 공유할 수도 있습니다.

탐색 기록 및 역방향 탐색 기능을 처리하기 위해 Office에서는 Microsoft Hyperlink Library(Hlink.dll)의 공용 인터페이스를 사용하여 하이퍼링크를 만들고, 하이퍼링크에 바인딩하고, 하이퍼링크로 이동합니다. HLINK는 URLMON에서 제공하는 기능을 위한 고급 수준의 래퍼로서, 하이퍼링크 동작의 기본적인 작업을 처리하기 위한 공통 프레임워크를 Office 응용 프로그램에 제공합니다.

Internet Explorer에서 Office 문서 열기

Internet Explorer에서 웹 페이지의 Office 문서로 연결된 하이퍼링크를 누르면 호스트 프레임이 URLMON을 사용하여 해당 하이퍼링크 리소스를 탐색합니다. URLMON은 HTTP GET 명령을 사용하여 파일 콘텐츠를 다운로드하고 해당 리소스를 얻은 후 아래의 세 위치 중 한 곳에서 콘텐츠 형식을 확인합니다.
  • HTTP 헤더에 지정된 관련 MIME 형식
  • 구조적 저장소 문서에 저장될 때의 CLSID
  • URL 문자열에 보존된 파일 확장명
해당 형식이 Office 응용 프로그램과 연결된 경우 URLMON은 대상 응용 프로그램의 OLE 인스턴스를 만듭니다. 그런 다음 OLE 개체의 IPersistMoniker 인터페이스를 사용하여 콘텐츠를 로드하라는 내용의 메시지를 OLE 인스턴스에 나타냅니다. URLMON은 URLMON이 해당 리소스에 대해 만든 URL 모니커를 Office에 전달합니다. 그러면 Office는 이 URL 모니커를 새 HLINK 개체에 래핑합니다. URL 모니커가 HLINK 개체에 바인딩되면 Office는 파일을 로드한 다음 사용자에게 표시할 수 있습니다.

모니커에서 로드한 다음 HLINK 및 URLMON을 사용하여 웹 콘텐츠에 바인딩하는 전체 프로세스는 본 문서의 범위를 벗어나므로 다루지 않습니다. 이 프로세스의 프로그래밍 요소에 대한 자세한 내용은 Microsoft Developer Network의 설명서를 참조하십시오.

자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
178853 예제: HLINKAXD가 하이퍼링크 액티브 문서를 보여 준다
이 방법에는 한 가지 중요한 단점이 있습니다. Internet Explorer에서 제공하는 URL 모니커는 일반적으로 읽기 전용이라는 것입니다. 콘텐츠를 읽고 수정할 수는 있지만 서버에 다시 저장할 수는 없습니다. 모니커에서 제공하는 저장소에 콘텐츠를 다시 저장하면 수정 내용이 Internet Explorer 임시 인터넷 파일 캐시의 콘텐츠에는 적용되지만 웹 서버의 콘텐츠에는 적용되지 않습니다. 이러한 단점을 해결하기 위해 Office 2000부터 게시 모니커의 개념이 도입되었습니다.

MSDAIPP를 사용하여 URL 모니커가 읽기 및 쓰기 권한을 갖도록 설정

Office 2000부터 URLMON 기능이 확장되어 FPSE(FrontPage Server Extensions) 또는 Web DAV(Distributed Authoring and Versioning)용 HTTP 1.1 명령 확장을 지원하는 게시 서버에 대한 전체 쓰기 권한을 지원할 수 있습니다.

전체 쓰기 권한은 URLMON에 대한 프로토콜 공급자 확장을 통해 완전히 지원됩니다. URLMON에 대한 프로토콜 공급자 확장을 사용하면 Microsoft OLE DB Provider for Internet Publishing Provider(Msdaipp.dll)라는 구성 요소를 통해 바인딩할 수 있습니다. URLMON에 대한 일련의 플래그를 이용하면 MSDAIPP를 사용하는 특수 URL 모니커를 통해 호스트가 바인딩을 요청할 수 있습니다. Office에서는 이를 게시 모니커라고 합니다. 게시 모니커는 MSDAIPP를 사용하여 서버에서 직접 콘텐츠를 열고 저장합니다. 이것이 바로 URLMON의 기능을 확장하기 위한 중요한 단계입니다.

그러나 여기에는 단점이 있습니다. MSDAIPP 구성 요소가 Internet Explorer 자체에서 사용 중인 세션이 아니라 고유한 Windows Internet(WININET) API 세션을 사용합니다. 따라서 MSDAIPP 요청에서 서버 쿠키와 같이 지속되지 않는 세션 정보를 사용할 수 없습니다. MSDAIPP가 일부 서버와 통신하기 위해서는 이러한 서버가 해당 URL을 다시 인증하거나 다시 탐색해야 합니다. 또한 다른 사용자가 변경했을 수 있는 "부실" 데이터를 가져오지 않기 위해 MSDAIPP는 쓰기 권한에 대해 웹 콘텐츠를 잠근 후에도 해당 웹 콘텐츠를 다시 가져옵니다. 이 때문에 문서 콘텐츠에 대해 HTTP GET 또는 FPSE POST가 웹 서버에 다시 요청됩니다.

이러한 단점을 해결하기 위해 Office 2000 서비스 릴리스 1부터 방법이 수정되었습니다. 로드 시 게시 모니커를 사용하여 바인딩하는 대신 Office는 Internet Explorer에서 제공하는 일반적인 읽기 전용 URL 모니커를 사용하여 문서에 바인딩합니다. 파일을 저장할 때는 서버가 웹 게시를 지원할 경우 게시 모니커로 전환하여 서버에 다시 저장합니다. 세션이 변경되기 때문에 다시 인증해야 할 경우 열 때가 아니라 저장할 때 자격 증명을 묻는 메시지가 나타납니다. 파일을 저장하지 않고 읽기만 할 경우 효율성을 높이기 위해 Office는 게시 모니커 컨텍스트로 전환하지 않습니다. 또한 서버에서 리소스를 잠그지도 않습니다. 이 방법은 절충된 방법입니다.

게시 모니커 컨텍스트를 사용하여 웹 문서를 열 때의 영향을 완화하기 위해 Office 2000 서비스 릴리스 1에서 변경된 몇 가지 사항에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
185978 FIX: Word 2000 또는 Excel 2000에서 GET 요청이 두 번 수행되고 쿠키가 손실된다
266263 BUG: Word 2000과 Excel 2000에서 MIME 유형을 사용하여 데이터 스트림을 전송할 경우 ASP 소스가 표시된다
247318 BUG: Response.Redirect를 사용할 때 Word 2000 및 Excel 2000이 제대로 리디렉션되지 않는다
264143 FIX: Office 2000 MIME 형식이 Internet Explorer에서 스트리밍될 때 ASP 세션 변수가 비어 있다

이전 Office 버전에서 사용되는 방법의 단점 인식

Office 2000 서비스 릴리스 1 및 Office XP에서 사용되는 절충 방법은 서버에서 문서를 탐색하고 저장하는 데 매우 적합합니다. 그러나 이 절충 방법에도 단점이 있습니다. 이 단점은 웹 관리자가 Microsoft Office와 보다 원활하게 통합되는 좀 더 복잡한 웹 기반 문서 관리 시스템을 작성할 때 더욱 분명해집니다.

가장 중요한 단점은 사용자가 저장하거나 쓰기 권한이 필요한 어떤 명시적 작업을 수행할 때 컨텍스트 전환이 지연된다는 것입니다. 문서 리소스가 잠기지 않아 첫 번째 사용자가 파일을 연 동안 다른 사용자나 다른 프로세스가 이를 변경할 수 있습니다. 따라서 첫 번째 사용자가 저장하려고 하면 두 번째 사용자의 변경 내용이 손실됩니다. 또는 두 번째 사용자가 변경했다는 사실을 모른 채 첫 번째 사용자가 모든 변경 내용을 삭제할 수도 있습니다.

또 다른 단점은 컨텍스트가 전환될 때까지 사용자가 제작자 권한을 알지 못하기 때문에 발생합니다. 실제로 파일 저장을 요청할 때에야 해당 파일을 저장할 권한이 없다는 메시지가 사용자에게 나타납니다. 파일을 저장할 권한이 없다는 메시지는 파일을 열고 편집하기 전에 사용자에게 나타나야 합니다. 바로 이것이 Office 2000 서비스 릴리스 1에 도입된 방법의 단점입니다.

Office 2003에서 변경된 하이퍼링크 프로세스 내용 확인

HTTP 인트라넷을 통해 문서를 공동 작업하는 프런트 엔드로 Office를 사용하는 사용자의 수가 증가하고 있습니다. 따라서 이전 방법의 단점이 더욱 심각해 집니다. 공유 문서와 탐색 문서 간의 차이를 감지할 수 있는 변경이 필요했으며 이러한 단점을 해결하기 위해 하이퍼링크 프로세스에 대한 새로운 기능이 Office 2003에 도입되었습니다.

Microsoft Office 프로토콜 검색에 대한 이해

웹 리소스 열기 요청을 받으면 Office 응용 프로그램은 웹 리소스를 여는 방법에 대해 아래와 같은 결정을 내려야 합니다.
  • Internet Explorer에서 다운로드한 콘텐츠에서 읽기 전용으로 리소스 열기. 콘텐츠가 찾아보기 모드로 열립니다.
  • 단독 액세스를 위해 서버의 문서를 잠근 상태에서 읽기/쓰기 권한으로 리소스 열기. 콘텐츠가 편집 모드로 열립니다.
웹 리소스를 여는 방법은 문서가 위치한 폴더 경로와 이 경로를 관리하는 서버의 기능을 조사함으로써 결정됩니다. 서버가 지원하는 기능을 확인하기 위해 Office 2003은 HTTP 1.1 표준 OPTIONS 명령을 실행합니다. OPTIONS 명령은 문서가 위치한 폴더에 대해 서버에서 지원하는 명령과 메서드를 식별하도록 서버에 요청합니다. 서버 식별 작업은 RFC 2616에 요약된 규칙에 따라 수행됩니다. HTTP 1.1 호환 웹 서버는 URI(Uniform Resource Identifier)에 대해 지원되는 메서드 목록으로 OPTIONS 요청에 응답합니다. Office는 응답을 평가하여 다음을 찾습니다.
  • 웹 제작 프로토콜

    서버 응답이 MS-AUTHOR-VIA 헤더 값이나 DAV와 일치하는 메서드 목록을 제공하면 Offic는 지정된 프로토콜을 사용하여 웹 서버에 문서를 다시 저장할 수 있다는 것을 인식합니다.

    현재 사용할 수 있는 프로토콜은 WEC(Web Extender Client) 및 Web DAV입니다. 서버에서 프로토콜을 제공하지 않으면 해당 파일은 읽기 전용으로 간주됩니다. 클라이언트는 다른 이름으로 저장 작업을 수행하여 복사본을 로컬로 저장할 수 있습니다. 그러나 원래 폴더에는 파일을 다시 저장하지 못합니다.
  • 웹 서버 유형

    Office는 또한 웹 서버 유형도 확인하려고 합니다. 이러한 확인은 OPTIONS 호출에서 반환하는 헤더 정보를 기반으로 이루어집니다. 특히 Office는 SharePoint 문서 라이브러리나 Exchange WebStore 폴더와의 통신을 나타내는 헤더 값을 확인합니다. 통신이 검색되면 Office는 서버에 대해 추가로 통신을 수행하여 다음과 같은 웹 공동 작업 기능을 사용 가능하게 설정합니다.
    • 웹 토론
    • 작업 목록 업데이트
    • 문서 체크아웃
    • 문서 체크인
    이전 웹 공동 작업 기능은 특정 웹 서버 유형에서 지원됩니다. 이러한 웹 서버 유형을 식별하기 위해 Office는 아래의 헤더를 확인합니다.
    • MicrosoftSharePointTeamServices
    • MicrosoftTahoeServer
    • MicrosoftOfficeWebServer
    • MS-WebStore
OPTIONS 요청을 성공적으로 완료하기 위해 웹 서버에서 인증을 요구하는 경우 호출을 완료하기 위해 사용자에게 자격 증명을 묻는 메시지가 나타날 수 있습니다. 호출이 완료된 후 이 폴더에 대해 호출이 반복될 필요가 없도록 수집 정보가 레지스트리 하이브에 캐싱됩니다. Office 프로토콜 검색 캐시(Office Protocol Discovery Cache)는 다음 레지스트리 키 아래에 있습니다.

HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Common\Internet\Server Cache


Server Cache에는 열고 성공적으로 OPTIONS 호출을 반환한 각 웹 폴더에 대한 하위 키 항목이 포함되어 있습니다. 각 항목에는 다음과 같은 값이 포함되어 있으며 각 값은 해당 폴더에 대해 적절한 설정으로 설정되어 있습니다.
  • Protocol

    이 값은 해당 문서에 대해 사용할 웹 제작 프로토콜이 포함되어 있는 32비트 DWORD 값입니다. 현재 이 값은 다음과 같이 정의할 수 있습니다.
    • 0 - 읽기 전용 HTTP
    • 1 - FPSE를 사용하는 웹 폴더에 WEC 사용
    • 2 - DAV 확장 웹 폴더에 DAV 사용
  • Type

    이 값은 해당 폴더를 관리하는 웹 문서 공동 작업 서버의 유형을 나타내는 DWORD 값입니다. 현재 이 값은 다음과 같이 정의할 수 있습니다.
    • 0 - 공동 작업 없음
    • 1 - SharePoint Team Server
    • 2 - Exchange 2000 Server
    • 3 - SharePoint Portal 2001 Server
    • 4 - SharePoint 2001 다기능 폴더
    • 5 - Windows SharePoint Server 및 SharePoint Portal 2003 Server
  • Expiration

    이 값은 만료 시간이 포함되어 있는 64비트 DWORD 값입니다. UTC(Universal Time Coordinate) 형식의 만료 시간이 포함되어 있는 Win32 FILETIME 구조입니다. 만료 후 Office는 해당 값을 마지막으로 캐싱한 이후 서버 구성이 변경되지 않았는지 확인하기 위해 또 다른 OPTIONS 호출로 웹 서버에 다시 쿼리합니다. 만료 시간의 길이는 임의 시드에 따라 달라지며 보통 2주 이상입니다.

    중요 레지스트리 키는 정보 제공 목적으로만 제공된 것입니다. 레지스트리 키 또는 값을 직접 편집하지 마십시오. Office가 주기적으로 캐시를 비웁니다. 따라서 정보가 일시적으로만 저장됩니다.
최대 캐시 항목 수는 같은 Server Cache 키 아래의 MaxCount 레지스트리 값에 의해 설정됩니다. 최대 수에 도달하면 Office는 공간을 확보하기 위해 오래된 항목을 제거합니다. 공간을 비울 수 없으면 OPTIONS 호출 결과가 캐시되지 않습니다.

Office 프로토콜 검색의 알려진 단점 확인

Office 프로토콜 검색은 가장 중요한 단점을 해결한 후 문서를 읽기 전용 문서로 열어야 할지 또는 서버에서 읽기/쓰기 문서로 열어야 할지 결정합니다. 그러나 Office 프로토콜 검색에도 몇 가지 새로운 단점이 있을 수 있습니다. 아래의 문제는 현재 디자인에서 알려진 부작용입니다.
  • Office 프로토콜 검색은 표준 HTTP 1.1 OPTIONS 명령을 사용하지만 이 명령을 처리하지 못하는 웹 서버는 Office 2003에서 전체 읽기/쓰기 권한을 지원할 수 없습니다. 이것은 예상되고 의도적으로 설계된 동작입니다.
  • Office 파일을 열 때 인증을 요청하는 메시지가 나타날 수 있습니다. 웹 서버에서 해당 폴더의 URI에 대한 OPTIONS 호출을 처리할 때 인증을 요구하는 경우 이러한 동작이 발생합니다. 일반적으로 서버 구성을 변경하면 폴더에 대한 탐색 권한을 익명 사용자에게 부여하여 이 문제를 피할 수 있습니다. 탐색 권한은 목록 사용 권한이라고도 합니다. 서버에서 인증을 요구하는 경우 인증 요청 메시지가 나타납니다.
  • 문서를 열 때 클라이언트 인증서를 선택하거나 신뢰할 수 있는 서버 인증서를 선택하라는 메시지가 나타날 수 있습니다. 동일한 탐색에 대해 이전에 이 인증서 정보를 Internet Explorer에 제공한 경우에도 이러한 동작이 발생할 수 있습니다. Office가 서버에 대해 고유 프로세스 공간을 새로 요청하므로 매번 새로운 세션이 만들어집니다. 이 새 세션은 성공적으로 OPTIONS 호출을 완료하기 위해 추가로 보안 경고를 생성하거나 프롬프트를 표시할 수 있습니다.
  • 문서 수집에 사용되는 쿠키 정보가 OPTIONS 요청에서 사용되지 않습니다. 이 쿠키 정보가 없을 경우 서버에서 폴더 URL에 대한 직접 호출을 허용하지 않으면 OPTIONS 호출이 성공하지 못할 수 있습니다. 이러한 문제가 발생하면 사용자에게 반복적으로 인증을 요청하는 메시지가 나타날 수 있지만 사용자가 인증을 제공하지 못할 수 있습니다. 이 문제는 인증 누락 때문이 아니고 웹 서버에 대한 세션 쿠키가 누락되었기 때문에 발생합니다. 이 문제는 인증 정보 대신 쿠키 정보를 사용하거나 쿠키 정보와 인증 정보를 모두 사용하는 특정 웹 서버 디자인에서만 발생합니다.
  • 인트라넷 환경에서 계층 5 필터링 기능이 있는 Cisco CSS(Content Server Switch) 로드 균형 조정 프로그램을 사용하는 네트워크 구성에 알려진 문제가 있습니다. CSS 소프트웨어는 HTTP 1.1 OPTIONS 명령을 올바르게 처리하지 않습니다. 이 소프트웨어는 웹 서버에 호출을 전달하지 않습니다. 또한 클라이언트에 오류를 나타내는 응답을 반환하지 않고 TCP 연결을 닫습니다.

    서버에서 TCP 패킷을 승인하지 않기 때문에 클라이언트는 서버가 메시지를 받지 못했다고 간주하고 메시지를 다시 보냅니다. Office는 결국 TCP 연결이 시간 초과될 때까지 이 메시지를 계속 보내고 응답을 기다립니다. 이로 인해 Office 파일을 열 때 클라이언트가 응답을 중지하게 됩니다. Office 응용 프로그램은 서버 응답을 기다리지만 CSS 로드 균형 조정 프로그램이 TCP 패킷을 삭제하기 때문에 서버 응답이 수신되지 않습니다.

    Cisco도 이 문제에 대해 알고 있으며 문제를 해결하기 위한 업데이트를 준비 중입니다. 업데이트 없이 이 문제를 해결하려면 CSS 필터링을 수준 3 규칙 또는 수준 4 규칙으로 낮춥니다. 또한 URL이 해당 콘텐츠가 보관된 웹 서버를 직접 가리키도록 열리는 URL을 변경하여 로드 균형 조정 프로그램을 무시해도 됩니다.
Office 프로토콜 검색의 장점은 현재 알려진 단점보다 큽니다. 시간이 지나면 이러한 문제도 감소될 것입니다. 기존 네트워크 디자인을 조정할 수 없는 경우에도 해결 방법을 제공할 수 있도록 마지막 두 가지 문제를 계속 추적할 것입니다. Office 프로토콜 검색을 사용하는 것이 장기적으로 웹 공동 작업에 올바른 전략입니다.

UNC 리디렉터 파일에 대한 HTTP 변환 이해

Windows XP Professional을 실행하는 클라이언트는 웹 클라이언트 서비스를 사용하여 DAV 웹 폴더에 대한 네트워크 환경을 만들 수 있습니다. 웹 클라이언트 서비스는 WebDAV 소형 리디렉터라고도 합니다. 이 웹 클라이언트 서비스를 사용하면 DAV를 사용하는 폴더를 UNC 공유로 나타낼 수 있습니다.

응용 프로그램이 일반적으로 UNC 경로에 파일을 저장하기 때문에 파일을 열고, 편집하고, 파일에 저장할 수 있습니다. 그러나 문서 공동 작업에는 웹 클라이언트 서비스에서 제공하는 기능 외에 다른 기능도 필요합니다. 따라서 Office 2003에는 웹 클라이언트 서비스를 사용하여 파일을 열었는지 확인하기 위한 코드가 추가되었습니다. 웹 클라이언트 서비스를 사용하여 파일을 연 경우 Office 2003은 전체 URL로 경로로 다시 매핑한 다음 해당 서버 유형에 적합한 프로토콜을 사용하여 별도로 파일을 엽니다. 이렇게 하면 URL에서 직접 파일을 연 것처럼 Office 2003 응용 프로그램에서 전체 문서 공동 작업 기능을 수행할 수 있습니다. Office 프로토콜 검색을 비롯하여 앞에서 설명한 정보는 웹 클라이언트를 사용하는 UNC 공유에서 연 문서에 적용됩니다.

하이퍼링크 영역 보안 및 보안 프롬프트에 대한 이해

Office 2003에서는 Office 문서에 설정된 인터넷 하이퍼링크에 대해 강화된 보안 기능을 사용합니다. 예를 들어 Internet Explorer가 서버로의 자격 증명 전달을 허용하거나 거부할 수 있도록 보다 제한적인 보안 영역 정책을 따라 보안 자격 증명 정보를 전달합니다. 이때 허용 또는 거부는 해당 사용자에 대해 설정된 영역 설정에 따라 결정됩니다.

또한 Office 2003에서는 사용자가 탐색을 제어하고 있을 때 WININET에 올바른 창 핸들이 있는지도 확인합니다. 따라서 작업을 수행할 때 프롬프트가 필요한 경우 WININET가 사용자에게 보안 프롬프트를 표시할 수 있습니다. 이를 통해 Office의 웹 보안이 향상됩니다. 그러나 Internet Explorer 보안 영역에 대한 제한이 더 엄격해져서 이전 버전의 Office에서는 나타나지 않았을 경고가 나타날 수 있습니다. 하이퍼링크 탐색 동안 경고가 나타납니다.

또한 Office 2003에서는 다음과 같은 경우에도 경고 프롬프트가 나타납니다.
  • 사용자가 Office 문서에서 하이퍼링크를 누릅니다.
  • 문서에 탐색을 수행할 수 있는 URL 리소스를 기반으로 하는 콘텐츠가 포함되어 있습니다.
이러한 추가 경고 프롬프트는 사용자가 웹 사이트로 이동하려고 하고 해당 사이트를 신뢰할 수 있는지 확인합니다. 이 프롬프트 동작은 레지스트리 설정을 통해 제어할 수 있습니다.

자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
829072 Office 2003에서 하이퍼링크 경고 메시지를 해제하는 방법

참조

OPTIONS 명령 및 HTTP 1.1 프로토콜에 대한 자세한 내용은 다음 Internet Engineering Task Force 웹 사이트의 HTTP Working Group Request for Comments 사양 2616번을 참조하십시오.
http://www.ietf.org/rfc/rfc2616.txt
Office 이전 버전의 하이퍼링크 문제에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
297891 웹 브라우저와 Office XP 프로그램 간에 전환할 때 성능 및 메모리 문제가 발생한다
810360 BUG: Word 2000 및 Excel 2000에서 하이퍼링크로 이동하는 경우 같은 세션에서도 쿠키 정보가 유지되지 않는다
225234 OFF2000: 브라우저에서 Office 문서를 열 때 암호를 묻는 메시지가 나타난다
314400 OFF2000: Office 문서에서 하이퍼링크로 이동할 때 암호를 묻는 메시지가 불필요하게 나타난다
218153 OFF2000: 하이퍼링크를 누르면 "인터넷 서버 또는 프록시 서버를 찾을 수 없습니다." 오류 메시지가 나타난다
280680 OFF2000: Office 문서로 연결된 하이퍼링크로 이동할 수 없다




Microsoft 제품 관련 기술 전문가들과 온라인으로 정보를 교환하시려면 Microsoft 뉴스 그룹에 참여하시기 바랍니다.

속성

기술 자료: 838028 - 마지막 검토: 2005년 5월 2일 월요일 - 수정: 1.0
본 문서의 정보는 다음의 제품에 적용됩니다.
  • Microsoft Office Excel 2003
  • Microsoft Office PowerPoint 2003
  • Microsoft Office Word 2003
키워드:?
kbinfo kbofficeauto KB838028

피드백 보내기

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com