Makale numarası: 838028 - Son Gözden Geçirme: 02 Temmuz 2004 Cuma - Gözden geçirme: 1.3

Office 2003'te bir Web sitesinden belgeleri nasıl açılır

Sistem İpucuBu makale, kullandığınızdan farklı bir işletim sistemine yöneliktir. Sizinle ilgili olmayabilecek makale içeriği devre dışı bırakıldı.

Bu Sayfada

Hepsini aç | Hepsini kapa

Giriş

Bu makalede, Microsoft Office Word 2003 belgelerini, Microsoft Office Excel 2003 elektronik tabloları ve Microsoft Office PowerPoint 2003 sunu köprüler veya Microsoft ınternet Explorer'daki Web klasörlerini kullanarak açmak için Microsoft Office 2003 tarafından kullanılan işlem. Işlemi, Web ortak çalışma geliştirmek için yapılmış olan birkaç eklemeleri içerir. Bu ekleme, önceki Office davranış kullanan varolan Web çözümlerini etkileyebilir. Sağlanan Web çözümü Office belge karşıdan yükleniyor ve bir HTTP kaynaktan düzenleme işlemek için kullandığı teknik işlemi bir daha iyi anlamak isteyen geliştiriciler için bilgilerdir.

Daha fazla bilgi

Office 2003 daha birlikte çalışılabilecek çalışma alanı oluşturmak için tasarlanmıştır. Bu nedenle, Office 2003 Web içeriği ile çalışması için birkaç değişiklik yapıldı. Bu değişiklikler, Office belgelerini Office 2003 sistemi ile tam uyumlu Web çözümlerini oluşturmasına yardımcı olur. Bu makalede, bu değişiklikleri bir teknik açısından açıklar. Bu değişiklikler, Office 2003'ü destekleyen aşağıdaki Web sunucuları için daha iyi yazma özellikleri sağlar:
  • Microsoft Windows SharePoint Services
  • Microsoft SharePoint Portal Server
  • Microsoft Exchange Web deposu
Not "Office" terimi, aşağıdaki ürünler için geçerlidir:
  • Microsoft Office Word 2003
  • Microsoft Office Excel 2003
  • Microsoft Office PowerPoint 2003
"Belge" terimi, herhangi bir dosya veya dosya biçimi ne olursa olsun, Word 2003'te, Excel 2003 ve PowerPoint 2003 ' te açılabilen herhangi bir şablon uygulanır.

HLINK ve URLMON kullanarak Office 2003'te köprü

Önceki Office sürümleri gibi Office 2003, ınternet Explorer'da URL adı (Urlmon.dll) bileşeninin genel olarak duyurulmuş sunulma OLE arabirimleri kullanarak köprü davranış uygular. API URLMON tarafından sağlanan herhangi bir OLE bağlantısı kaynak Office tarafından değerlendirilir gibi bir URL kaynak davran Office sağlar. Ayrıca, URLMON API yöntem zaman uyumsuz bir gezinti, Yönlendirme ve işlemler arasında paylaşım içeriği de sağlar.

Gezinme geçmişi ve geriye doğru özellikleri için <a0></a0>, köprülerini bağlamak ve köprüler gitmek için köprü oluşturmak için Microsoft köprü kitaplığının (Hlink.dll) ortak arabirimleri Office kullanır. HLINK tarafından URLMON kullan?ma sunulan özellikler için yüksek düzeyli kapsayıcı ' dir. HLINK, Office uygulamalarının köprü davranış temel görevleri yönetmek için ortak bir çerçeve sağlar.

Bir Office belgesini ınternet Explorer'dan açma

ınternet Explorer'da bir Web sayfasından bir Office belgesine bir köprüyü tıklattığınızda, URLMON kullanarak ana bilgisayar çerçevesi için <a2>Köprü</a2> kaynak gider. HTTP GET komutu kullanarak, URLMON dosya içeriği yükler. Kaynak URLMON'ı aldıktan sonra URLMON sırasında içerik türünü tanımlamak için aşağıdaki üç konumdan birini arar:
  • HTTP üstbilgisinde belirtilen MIME türüyle ilişkili
  • CLSID olarak yapılandırılmış depolama belgeye kaydedilir..
  • Bu URL dizesinde korunur, dosya adı uzantısı
