2010-02-09 13 views
10

से कनेक्ट करने में त्रुटि Windows XP पर SSMS से मेरे किसी भी SQL सर्वर (25+) से कनेक्ट करने का प्रयास करते समय अचानक मुझे यह त्रुटि मिलनी शुरू हो गई। जब मैंने कल काम छोड़ दिया तो सबकुछ ठीक काम कर रहा था, आज सुबह आया, और मैंने इसे शुरू करना शुरू कर दिया। मेरे पीसी को रिबूट करने का प्रयास किया लेकिन यह स्पष्ट रूप से इसे ठीक नहीं किया। मेरे सहकर्मी सभी ठीक जुड़ा सकते हैं। समाधान के लिए खोजा गया लेकिन मुझे जो भी मिला वह .NET अनुप्रयोगों के संबंध में एन्क्रिप्शन के संबंध में था। निश्चित नहीं है कि एसएसएमएस को कैसे लागू करें।मेरे सभी SQL सर्वर

एक कनेक्शन को सफलतापूर्वक सर्वर के साथ स्थापित किया गया था, लेकिन फिर प्री-लॉगिन हाथ मिलाना दौरान कोई त्रुटि हुई: alt text http://picasaweb.google.com/lh/photo/-l9VrFuYXk-A80NzZ1kzng?feat=directlink

किसी कारण छवि काम नहीं करेगा के लिए तो त्रुटि यह है। (प्रदाता: एसएसएल प्रदाता, त्रुटि: 0 - प्रमाणपत्र श्रृंखला कोई प्राधिकरण विश्वसनीय नहीं है द्वारा जारी किया गया था।) (Microsoft SQL सर्वर)

+0

स्पष्ट प्रश्न: किस प्राधिकरण/प्रमाण पत्र द्वारा जारी किया गया था? क्या आपने जांच की है कि यह मान्य है (समाप्त नहीं हुआ, आदि) –

उत्तर

9

इस प्रयास करें ...

इसकी होगा एक ग्राहक मुद्दा हो। आपको शायद "क्लिकी" मिली और अनजाने में कुछ सेटिंग्स बदल दीं।

अपनी क्लाइंट नेटवर्क उपयोगिता खोलें (मेरा यहां है: सी: \ विन्डोज़ \ system32 \ cliconfg.exe)। सामान्य टैब के अंतर्गत, अक्षम प्रोटोकॉल देखें। उन्हें सभी को "बल प्रोटोकॉल एन्क्रिप्शन" होना चाहिए अनचेक। यदि यह उन मानों में से किसी एक के लिए चेक किया गया है, तो आपका स्थानीय एसएसएमएस शायद एन्क्रिप्टेड कनेक्शन को मजबूर करने और असफल होने की कोशिश कर रहा है।

अगर यह काम नहीं करता है तो वापस रिपोर्ट करें, और मैं थोड़ा और अधिक पोक करूंगा।

1

इस लिंक से:

Disable client-side Force Encryption on the server. On the machine that runs the SQL Server instance, open up the SQL Server Configuration Manager, right-click SQL Native Client Configuration, and set Force Protocol Encryption to No. Then try connecting locally.

http://blogs.msdn.com/sql_protocols/archive/2005/12/22/506607.aspx

+0

सभी 25 सर्वरों पर? ऐसा लगता है कि समस्या मेरी मशीन पर है। मेरे सहकर्मी अभी भी ठीक जुड़ा सकते हैं इसलिए मुझे नहीं लगता कि यह सर्वर पर कुछ है। –

+0

मैं असहमत नहीं हूं, लेकिन यदि आप इस मुद्दे को देखते हैं तो ऐसा लगता है कि आपके पास सर्वर के साथ प्रमाणित करने के लिए पंजीकृत डोमेन में स्वयं-हस्ताक्षरित प्रमाणपत्र नहीं है। इस लिंक में भी इसका उल्लेख है। –

+0

मुझे लगता है कि आप यहां सही रास्ते पर थे। मैंने पहले आपके वर्कअराउंड को अस्वीकार कर दिया क्योंकि आपने सर्वर पर उन्हें बदलने का सुझाव दिया था। समाप्त हुआ मैं एन्क्रिप्शन का उपयोग नहीं कर रहा हूं और अनजाने में बल प्रोटोकॉल एन्क्रिप्शन बॉक्स की जांच की है। आपकी सहायताके लिए धन्यवाद! –

2

