Microsoft Office 2010 को तोड़फोड़ सर्वर के साथ एकीकृत करने से रोक रहा है जैसे कि यह शेयरपॉइंट है


11

हमारे पास एक अपाचे सबवर्सन सर्वर है जिसे हम अपने सभी डॉक्यूमेंट में स्टोर करते हैं (अन्य चीजों के अलावा)। हमारे पास svn में बहुत सारे Word, Excel, PDF आदि दस्तावेज हैं, और हमारे सभी उपयोगकर्ता अपने ग्राहक इंटरफ़ेस के रूप में TortoiseSVN का उपयोग करते हैं। बहुत सारे उपयोगकर्ता रेपो को एक वेब ब्राउज़र के माध्यम से भी ब्राउज़ करेंगे, जो (दुर्भाग्य से) अक्सर इंटरनेट एक्सप्लोरर होता है।

हाल ही में हमने Office 2010 (2003 से आ रहा है) को ट्रायल करना शुरू किया और पाया कि जब IE के साथ ब्राउज़ किया जाता है तो रेपो के दस्तावेज़ अलग तरह से खुलते हैं। IE को फ़ाइल डाउनलोड करने के बजाय और फिर उसे उपयुक्त ऐप पर भेजना चाहिए (जिसके बाद उसे स्थानीय रूप से संग्रहीत एक अस्थायी कॉपी होनी चाहिए), यह दस्तावेज़ के लिए URL को ऐप पर भेजता है । डॉक को ऐप द्वारा डाउनलोड किया जाता है और फिर इसका उपचार किया जाता है जैसे कि यह एक शेयरपॉइंट सर्वर से आया है, यानी ऐप इसे लॉक करने की कोशिश करता है और फिर किसी भी सहेजे गए परिवर्तन को सर्वर पर स्वचालित रूप से अपलोड करता है।

Googling से, ऐसा प्रतीत होता है कि बहुत से लोग इस व्यवहार को चाहते हैं। हालाँकि, हम इसे अक्षम करना चाहते हैं - यह हमारी मौजूदा प्रक्रियाओं के अनुकूल नहीं है। मैं ऐसा कैसे कर सकता हूं?

मेरे पास क्लाइंट मशीनों पर बहुत अधिक नियंत्रण नहीं है, इसलिए ऐसे समाधान जो प्रत्येक क्लाइंट के लिए इस तरह से सभी Office दस्तावेज़ सहयोग सुविधाओं को अक्षम करने के लिए हैं, जो वे मेरे लिए नहीं हैं। इसके अलावा, मुझे बहुत कुछ नहीं मिला कि मैं IE में Office दस्तावेज़ कैश हैंडलर ऐड-ऑन को अक्षम करने के अलावा अन्य कर सकता था। केवल क्लाइंट-साइड विकल्प जो संभव हो सकते हैं, वे हैं जो विशेष रूप से हमारे नामित सर्वर के लिए इस सुविधा को अक्षम करते हैं लेकिन इसे दूसरों के लिए छोड़ देते हैं।

ताकि सर्वर-साइड समाधान निकल जाए। मैं अनुमान लगा रहा हूं कि Office देखता है कि svn सर्वर में WebDAV समर्थन है और इसलिए एक Sharepoint- जैसे दस्तावेज़ प्रबंधन वर्कफ़्लो में स्थानांतरित होता है। क्या सर्वर पर सभी WebDAV समर्थन को अक्षम किए बिना इस तरह के एकीकरण को रोकने का कोई तरीका है (यह मानते हुए कि हम भी ऐसा कर सकते हैं)? हम वास्तव में अन्य प्रयोजनों के लिए svn के ऑटोवॉशिंगिंग का उपयोग करते हैं, इसलिए यह एक आवश्यक विशेषता है। अगर यह वास्तव में एक शेयरपॉइंट सर्वर है, तो मैंने इस सुविधा को अक्षम करने की चर्चा की है, लेकिन यह नहीं है! इस तरह की चीज़ कैसे काम करती है, इस बारे में मेरी समझ (यानी सर्वर पर WebDAV समर्थन की पहचान करने वाला ऑफिस क्लाइंट) बहुत सीमित है, इसलिए यदि आप कर सकते हैं तो कृपया आगे बताएं।

मामले में यह मायने रखता है, सर्वर सेटअप है:

उबंटू हार्डी 8.04 पर अपाचे v2.2.8 और तोड़फोड़ v1.4.6।


मैं इसे एक जवाब के रूप में नहीं सुझा सकता, क्योंकि यह एक बोझिल वर्कअराउंड के अधिक है। मुझे लगता है कि आप DFAV के बारे में सही हैं, क्योंकि Apache / SVN अपने एक्सेस प्रोटोकॉल के रूप में DAV का उपयोग करता है। इसे ध्यान में रखते हुए, आप अपाचे को छोड़ सकते हैं और svnserveइसके बजाय उपयोग कर सकते हैं ।
स्मॉलक्लैंगर

सुझाव के लिए धन्यवाद, लेकिन svnserver हमारे लिए कोई विकल्प नहीं है। हमारे पास बहुत सारे अनुकूलन हैं जो अपाचे का उपयोग करके हम पर निर्भर करता है।
जेम्स टिसाटो

