SQL सर्वर 2008 Windows प्रामाणिक लॉगिन त्रुटि: लॉगिन एक अविश्वसनीय डोमेन से है

110

प्रबंधन स्टूडियो का उपयोग करते हुए SQL Server 2008 इंस्टेंस से कनेक्ट करने का प्रयास करते समय, मुझे निम्न त्रुटि मिलती है:

लॉगिन विफल। लॉगिन एक अविश्वसनीय डोमेन से है और इसका उपयोग विंडोज प्रमाणीकरण के साथ नहीं किया जा सकता है। (Microsoft SQL सर्वर, त्रुटि: 18452)

मैं समस्या के बिना SQL प्रमाणीकरण का उपयोग कर लॉगिन कर सकता हूं। मुझे अचानक यह त्रुटि आ रही है। मेरे पास मिक्स्ड मोड ऑथेंटिकेशन चालू है।

क्या किसी को इसका कोई अनुभव है?

अतिरिक्त जानकारी: Windows 2003 सर्वर पर SQL एंटरप्राइज़ संस्करण का 64-बिट संस्करण

sql-server

— jinsungy
स्रोत

1

sql सर्वर से कनेक्ट करने के लिए विंडोज़ लॉगिन अकाउंट का उपयोग क्या है?

— गुलज़ार नाज़िम

1

इसका मेरा डोमेन अकाउंट जो मैं हमेशा से इस्तेमाल कर रहा

— हूं

2

हाल ही में पासवर्ड बदलने जैसा कोई बदलाव? कभी-कभी क्रेडेंशियल्स कैश हो जाते हैं ..

— गुलज़ार नाज़िम

1

हाल ही में कोई परिवर्तन नहीं हुआ .. केवल एक चीज हमारे सर्वरों का एक रिबूट थी ..

— जिंसुंगी

49

एक और कारण यह हो सकता है (सिर्फ मेरे साथ हुआ) ... उपयोगकर्ता का पासवर्ड समाप्त हो रहा है। जब तक मैंने वास्तविक सर्वर में रिमोट करने की कोशिश नहीं की और मुझे अपना पासवर्ड बदलने के लिए प्रेरित नहीं किया गया, मुझे इसका एहसास नहीं हुआ।

— mattruma
स्रोत

बस यह मुद्दा था। हैरानी की बात है कि मैं अभी भी विश्लेषण सर्वर से कनेक्ट करने में सक्षम था: O

— GôTô

पुष्टि कर सकते हैं..यह मेरे लिए भी एक ही समस्या पैदा कर रहा था। पासवर्ड को तुरंत अपडेट करने से कनेक्शन समस्या हल हो गई!

— wjhguitarman

1

बस मेरे लिए हुआ (विन 10), जबकि ऐसा नहीं था कि मेरा पासवर्ड समाप्त हो गया था, मैंने इसे 'Ctrl-Alt-Del' के माध्यम से बदल दिया था। मैंने फिर से शुरुआत की और यह फिर से ठीक हो गया। अत्यधिक कष्टप्रद, पासवर्ड बदलने से आउटलुक और वनड्राइव की कार्य करने की क्षमता भी प्रभावित हुई।

— सिस्टमऑवरऑउटलोड

धन्यवाद, मेरा जीवन

— बचा लिया

मेरे पासवर्ड को Ctrl-Alt-Del, (Win10) के साथ बदल दिया और यह त्रुटि प्राप्त करना शुरू कर दिया। पुनः आरंभ करने से इसका समाधान नहीं हुआ।

— यामागीन फर्स्ट

38

मेरे लिए, यह तब हुआ जब मैंने एक रिक्त drivers/etc/hostsफ़ाइल संपादित की , और एक स्थानीय वेबसाइट के लिए एक प्रविष्टि जोड़ी, लेकिन जोड़ने के लिए उपेक्षित किया गया127.0.0.1 localhost

— memnoch_proxy
स्रोत

1