आप अपने एसक्यूएल सर्वर से एन्क्रिप्टेड कनेक्शन का अनुरोध करते हैं और आप उन सर्वरों द्वारा उपयोग किए जाने वाले प्रमाण पत्र पर भरोसा नहीं करते हैं। ऐसा क्यों होता है असंख्य या कारणों पर निर्भर करता है।

  • क्या आपके सर्वर स्वयं हस्ताक्षरित प्रमाणपत्र या पीकेआई जारी प्रमाण पत्र का उपयोग करते हैं?
  • पीकेआई प्राधिकरण कौन है जो आपके प्रमाणपत्र जारी करता है? क्या यह एक कॉर्पोरेट प्रमाणपत्र सेवा है?
  • क्या आपका कंप्यूटर पीकेआई रूट अथॉरिटी पर भरोसा करता है?

यदि आपको इसका उत्तर नहीं पता है, तो आपको अपने नेटवर्क और सुरक्षा प्रशासकों से संपर्क करना होगा। बस अपने क्लाइंट से प्रोटोकॉल लागू करने की आवश्यकता को अक्षम करना कॉर्पोरेट नीति के खिलाफ हो सकता है, या सर्वर आपकी स्थानीय सेटिंग को अनदेखा कर किसी भी तरह एसएसएल लागू कर सकता है।

ये सभी प्रश्न हैं जो आपको अपने पर्यावरण प्रशासकों से पूछना चाहिए, सार्वजनिक मंच नहीं। आपको इस मुद्दे को हल करने का प्रयास करना चाहिए, अपने रास्ते को हैक न करें और एक गैर-अनुपालन मशीन के साथ समाप्त हो। यदि आप अपने सभी दूरस्थ सर्वर से कनेक्शन खो और अपने सहकर्मियों ठीक हैं

+0

"ये सभी प्रश्न हैं जो आपको अपने पर्यावरण प्रशासकों से पूछना चाहिए" हां बिल्कुल। – HLGEM

+1

मैं आपकी टिप्पणी से थोड़ा उलझन में हूं कि मुझे इन प्रश्नों को सार्वजनिक मंच में नहीं पूछना चाहिए। मैं पूरी तरह से सहमत हूं कि इस मुद्दे को हल किया जाना चाहिए और कामकाज के लिए हैक नहीं होना चाहिए। –

+1

टिप्पणी इस तथ्य को संदर्भित करती है कि समस्या आपके पर्यावरण के कारण होती है और सही समाधान मुख्य रूप से आपकी निकासी * नीतियों पर निर्भर करता है *। उदाहरण के लिए यदि आपकी कंपनी के लिए आपको SQL सर्वर (उदाहरण के लिए सर्वर मेडिकल डेटा स्टोर) से एन्क्रिप्टेड कनेक्शन प्राप्त करने की आवश्यकता है और आपने अपनी क्लाइंट एन्क्रिप्शन आवश्यकता को अक्षम कर दिया है, तो आपने अपने नियोक्ता को मुकदमा दायर कर दिया है। या शायद नहीं। हम कैसे जानेंगे? –

13

प्रश्न का उत्तर दिया गया है, लेकिन मैं इसमें शामिल होना चाहता था। कुछ प्रदाताओं के लिए, जैसे कि SQL सर्वर, कनेक्शन स्ट्रिंग में एक पैरामीटर है जो आपको प्रमाण पत्र अज्ञात होने पर भी एन्क्रिप्टेड सर्वर से कनेक्ट करने देता है: "TrustServerCertificate = सही ", इसलिए यदि आप इसे कनेक्शन स्ट्रिंग में शामिल करते हैं, तो आप एन्क्रिप्टेड कनेक्ट और काम करेंगे, और कनेक्शन को गैर-एन्क्रिप्टेड चलाने की आवश्यकता नहीं होगी।

+0

इसने मेरा बहुत समय बचाया, यह सही मुद्दा था ... धन्यवाद गैलेट्स – Bravo

0

मैं यह त्रुटि, मैं एमएस बादल में एक दूरस्थ सर्वर एसक्यूएल (सास) कनेक्ट करने का प्रयास कर ली मैं अपने ग्राहक आईपी कि मेरी समस्या हल हो जाती

1
  • ओपन कमांड प्रॉम्प्ट के साथ Azure पोर्टल में एक नया फ़ायरवॉल का नियम शामिल : प्रेस विंडोज कुंजी + आर तो cmd टाइप और चलाने
  • इस दर्ज करें:

    runas/उपयोगकर्ता: [YourDomainName] \ [YourActiveDirectoryUserName]/netonly cmd

  • दर्ज आपके सक्रिय निर्देशिका पासवर्ड और प्रेस

  • दर्ज न्यू कमान विंडो में की तरह डबल cotation के साथ अपने SSMS.exe पथ दर्ज करें:

"C: \ प्रोग्राम फ़ाइलें (x86) \ Microsoft SQL Server \ 130 \ Tools \ Binn \ ManagementStudio \ Ssms.exe "

  • फिर विंडोज प्रमाणीकरण के साथ लॉगिन करें