मुझे MS से एक बहुत उपयोगी लेख मिला (मुझे आश्चर्य हुआ!): Support.microsoft.com/kb/838028 यह प्रतीत होगा कि Apache सर्वर अपने HTTP 1.1 विकल्प के माध्यम से इंगित करता है कि यह WebDAV संचालन में सक्षम है और इस प्रकार कार्यालय उनका उपयोग करता है । जहाँ यह कहने का विकल्प है कि "मैं चाहता हूं कि मेरा सर्वर WebDAV उपलब्ध हो, लेकिन मैं नहीं चाहता कि कार्यालय इसका उपयोग करे!"
जेम्स टिसातो

जवाबों:


13

इसे (आखिरकार) हल किया। http://support.microsoft.com/kb/838028 दस्तावेज़ सर्वर WebDAV क्षमताओं है या नहीं यह निर्धारित करने के लिए कैसे Office Microsoft Office प्रोटोकॉल डिस्कवरी का उपयोग करता है। यह एक HTTP 1.1 विकल्प अनुरोध भेजता है और उपलब्ध डीएवी सुविधाओं का विस्तार करते हुए 200 ओके उत्तर की उम्मीद करता है। सबवर्सन सर्वर में डीएवी सपोर्ट (सीमित) होता है और इस तरह जवाब दिया जाता है, और ऑफिस इसके बाद सर्वर पर वापस लिखने के लिए इसका उपयोग करता है।

हमने जो समाधान किया उसका उपयोग Apache सर्वर पर mod_rewrite का उपयोग करके इन अनुरोधों को रोकने और 405 मेथड नॉट अलाउंस प्रतिक्रिया को वापस भेजने के लिए किया गया था। फिर से लिखना कॉन्फ़िगर है:

# Intercept Microsoft Office Protocol Discovery
RewriteCond %{REQUEST_METHOD} ^OPTIONS
RewriteCond %{HTTP_USER_AGENT} ^Microsoft\ Office\ Protocol\ Discovery [OR]
RewriteCond %{HTTP_USER_AGENT} ^Microsoft\ Office\ Existence\ Discovery [OR]
RewriteCond %{HTTP_USER_AGENT} ^Microsoft\-WebDAV\-MiniRedir.*$
RewriteRule .* - [R=405,L]

यह "Microsoft Office प्रोटोकॉल डिस्कवरी" नाम के साथ एजेंटों से आने वाले विधि विकल्प के सभी अनुरोधों को स्वीकार करता है और एक 405 वापस भेजता है। इस समाधान का सुझाव http://rails.nuvvo.com/lesson/2318-deal- पर पहली टिप्पणी के द्वारा दिया गया था । Microsoft-Office-प्रोटोकॉल-खोज-इन-रेल # टिप्पणियों के साथ

अब कार्यालय कुछ विकल्प अनुरोधों की कोशिश करता है, 405 से इनकार कर दिया जाता है, फिर इस विशेष सर्वर के लिए सभी डीएवी समर्थन को छोड़ देता है और बंद कर देता है, जबकि इसे किसी अन्य सर्वर के लिए सक्षम किया जाता है जो क्लाइंट के साथ बातचीत करना चाहते हैं।


आपको बहुत - बहुत धन्यवाद! जब मैं तोड़फोड़ का उपयोग नहीं कर रहा हूं, मैं उसी मूल मुद्दे से लड़ रहा हूं और अब तक दस्तावेज नहीं खोज पाया हूं। मुझे अभी भी 100% यकीन नहीं है कि यह यह है, या यह सब है, लेकिन यह ऐसा लगता है। एक वेबपेज पर जुड़े कार्यालय के दस्तावेजों को खोलकर आंतरिक हाइपरलिंक्स (कोई रास्ता नहीं होने के साथ रिश्तेदार) ने पथ के साथ पूरी तरह से योग्य http पते को तैयार किया, भले ही प्रतिलिपि स्थानीय कैश से देखी जा रही हो। यह केवल IE में हुआ ... एफएफ और क्रोम ने स्थानीय फ़ाइल कैश से टूटे हुए लिंक (जैसा कि अपेक्षित था) दिखाया। एक बार फिर आपका धन्यवाद।
one.beat.consumer

1
@Chekolyn द्वारा सुझाए गए, कॉन्फ़िगर को फिर से लिखने के लिए follwoing तीन पंक्तियों को जोड़ें: RewriteCond %{HTTP_USER_AGENT} ^Microsoft\ Office\ Protocol\ Discovery [OR] RewriteCond %{HTTP_USER_AGENT} ^Microsoft\ Office\ Existence\ Discovery [OR] RewriteCond %{HTTP_USER_AGENT} ^Microsoft\-WebDAV\-MiniRedir.*$
HopelessN00b

Excel HYPERLINK () कॉल एक विकल्प अनुरोध उत्पन्न नहीं करते हैं, लेकिन वे एक अतिरिक्त GET उत्पन्न करते हैं। उनके साथ देखने के लिए उपयोगकर्ता-एजेंट स्ट्रिंग "एमएस-ऑफिस" है। 405 की त्रुटि लौटाते हुए हाइपरलिंक्स ठीक से काम नहीं कर पाए, लेकिन ऑफिस के लिए रिक्त 200 रिस्पॉन्स को वापस करने से यह काम चल गया, इसने डिफ़ॉल्ट वेब ब्राउज़र को लगभग तुरंत URL पर खोल दिया (मैं IIS पर ASP.NET का उपयोग कर रहा हूं, इसलिए मैंने किया। यह प्रमाणीकरण से पहले)।
ऋचात्य काल

हालाँकि अब कुछ एक्सेल में अब एमएस-ऑफिस नहीं है। उदाहरण के लिए मेरा 2013 नहीं है।
मपलुंगजान
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.