मेरे लिए भी काम किया। किसी तरह मैंने मेजबान फ़ाइल में कुछ प्रविष्टि की है जो वहां नहीं होनी चाहिए (मैंने इसे स्वयं वहां नहीं रखा और कोई भी सॉफ़्टवेयर स्थापित करना याद नहीं है जो यह कर सकता है)। इसे हटाने से समस्या हल हो गई

— LazyOne

2

विंडोज के लिए आप इस फ़ाइल को इस रैकेटस्पेस में

— oaamados

1

आपने मेरा दिन बचाया! धन्यवाद

— हुआरी

29

समस्या एक सक्रिय निर्देशिका सर्वर के कारण हुई थी, जो निश्चित रूप से विंडोज खाते को प्रमाणित नहीं कर सकता था। तुम्हारे सहयोग के लिए तुम्हे धन्यवाद।

— jinsungy
स्रोत

18

किसी और के लिए जो इसमें भाग लेता है, मेरे पास मेरे होस्ट फ़ाइल में यह था:

127.0.0.1   localhost
127.0.0.1   customname

और मुझे इसकी आवश्यकता है:

127.0.0.1   localhost
127.0.0.1   localhost   customname

— tster
स्रोत

16

"समस्या सक्रिय निर्देशिका सर्वर के कारण हुई थी, जो निश्चित रूप से विंडोज खाते को प्रमाणित नहीं कर सका"

यह निश्चित रूप से नहीं है - क्योंकि यदि AD उपलब्ध नहीं है, तो Kerberos प्रमाणीकरण NTLM पर वापस आ जाता है (डोमेन खाता क्रेडेंशियल स्थानीय रूप से कैश किया जाता है, कोई इसके साथ लॉगिन कर सकता है, भले ही AD / Kerberos उपलब्ध न हो)। मुझे लगता है कि आप संभवतः 2 चाहते हैं। इस विफलता के लिए एक साथ स्थितियां:

SQL सर्वर स्थानीय नहीं है (किसी अन्य मशीन पर)
ट्रस्ट कॉन्फ़िगर किया गया है "केवल Kerberos"

या अन्य विशिष्ट सुरक्षा नेटवर्क / सर्वर / AD / मशीन कॉन्फ़िगरेशन

— गेनेडी वैनिन Геннадий Ванин
स्रोत

2

मैंने इस मुद्दे को AD नाम के सर्वर के साथ एक स्थानीय मशीन FWTW

— कीथ हॉफमैन

1

यदि SQL सर्वर स्थानीय नहीं है, तो मुझे क्या करना चाहिए?

— बेहनाम हैदरी

"ट्रस्ट" कॉन्फ़िगरेशन को कहाँ और कैसे बदलना है, जो वर्तमान में "केवल केर्बोस" है?

— TPAKTOPA

10

मेरे पास मेरी स्थानीय मशीन पर सर्वर इंस्टेंस के लिए यह समस्या थी और यह पाया गया कि ऐसा इसलिए था क्योंकि मैं अपनी मेजबानों की फाइल में "लोकलहोस्ट" के अलावा किसी चीज के साथ 127.0.0.1 की ओर इशारा कर रहा था। मेरे मामले में इस समस्या को ठीक करने के दो तरीके हैं:

होस्ट फ़ाइल में 127.0.0.1 की ओर इशारा करते हुए आपत्तिजनक प्रविष्टि साफ़ करें
दूसरे नाम के बजाय "लोकलहोस्ट" का उपयोग करें जो होस्ट फ़ाइल में 127.0.0.1 को इंगित करता है

* यह केवल मेरे लिए काम करता है जब मैं अपने स्थानीय बॉक्स पर sql सर्वर इंस्टेंस चला रहा था और उसी मशीन से इसे एक्सेस करने का प्रयास कर रहा था।

— जोश
स्रोत

10