Tür bir Office uygulaması ile ilişkili ise, URLMON hedef uygulama OLE örneğini oluşturur. URLMON içeriği <a0>OLE</a0> nesnesinin IPersistMoniker arabirimini kullanarak yüklemek için OLE örnek ister. URLMON URLMON Office kaynak oluşturan URL adı geçiyor. Office, sonra yeni bir HLINK nesnesinde URL adı kaydırılır. URL adı HLINK nesnesine bağlı sonra Office dosya yüklenemedi ve sonra da dosyayı kullanıcıya görüntüleyebilirsiniz.

Bir takma ad [NULL]'ı yükleme ve daha sonra Web içeriği bağlamak HLINK ve URLMON kullanarak tam, bu makalenin kapsamı dışındadır işlemidir. Bu işlem bir programlama yönleri hakkında daha fazla ayrıntı için Microsoft Developer Network'te belgelerine bakın.

Daha fazla bilgi için, Microsoft Bilgi Bankası'ndaki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın:
178853  (http://support.microsoft.com/kb/178853/ ) Etkin belgeyi Köprü HLINKAXD gösterir
Bu yaklaşım önemli bir olumsuz yanı vardır. ınternet Explorer tarafından sağlanan URL'YI takma adların genellikle salt okunur durumdadır. Içeriği açmak ve içeriğini değiştirebilir, ancak sunucuya içerik geri kaydedemiyor. Depolama Birimi tarafından ad sağlanan içerik geri kaydettiğinizde, değişiklikler ınternet Explorer Temporary ınternet Files önbelleğindeki içeriğin uygulanır. Ancak, Web sunucusundaki içerik değişiklikler uygulanmaz. Bu olumsuzluk gidermek için <a0></a0>, Office 2000 ve sonraki sürümlerinde yayımlanıyor ad kavramını başlanmıştır.

MSDAIPP kullanarak okuma erişimi ve yazma erişimi olan bir URL ad oluşturma

Office 2000'in giriş ile URLMON yeteneklerini FrontPage Server Extensions (FPSE) ya da HTTP 1.1 komut uzantıları, Web üzerinde Dağıtılmış Yazma ve sürüm oluşturma (DAV) destekleyen bir yayımlama sunucusu tam yazma erişimi destekleyecek şekilde genişletildi.

Tam yazma erişimi için destek, bir iletişim kuralı sağlayıcısı için URLMON uzantısıyla tamamlanır. Iletişim kuralı sağlayıcısı uzantının URLMON için Microsoft OLE DB Provider ınternet Publishing Provider (Msdaipp.dll) adlı bir bileşeni üzerinden bağlama izin verir. Bir URLMON için bayraklarını kullanarak, bir ana bilgisayara bağlama MSDAIPP kullanan özel bir URL ad türü kullanarak isteyebilirler. Offıce için yayımlama bir takma ad gösterir. Yayımlama ad MSDAIPP açmak için doğrudan sunucuda içeriği kaydetmek için kullanır. Bu, URLMON'ın becerilerini artıran için önemli bir adımdır.

Ancak, bir olumsuz yanı vardır. MSDAIPP bileşeni kendi oturumu, Windows ınternet (WININET) API, oturumun kullanımda değil kendi ınternet Explorer'ı kullanır. Bu nedenle, sunucu tanımlama bilgilerini, oturumu olmayan kalıcı bilgiler MSDAIPP isteklerinde kullanılamaz. Bu, yeniden kimlik doğrulaması veya re-navigation MSDAIPP bu sunucularıyla iletişim kurarken URL'SI için gerekli bazı sunucular sağlar. Ayrıca, başka bir kullanıcı tarafından değiştirilmiş olabilir "eski" veri alma önlemek için <a0></a0>, MSDAIPP Web içeriği yazma erişimi için Web içeriği başarıyla kilitleme sonra re-acquires. Bu, ikinci bir HTTP GET isteği veya belge içeriği için Web sunucusu için ikinci bir FPSE POST isteğini neden olur.

Bu olumsuzluk bir çözüm için <a0></a0>, değiştirilen bir yaklaşım, Office 2000 Service Release 1 başlanmıştır. Yük zaman yayımlama bir ad kullanarak bağlanmaya çalışırken yerine, Office belge için ınternet Explorer tarafından sağlanan normal salt okunur URL adı'nı kullanarak bağlanır. Dosyayı kaydetmek istediğinizde, Office Web yayımlama sunucu desteklerse, sunucuya geri kaydetme gerçekleştirmesini yayımlama takma ad geçmek çalışır. Yeniden kimlik doğrulaması oturum değişikliği nedeniyle gerekli, yerine açık kimlik bilgileri kaydetmek için istemde bulunulur. Dosyayı kaydetmeden dosyayı okumak istiyorsanız, Office pahalı anahtarı-olarak-içeriğine yayımlama bir takma ad önler. Office Ayrıca, sunucu kaynağı kilit önler. Bu bir güvenliğinin aşılmasına yaklaşımdır.

Yayımlama ad içeriği'ni kullanarak, Web belgelerini açarken etkilerini hafifletmek için Office 2000 Service Release 1'e yapılan değişiklikler hakkında daha fazla bilgi için Microsoft Knowledge Base'deki makaleleri görüntülemek üzere aşağıdaki makale numaralarını tıklatın:
185978  (http://support.microsoft.com/kb/185978/ ) GET istekleri ve tanımlama bilgilerini çift Word 2000'de veya Excel 2000 ile kaybolur
266263  (http://support.microsoft.com/kb/266263/ ) Hata: Word 2000 ve Excel 2000 ASP kaynağını akış verileri için MIME türü kullanılırken görüntülemek
247318  (http://support.microsoft.com/kb/247318/ ) Hata: Word 2000 ve Excel 2000 doğru Response.Redirect kullanırken yönlendirmeyin
264143  (http://support.microsoft.com/kb/264143/ ) Düzeltme: Office 2000 MIME türleri ınternet Explorer ile akışa alınır, ASP oturum değişkenleri boş

Önceki Office sürümleri tarafından kullanılan yaklaşımlar ile dezavantajları tanıma

Office XP ve Office 2000 Service Release 1 tarafından kullanılan güvenliğinin aşılmasına yaklaşım iyi gözatma belgeler için ve bu belgeleri sunucuya kaydetmek için uygundur. Ancak, güvenliğinin aşılmasına yaklaşım dezavantajları vardır. Dezavantajları, Web geliştiricilerinin daha sorunsuz olarak Microsoft Office ile tümleştirme amacındadır daha karmaşık Web tabanlı belge yönetim sistemleri olarak fazla fark olur.

Kullanıcı kaydetmek veya açık bir eylem gerçekleştirmeye çalıştığında sonra yazma erişimi gerektiren kadar en önemli olumsuzluk anahtarı-ın-içerik ertelenmesine neden. Belge kilitli ve dosyayı ilk kullanıcı olan süre içinde başka bir kullanıcı veya başka bir işlem tarafından değiştirilebilir. Ilk kullanıcı sonra kaydetmek çalışırsa, ikinci kullanıcı değişiklikler kaybolur. Alternatif olarak, ne, ikinci kullanıcı değiştirdi bilmeden yaptıkları değişiklikleri atma olanağınız ile ilk kullanıcı kitap.

Başka bir olumsuzluk, anahtarı-ın-içerik oluşana kadar kullanıcının <a1>Yazar</a1> izinlerinin bilinmeyen olduğundan oluşur. Kullanıcı, kullanıcı dosyayı kaydetmek için gerçek istek yapan kadar dosya kaydetme izninizin olması bildirilir değil. Kullanıcı, bunları düzenlemek için dosya açılmadan önce dosyayı kaydetmek için izinleriniz yeterli değil, bildirimde bulunulacak. Bu, Office 2000 Service Release 1'de gerçekleştirilen yaklaşımın olumsuz yanı.

Tanıtıcı işleminde yapılan değişiklikler köprü için Office 2003

Office bir ön uç olarak belge işbirliği için HTTP intranet kullanan kullanıcılar sayıları giderek artan vardır. Bu nedenle, önceki yaklaşımın dezavantajları dar altındadır. Değişiklikler, paylaşılan belgeyi ve taranan bir belge arasýndaki algılamak için gereklidir. Office 2003, köprü işlemine dezavantajları çalışmak için yeni özellikleri tanıtır.

Microsoft Office Protokolü bulma anlama

Bir Office uygulaması, Web kaynağı'nı açmak için bir istek aldığında, aşağıdaki Web kaynağı'nı açma hakkında kararlar almak Office uygulaması vardır:
  • ınternet Explorer tarafından yüklenen içeriğinden kaynak salt okunur olarak açın. Bu içerik tarama modunda açılır.
  • Okuma/yazma için özel erişim sunucusunda bir belge kilit ile olarak kaynağı'nı açın. Bu içeriği düzenleme modunda açılır.
Web kaynağı'nı açma konusunda karar belge muhasebenin kaynaklandığı klasör yolu incelemektedir ve bu yolu yöneten sunucu yeteneklerini araştırma giderilmiştir. Hangi yeteneklerini belirlemek için sunucu destekler, Office 2003 HTTP 1.1 Standart Seçenekler komutunu verir. OPTIONS</a0> komutu, sunucunun hangi komutları ve sunucu için belgenin bulunduğu klasör desteklediğini hangi yöntemleri belirlemek ister. Sunucu tanımlayıcısı RFC 2616 ' özetlenen kurallara uygun şekilde yapılır. HTTP 1.1 uyumlu Web sunucusu, Tekdüzen Kaynak tanımlayıcısını (URI) için desteklenen yöntemlerin listesi ile OPTIONS isteğini yanıtlar. Office, yanıt veren ve aşağıdakiler için arama yapar:
  • Web geliştirme iletişim kuralı

    Sunucu yanıtı, bir üstbilgi, MS-AUTHOR-VIA değeri veya Distributed Authoring and Versioning, belgede belirtilen iletişim kuralı'nı kullanarak Web sunucusuna kaydedilebilir Office notları tutarlı olan yöntemleri listesini sağlarsa.

    Şu anda kullanılabilir olan protokolleri Web genişletme istemcisi (WEC) ve Web DAV ' dir. Sunucu, bir iletişim kuralı sağlamaz, dosyanın salt okunur olarak kabul edilir. Istemci, yerel bir kopyasını kaydetmek için SaveAs gerçekleştirebilirsiniz. Ancak bir kopyasını geri dosya nereden geldiğini klasörüne kaydedilemiyor.
  • Web sunucusu türü

    Office Web sunucusu türü belirlemek de çalışır. Bu belirleme SEÇENEKLERI tarafından döndürülen üstbilgiyi göre arayın. Özellikle, Office SharePoint belge kitaplığına veya Exchange WebStore klasörü ile iletişimi gösteren bir üstbilgi değerleri arar. Iletişim algılanırsa, Office, aşağıdaki Web ortak çalışma özellikleri etkinleştirmek için sunucuya ek iletişim gerçekleştirir:
    • Web Tartışmasını
    • Görev listesi güncelleştirmeleri
    • Belgeyi kullanıma alma
    • Belgeyi iade et
    Önceki Web ortak çalışma özellikleri, belirli bir Web sunucusu türleri tarafından desteklenir. Web sunucusunun türünü tanımlamak için <a0></a0>, Office için üstbilgileri aşağıdaki gibi görünür:
    • MicrosoftSharePointTeamServices
    • MicrosoftTahoeServer
    • MicrosoftOfficeWebServer
    • MS-WebStore
Web sunucusu bir OPTIONS isteğini işleminin başarıyla tamamlanabilmesi için kimlik doğrulaması gerektiriyorsa, aramayı tamamlamak kimlik bilgileri istenebilir. Arama tamamlandıktan sonra arama için bu klasörü yeniden yinelenmesi olması için toplanan bilgiler, kayıt defteri kovanında önbelleğe alınır. Office iletişim kuralı bulma önbelleklerine, aşağıdaki kayıt defteri alt anahtarında bulunur:
HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Common\Internet\Server Cache
Sunucu önbelleğini sub-key girişleri olan açılır ve bir OPTIONS çağrısı başarıyla döndürdü, her Web klasörü içerir. Her giriş için bu klasör için uygun olan ayar aşağıdaki değerleri içerir:
  • Iletişim kuralı

    Bu belge için kullanılacak iletişim kuralını geliştirme Web içeren bir 32-bit DWORD değeridir. Şu anda tanımlı değerler izleyin:
    • salt okunur HTTP 0
    • bir FPSE etkinleştirilmiş bir Web klasörüne WEC 1
    • DAV genişletilmiş bir Web klasörü için DAV 2
  • Türü

    Bu klasörü yöneten Web belge işbirliği sunucusunun türünü gösteren bir DWORD değeridir. Şu anda tanımlı değerler izleyin:
    • hiçbir işbirliği 0
    • SharePoint Team Server 1
    • Exchange 2000 Server için 2
    • SharePoint Portal 2001 Server 3
    • Gelişmiş klasör SharePoint 2001 için 4
    • Windows SharePoint Server ve SharePoint Portal Server 2003 için 5
  • Süre sonu

    Bu bir sona erme zamanı içeren bir 64-bit QWORD değerdir. Bir Win32 değerdir FILETIME yapısı evrensel zaman koordinatı'nı (UTC) biçimindeki son kullanma tarihini içerir. Süre sonra Office Web sunucusu değerleri son önbelleğe alınan sonra sunucu yapılandırma değişti emin olmak için başka bir OPTIONS çağrısıyla re-queries. Sona erme süresi rasgele bir çekirdek göre değişir. Sona erme süresi genellikle 2 hafta veya daha uzun olan.

    Önemli Kayıt defteri anahtarı, yalnızca bilgi verme amacıyla sağlanmıştır. Kayıt defteri anahtarını veya değerleri doğrudan düzenlemeyin. Office, dönemsel önbelleği temizler. Bu nedenle, kaydedilen bilgiler geçicidir.
Önbellek girdisi sayısının MaxCount aynı sunucu önbelleği anahtarı altındaki kayıt defteri değeri tarafından ayarlanmış olabilir. Office, en yüksek sayımı ulaşılırsa, boş alan açmak için eski girdilerini kaldırır. Boşluk temizlendi, OPTIONS</a0> aramasının sonuçları önbelleğe alınmaz.

Office Protokolü bulma tarafından neden olduğu bilinen dezavantajları tanımlama

En önemli olumsuzluk Office Protokolü bulma çözer ve, belgenin salt okunur bir belge veya sunucu üzerinde okuma/yazma belge olarak açılması olup olmadığı belirlenemiyor. Ancak, Office Protokolü bulma olasılığını bazı yeni dezavantajları vardır. Aşağıdaki sorunlar yan etkileri geçerli Tasarım oluştuğu bilinmektedir:
  • Office Protokolü bulma, standart HTTP 1.1 OPTIONS komutu kullanır. Bu komutu işleyemez web sunucuları, Office 2003'te tam okuma/yazma erişimi desteklemez. Bu, beklenen ve tasarım gereğidir.
  • Office dosyalarını açtığınızda, kimlik doğrulaması için istenebilir. Web sunucusu, bir klasörün URI OPTIONS ça?r? işlemek için kimlik doğrulaması gerektiriyorsa, bu davranış oluşur. Genellikle klasörüne Gözat izinlerinin anonim kullanıcılara vererek, bu sorunun oluşmaması için sunucu yapılandırmasındaki değişiklikler yapılabilir. Gözatma izinleri de liste izinlerini biliyor olduğunuz. Sunucu kimlik doğrulaması gerektiriyorsa, kimlik doğrulaması istemi beklenir.
  • Bir istemci sertifikası seçmek için bir sunucu güven sertifika açarken istenebilir. Bu sertifika bilgilerini daha önce ınternet Explorer'ı aynı gezinti için sağlanan olsa bile bu davranış oluşabilir. Office, kendi işlem alanı için yeni bir isteği sunucuya çünkü, her zaman yeni bir oturum oluşturuldu. Bu yeni bir oturum, ek güvenlik uyarılarını oluşturabilir veya ek SEÇENEKLERI tamamlamak ister başarıyla arayın.
  • Kullanılan tanımlama bilgileri belge toplama için OPTIONS isteğinde kullanılmaz. Sunucu, bu tanımlama bilgisi olmadan <a1>Klasör</a1> URL'ye doğrudan çağrılarına izin vermeyen, OPTIONS Çağrı başarılı olabilir. Bu sorun oluşursa, kullanıcı kimlik doğrulaması için art arda sorulabilir, ancak kullanıcı kimlik doğrulaması yapmak mümkün olabilir. Eksik kimlik nedeniyle değil. Bu sorun, Web sunucusu için oturum tanımlama bilgileri eksik nedeniyle oluşur. Bu sorun, kimlik doğrulama bilgileri yerine tanımlama bilgilerine bağlıdır veya tanımlama bilgisi kimlik bilgileri artı bilgileri bağlı olan belirli Web sunucusu tasarımları özgüdür.
  • Intranet ortamlarında katmanı 5 süzme işlemi, bir Cisco içerik Server anahtarı (CSS) yük dengeleyici kullanan ağ yapılandırmaları olan bilinen bir sorun var. CSS yazılımı, HTTP 1.1 OPTIONS komutu doğru biçimde işlemez. CSS yazılım çağrı Web sunucusuna iletin. Ayrıca, CSS yazılım, bir hata gösterir ve sonra da TCP bağlantısını kapatır istemciye bir yanıt vermez.

    Istemci sunucu tarafından TCP paketi hiçbir zaman olarak onaylanmaz çünkü sunucu iletisini almadı inanmaktadır. Bu nedenle, istemci, iletinin yeniden gönderir. Office, bu ileti gönderme ve TCP bağlantısı sonunda zaman aşımına uğradı kadar yanıt beklerken devam eder. Bu, bir istemci, bir Office dosyasını açarken yanıt vermemeye başlamasına neden olabilir. Office uygulaması, sunucu yanıt bekler. Sunucu yanıtı, TCP paketi CSS yük dengeleyici düşünceye çünkü hiçbir zaman alınır.

    Cisco, bu sorun hakkında bilir. Cisco, sorunu gidermek için bir güncelleştirme üzerinde çalışmaktadır. Güncelleştirme olmadan bu soruna geçici bir çözüm bulmak için <a0></a0>, <a1>Düzey</a1> 3 kuralları veya 4 kuralları düzey süzme CSS düşürebilirsiniz. Ayrıca, böylece bu URL'NIN içeriği tutan doğrudan Web sunucusuna işaret açıldığında URL'YI değiştirerek yük dengeleyici atlayabilirsiniz.
Office Protokolü bulma tarafından kazanılan yararları bilinen dezavantajları outweigh. Bu sorunlar, zaman içinde azalır inanıyoruz. Biz çözümler varsa, varolan ağ tasarımı düzeltilemez kullanılabilir olduğundan emin olmak için son iki sorunları izlemek devam edecek. Kullanmak için seçim inanıyoruz Office Protokolü bulma Web ortak çalışma için uzun dönemli doğru stratejiyi olur.

Yeniden yönlendirici dosyaları UNC HTTP dönüştürme anlama

Windows XP Professional çalıştıran istemciler Ağ Bağlantılarım DAV Web klasörlerine Web istemcisi hizmetini kullanarak oluşturabilirsiniz. Web istemcisi hizmeti, WebDAV mini yönlendirici olarak da bilinir. Bu Web istemcisi hizmeti DAV etkin klasör UNC Paylaşımlarına görünür sağlar.

Bir uygulama, dosyayı açmak, dosyayı düzenlemek ve uygulama, genellikle bir UNC yoluna kaydettiğinden dosyaya kaydedebilirsiniz. Ancak, belge işbirliği, Web istemcisi hizmeti tarafından sağlanan çok daha fazla işlevleri gerektirir. Bu nedenle, Office 2003 Web istemcisi hizmeti tarafından bir dosya açtı, belirlemek için kodu eklemiştir. Web istemcisi hizmeti tarafından bir dosyayı açarsa, Office 2003 geri tam bir URL yolu re-maps ve dosyayı ayrı olarak sunucu türü için uygun iletişim kuralını kullanarak açar. Dosyayı doğrudan Office URL'den açıldığında, bu tam belge işbirliği özellikleri gerçekleştirmek bir Office 2003 uygulamas?n? sağlar. Açılan belgelerin Office Protokolü bulma, dahil olmak üzere daha önceleri, sağlanan bilgiler geçerli bir Web istemcisi etkin bir UNC paylaşımından.

Köprü bölge Güvenliği anlama ve güvenlik istekleri

Office 2003, Office Belge Bağlantıları'ndan ınternet köprü için Gelişmiş güvenlik önlemleri kullanır. Bu, ınternet Explorer izin veya kimlik bilgilerini sunucuya geçirmeden reddetmek için güvenlik kimlik bilgileri altında daha kısıtlayıcı bir güvenlik bölgesi ilkesi geçirmeden içerir. Izin veya reddi kullanıcı için belirlenen bölge ayarlarını temel alır.

Ayrıca, Office 2003 Gezinti kullanıcı denetimi altında olduğunda, WININET doğru pencere tanıtıcı olduğundan emin olur. Bunun anlamı, WININET istekleri bir eylem gerçekleştirmeniz gerekiyorsa, kullanıcıya güvenlik istemlerini yükseltebilirsiniz. Bu, Office Web güvenliğini artırır. Ancak, ınternet Explorer güvenlik bölgeleri için daha sıkı sınırlamalar, Office'in önceki sürümlerinde görüntülenen uyarıların görüntülenmesini neden olabilir. Uyarıları köprü gezinti sırasında görüntülenir.

Ayrıca, Office 2003, aşağıdaki koşullarda ek bir uyarı istemini ekler:
  • Kullanıcı Office belgesindeki bir köprüyü tıklattığında...
  • Belge gezinme gerçekleştiren bir URL kaynak tabanlı içerik içerir.
Ek uyarı komut istemini, kullanıcı Web sitesine gitmek ister ve bu sitenin güvenli olduğundan emin olmayı sağlar. Komut isteminde bu davranış bir kayıt defteri ayarı ile denetleyebilirsiniz.

Daha fazla bilgi için, Microsoft Bilgi Bankası'ndaki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın:
829072  (http://support.microsoft.com/kb/829072/ ) Office 2003'te köprü uyarı iletilerini devre dışı bırakma

Referanslar

HTTP çalışma grubu Request for Comments (RFC) belirtimi # 2616 aşağıdaki ınternet Engineering Task Force Web sitesindeki, Seçenekler komutu) ve HTTP 1.1 Protokolü hakkında ek bilgi için bkz:
http://www.ietf.org/rfc/rfc2616.txt (http://www.ietf.org/rfc/rfc2616.txt)
Office'in önceki sürümlerinde köprü sorunlar hakkında daha fazla bilgi için Microsoft Knowledge Base'deki makaleleri görüntülemek üzere aşağıdaki makale numaralarını tıklatın:
297891  (http://support.microsoft.com/kb/297891/ ) Bir Web tarayıcısı ve Office XP programları arasında geçiş yapmak için performans ve bellek sorunları yaşıyorsunuz
810360  (http://support.microsoft.com/kb/810360/ ) Hata: aynı oturum sırasında bir köprü taşıdığınızda Word 2000 ve Excel 2000 tanımlama bilgilerine korumak.
225234  (http://support.microsoft.com/kb/225234/ ) Bir tarayıcı içinde bir Office 2000 bir belgeyi açtığınızda, bir parola sorulur.
314400  (http://support.microsoft.com/kb/314400/ ) Office belgesindeki bir köprüyü izlediğinizde, gereksiz yere parolanız istenir
218153  (http://support.microsoft.com/kb/218153/ ) Office'te bir köprünün tıklatılmasıyla alınan hata iletisi: "ınternet sunucusu ya da proxy sunucusu bulmak yükleyemiyor"
280680  (http://support.microsoft.com/kb/280680/ ) Bir Office belgesine köprüyü olamaz

Bu makaledeki bilginin uygulandığı durum:
  • Microsoft Office Excel 2003
  • Microsoft Office PowerPoint 2003
  • Microsoft Office Word 2003
Anahtar Kelimeler: 
kbmt kbofficeauto kbinfo KB838028 KbMttr
Otomatik TercümeOtomatik Tercüme
ÖNEMLİ: Bu makale, bir kişi tarafından çevrilmek yerine, Microsoft makine-çevirisi yazılımı ile çevrilmiştir. Microsoft size hem kişiler tarafından çevrilmiş, hem de makine-çevrisi ile çevrilmiş makaleler sunar. Böylelikle, bilgi bankamızdaki tüm makalelere, kendi dilinizde ulaşmış olursunuz. Bununla birlikte, makine tarafından çevrilmiş makaleler mükemmel değildir. Bir yabancının sizin dilinizde konuşurken yapabileceği hatalar gibi, makale; kelime dağarcığı, söz dizim kuralları veya dil bilgisi açısından yanlışlar içerebilir. Microsoft, içeriğin yanlış çevrimi veya onun müşteri tarafından kullanımından doğan; kusur, hata veya zarardan sorumlu değildir. Microsoft ayrıca makine çevirisi yazılımını sıkça güncellemektedir.
Makalenin İngilizcesi aşağıdaki gibidir:838028  (http://support.microsoft.com/kb/838028/en-us/ )