सुनिश्चित करें कि आप किसी अन्य डोमेन \ उपयोगकर्ता पर किसी वीपीएन से कनेक्ट नहीं हैं । या, इसके विपरीत, सुनिश्चित करें कि आप कर रहे हैं , जुड़ा हुआ है, तो यह है कि क्या आवश्यक है।

— डेविड मर्डोक
स्रोत

वाह, कभी सोचा नहीं होगा !! धन्यवाद! (मैं

— VMP

इससे मेरे मामले में मदद मिली। मुझे VPN कनेक्शन में डोमेन नाम का उपयोग करना था।

— अरनी

यह मेरी समस्या थी। मैं इसे एक उत्तर के रूप में छोड़ने वाला था, लेकिन आपका पहला मिल गया। एक बार देखने के बाद यह सही समझ में आया। धन्यवाद

— billpennock

4

मैंने लूपबैक चेक सेटिंग को अक्षम करने वाली मशीन पर इस समस्या को ठीक किया:

Windows रजिस्ट्री संपादित करें: प्रारंभ -> भागो> Regedit
नेविगेट करें: HKLM \ System \ CurrentControlSet \ Control \ LSA
"DisableLoopbackCheck" नामक DWORD मान जोड़ें
इस मान को 1 पर सेट करें

— डियोगो
स्रोत

3

RUNAS कमांड का उपयोग करके एक अलग वैध लॉगिन का उपयोग करने का प्रयास करें

runas /user:domain\user “C:\Program Files\Microsoft SQL Server\90\Tools\Binn\VSShell\Common7\IDE\ssmsee.exe” 

runas /user:domain\user “C:\WINDOWS\system32\mmc.exe /s \”C:\Program Files\Microsoft SQL Server\80\Tools\BINN\SQL Server Enterprise Manager.MSC\”" 

runas /user:domain\user isqlw

— गुलज़ार नाज़िम
स्रोत

मैंने एक ही डोमेन पर अन्य विंडो खाते के साथ यह कोशिश की, और वही त्रुटि मिली।

— जिंसुंगी

सर्वर और क्लाइंट ईवेंट लॉग प्राप्त करने का प्रयास करें। मुझे लगता है कि हमें और अधिक जानकारी चाहिए।

— गुलज़ार नाज़िम

3

मेरे लिए, यह इसलिए था क्योंकि मैंने उस भूमिका को नहीं जोड़ा था जो मैं स्वयं SQL डेटाबेस में उपयोग करना चाहता था। और कॉपी पेस्ट समस्या लॉकिंग खाते के माध्यम से एक खराब पासवर्ड प्रयासों के कारण भी।

— माइक
स्रोत

3

ठीक है, पूरी तरह से वहाँ से जवाब मुझे। मुझे यह त्रुटि VM VirtualBox पर होस्ट किए गए विकास परिवेश से मिल रही थी। तीन सर्वर; SharePoint, SQL DB और डोमेन नियंत्रक। SharePoint सर्वर कॉन्फ़िगरेशन डेटाबेस से कनेक्ट नहीं कर सका। मैं अभी भी SABC का उपयोग कर Sql प्रमाणीकरण के लिए ODBC के माध्यम से जुड़ सकता हूं लेकिन Windows प्रमाणीकरण नहीं। लेकिन वह उपयोगकर्ता ख़ुशी से SSL में sql सर्वर पर लॉग इन करेगा। मुझे ODBC से भी बेहतर त्रुटि संदेश मिला और sql सर्वर पर विफल लॉगिन संदेशों की जाँच करके:

select text from sys.messages where message_id = '18452' and language_id = 1033

इसका श्रेय आप नहीं ले सकते क्योंकि मैंने हमारे एक एंटरप्राइज सिस्टम एडमिनिस्ट्रेटर से मदद मांगी थी और उसने मुझे भेजे गए कुछ स्क्रीन शॉट्स को देखने के लगभग 5 मिनट में इसका निदान किया। समस्या यह थी कि डोमेन नियंत्रक की घड़ी गलत तरीके से सेट की गई थी! यकीन नहीं हो रहा था। सर्वर केवल होस्ट नेटवर्किंग के लिए सेटअप हैं ताकि घड़ी को सिंक करने के लिए इंटरनेट न हो। यह भी बताती है कि सिस्टम को काम करते समय पहले की स्नैपशॉट में वापस रोल करना क्यों समस्या का हल नहीं था।

संपादित करें: अतिथि परिवर्धन को सर्वर पर स्थापित करने से अतिथि घड़ी को होस्ट के साथ सिंक किया जाता है।

— मैथ्यू रेडफोर्ड
स्रोत

मेरे पास इस साल भी AD प्रमाणीकरण के मुद्दे थे जो अंततः हमारे एक डोमेन नियंत्रक पर खराब घड़ी की सेटिंग में वापस आ गए थे। मुझे अपने आईटी विभाग को साबित करने के लिए विरेशक का उपयोग करना पड़ा यह एक नेटवर्क मुद्दा था, लेकिन एक बार जब मैं उन्हें देखने के लिए मिला ... उन्होंने घड़ी को ठीक किया और सब ठीक हो गया।

— Ty H.

3

JTDS ड्राइवर पर USENTLMV2 नामक एक सेटिंग है जो डिफ़ॉल्ट रूप से गलत पर सेट है। मेरे db सॉफ्टवेयर (DBVisualizer) में इसे 'true' पर सेट करना हल हो गया।

— fossa83
स्रोत

3

एक अन्य परिदृश्य जहां आप इसे देख सकते हैं, जब आप SSMS सत्र से किसी अन्य SQL सर्वर से कनेक्ट करने का प्रयास कर रहे हैं जो आपके पासवर्ड को बदलते समय पहले से ही लॉग-इन था। घटनाओं का अनुक्रम कुछ इस तरह हो सकता है:

सर्वर-ए (आपका एसक्यूएल सर्वर) को आरडीपी, एसएसएमएस खोलें और लॉगिन करें
उसी डोमेन में सर्वर-बी को आरडीपी और अपना पासवर्ड बदलें
सर्वर-ए पर एसएसडीपी सत्र के माध्यम से और एसएसएमएस के माध्यम से एक मौजूदा डीबीऑन उपलब्धता समूह में एक और डीबी जोड़ने का प्रयास करें। प्रतिकृतियों से कनेक्ट होने पर आपको "अविश्वासित डोमेन" -login-error मिलता है

हल करने के लिए, बस लॉगऑफ़ करें और लॉग इन करें

— DRCRON
स्रोत

3

आपके द्वारा स्थानीय रूप से उपयोग किए जाने वाले उपयोगकर्ता नाम के बारे में आपको भ्रमित किया जा सकता है । विंडोज 10 होम में मेरा मामला था। जब मैं नियंत्रण कक्ष में उपयोगकर्ताओं को देखता हूं, तो मुझे usrpc01 नाम दिखाई देता है । हालाँकि जब मैं टाइप करता हूँ net config workstation, तो ऐसा लगता है कि उपयोगकर्ता का नाम spc01 है । लगता है जैसे किसी ने उपयोगकर्ता का नाम बदल दिया, लेकिन आंतरिक नाम अपरिवर्तित रहा।

विंडोज़ उपयोगकर्ता नाम (और फ़ोल्डर नाम C:\Users, जिसे मूल आंतरिक नाम भी संदर्भित करता है) को ठीक करने का तरीका नहीं जानते , मैंने अपने db सर्वर पर एक नया उपयोगकर्ता जोड़ा।

— Jarekczek
स्रोत

1

मैं एक डोमेन खाते से SQL Server 2008 में लॉग इन करने की कोशिश कर रहा हूं। SQL सर्वर 2008 को एक अलग कार्यसमूह कंप्यूटर पर होस्ट किया जाता है जो डोमेन का हिस्सा नहीं है। जैसा कि अजीब लगता है, कार्यसमूह सर्वर पर जहां SQL सर्वर 2008 चल रहा है, मुझे सिस्टम गुण पर जाना था कंप्यूटर का नाम (टैब) | परिवर्तन (बटन) | कंप्यूटर का नाम परिवर्तन | अधिक ... (बटन) और "इस कंप्यूटर का प्राथमिक DNS प्रत्यय" दर्ज करें (यह रिक्त था, इसलिए अपने नेटवर्क के लिए वांछित प्रत्यय दर्ज करें) और "डोमेन सदस्यता परिवर्तन होने पर प्राथमिक DNS प्रत्यय बदलें" बॉक्स को चेक करें। SQL सर्वर 2008 में लॉग करते समय इसने Windows प्रमाणीकरण प्रक्रिया को पूरा करने की अनुमति दी।

— dminear
स्रोत

1

आधुनिक विंडोज पर काम करने के लिए मुझे नेटली का उपयोग करना पड़ा:

runas /netonly /user:domain\user "C:\Program Files (x86)\Microsoft SQL Server\110\Tools\Binn\ManagementStudio\ssms.exe"

— fil
स्रोत

1

एक अन्य कारण> किसी ने डिफ़ॉल्ट SQL उपयोगकर्ता के लिए पासवर्ड बदल दिया

यह मेरे लिए एक नया डोमेन नियंत्रक पर स्विच करके कुछ मिनट पहले हुआ ...

— स्टीफन मिशेव
स्रोत

बस मेरे साथ हुआ। मैंने थोड़ी देर पहले अपना पासवर्ड बदल दिया और भूल गया (क्रेडेंशियल्स बच गए थे)

— sofly

1

मैं के तहत मेजबान फ़ाइल में गलत प्रविष्टि थी C:\Windows\System32\drivers\etc

[Microsoft][SQL Server Native Client 11.0][SQL Server]Login failed. The login is from an untrusted domain and cannot be used with Windows authentication.

नीचे की तरह प्रवेश सुनिश्चित करें

127.0.0.1   localhost
127.0.0.1   localhost   servername

— user3808727
स्रोत

1

मैं SQL सर्वर आवृत्ति के लिए एक उपनाम का उपयोग कर रहा था जो "127.0.0.1" को इंगित करता है। इसे "लोकलहोस्ट" में बदलने के बजाय चाल चली।

— lauxjpn
स्रोत

1

यदि आपका Sql सर्वर एक ऐसे सर्वर पर चल रहा है जो किसी डोमेन का हिस्सा नहीं है और कनेक्शन स्ट्रिंग में आप इंटीग्रेटेड सिक्योरिटी = ट्रू के साथ पूरी तरह से क्वालिफाइड डोमेन नाम (जैसे xyz.mypc.com) का उपयोग करते हैं, तो आपको उपयोग करने के लिए स्विच करना पड़ सकता है आईपी पते, मशीननाम (SERVER01), या डॉट (।) के मामले में यह स्थानीय रूप से होस्ट किया गया है।

यह मेरे लिए काम किया, fqdn का उपयोग करके उपरोक्त त्रुटि हुई।

— जॉन के।
स्रोत

0

विंडोज़ प्रमाणीकरण को सक्षम करने के लिए दोनों कंप्यूटरों को एक ही डोमेन में होना चाहिए। आदेश में स्टूडियो को चालू क्रेडेंशियल्स को पारित करने और एसक्यूएल बॉक्स में प्रमाणित करने की अनुमति देने के लिए

— ऑस्कर कैब्रेरो
स्रोत

3

यह गलत है। उन्हें एक ही डोमेन में रहने की आवश्यकता नहीं है। वे अलग-अलग डोमेन में हो सकते हैं यदि एक ही नाम और पासवर्ड दोनों डोमेन में सेटअप हो।

— कोडी स्काउटन

0

मेरे लिए, मुझे डोमेन से कार्यसमूह (डोमेन को बदलना) और फिर से कनेक्ट करना होगा।

— F01
स्रोत

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

— गेन्नेडी वनिन Геннадий Ванин

मेरा मतलब है कि विघटन फिर डोमेन समूह के साथ फिर से जुड़ना। फिर दूरस्थ MSSQL पर विंडोज ऑर्टिकल (डोमेन क्रेडेंशियल्स) का उपयोग करके लॉगिंग को पुनः प्रयास करें।

— 15:01 बजे f01

0

और एक अन्य संभावित कारण: DB सर्वर पर नए बनाए गए स्थानीय खाते में यह था: "उपयोगकर्ता को अगले लॉगिन पर पासवर्ड बदलना होगा" ध्वज सेट।

— icnivad
स्रोत

0

यहाँ मेरे लिए यह तय किया गया है: नेटवर्क कनेक्शन के गुण पर क्लिक करें: "इंटरनेट प्रोटोकॉल संस्करण 4 (TCT / IPv4)"। "गुण" बटन पर क्लिक करें। "उन्नत" बटन पर क्लिक करें। "DNS" टैब चुनें। "इस कनेक्शन के लिए DNS प्रत्यय" में टेक्स्ट हटाएं।

— डेनिस गोरेलिक
स्रोत

0

मैं SQL सर्वर से दूरस्थ रूप से कनेक्ट करने में सक्षम नहीं था। SQL सर्वर और रिमोट सर्वर दोनों एक ही डोमेन में। और मुझे कुछ दिन पहले पासवर्ड बदलने का अनुरोध किया गया था। SQL सर्वर और दूरस्थ सर्वर दोनों को पुनरारंभ करने से मैं SQL सर्वर तक पहुँचने की कोशिश कर रहा था जिससे मेरे लिए चाल चली गई।

— Dekemi
स्रोत

0

हमारे मामले में यह तथ्य था कि डेवलपर अपने स्वयं के खाते के तहत एप्लिकेशन पूल चला रहा था, और उसने अपना पासवर्ड रीसेट कर दिया था, लेकिन एप्लिकेशन पूल पर इसे बदलना भूल गया था। ओह ...

— रोनाल्ड कुनैनबर्ग
स्रोत

0

मेरे मामले में, सर्वर को डोमेन नियंत्रक में अक्षम कर दिया गया था। मैं सक्रिय निर्देशिका में कंप्यूटर OU में गया, सर्वर पर राइट-क्लिक किया, इसे सक्षम किया, फिर SQL सर्वर से एक gpupdate / Force किया। इसमें एक पल लगा, लेकिन आखिरकार इसने काम किया।

— डग गलार्डो जूनियर
स्रोत

0

मेरे मामले में, होस्ट फ़ाइल में, मशीन का नाम पुराने आईपी के साथ हार्ड कोडित है। मैं पुराने आईपी को नए के साथ बदल देता हूं, समस्या हल हो गई है।

होस्ट फ़ाइल स्थान

WindowsDrive: \ Windows \ System32 \ drivers \ etc \ मेजबान

संशोधन 159.xx.xx.xxx मशीननाम

— जेनो कार्तिक
स्रोत

0

उपरोक्त में से किसी ने भी मेरे लिए काम नहीं किया। मुझे क्या करना था: लॉगिन स्क्रीन पर SQL सर्वर प्रबंधन स्टूडियो में, विकल्प का चयन करें >> नेटवर्क अनुभाग में नेटवर्क प्रोटोकॉल को नामांकित पाइप में बदलें।

इसके अलावा, <default>सेटिंग के साथ काम करने के लिए मुझे क्या करना था वायरलेस नेटवर्क को अक्षम करना (मशीन वायर्ड लेंस से भी जुड़ा था)।

— DeclanMcD
स्रोत

0

मेरा फिक्स था SQL कनेक्शन के लिए मेरे नए सर्वर नाम के साथ सहसंबंधित करने के लिए web.config फ़ाइल को बदलना (IT Security ने मेरे विकास बॉक्स पर सिर्फ एक netdom का नाम दिया था।

— डेविन प्रिजेन
स्रोत