Tedious: SQL 2014 के लिए Windows प्रमाणीकरण समस्या

जहाँ तक मैं बता सकता हूँ, मैंने जिन सुधारों को PR'd किया है, उन्हें अभी तक रिलीज़ में नहीं बनाया है। त्रुटि संदेश जो आप देख रहे हैं, वह कुछ सुरक्षा प्रतिबंधों के साथ एक AD पर हमारे SQL सर्वर से कनेक्ट करने का प्रयास कर रहा है। एनटीएलएम समर्थन जोड़ने पर मेरा पहला पास इसके लिए जिम्मेदार नहीं था, लेकिन नए मर्ज किए गए व्यवहार को होना चाहिए। क्या आपने एनपीएम को मास्टर शाखा से इस lib को स्थापित करने का प्रयास किया है?

इसलिए मैंने मास्टर शाखा से नवीनतम में खींचा, और इसे स्थानीय रूप से संकलित किया क्योंकि npm ने वास्तव में lib फ़ोल्डर को छोड़ दिया - लेकिन फिर भी कोई खुशी नहीं हुई। इसे कॉफी 1.9 के साथ संकलित किया जिसने कॉफी 1.7 को थोड़ा अलग संकलित किया जो एनपीएम पर है।

मैं इसे थोड़ा जारी रखूंगा - कोई अन्य विचार?

मैं इसे Azure पर SQL Auth के साथ काम करने में सक्षम था, लेकिन फिर भी यह विंडोज़ ऑथ के साथ काम करने में असमर्थ था, - मैंने वर्तमान स्रोत के साथ प्रयास किया जिसमें npm में परिवर्तन नहीं हैं, लेकिन वह अभी भी काम नहीं कर रहा था, लेकिन यह हो सकता है क्योंकि कॉफी स्क्रिप्ट बनाने में मेरे अनुभव की कमी के बारे में -

कॉफी संस्करण 1.9 का उपयोग करते हुए - स्रोत के खिलाफ निम्नलिखित चलाया।
Coffee --copile --output lib src और फिर संकलित कामों को नोड_मॉड्यूल्स/थकाऊ में जगह दें लेकिन फिर भी नहीं जाना -

क्या आप 1.10.0 रिलीज की कोशिश कर सकते हैं?

मैं थकाऊ के नवीनतम संस्करण के साथ एक ही समस्या का सामना कर रहा हूँ। मैंने वर्कस्टेशन का नाम प्रदान किया है, लेकिन फिर भी वही मिलता है "लॉगिन एक अविश्वसनीय डोमेन से है और इसका उपयोग विंडोज प्रमाणीकरण के साथ नहीं किया जा सकता है।"

क्या डोमेन सेटअप के संबंध में मुझे कुछ याद आ रहा है जो मुझे एक ऐसे कंप्यूटर से विंडोज डोमेन उपयोगकर्ता को प्रमाणित करने की अनुमति देगा जो डोमेन का हिस्सा नहीं है? मैं Windows 2012 R2 सर्वर पर एक डोमेन उपयोगकर्ता को Ubuntu 14.04 उदाहरण से SQL सर्वर 2014 में प्रमाणित करने का प्रयास कर रहा हूं।

@arobson एक अन्य टिप्पणी में आपने कहा था कि आप इसी मुद्दे का सामना कर रहे थे और आपके पीआर के विलय के बाद आप उत्पादन में सफलतापूर्वक प्रमाणित करने में सक्षम थे। क्या आपको थकाऊ से बाहर कुछ करना था?

क्या आप अभी भी नवीनतम थकाऊ रिलीज़ के साथ इस समस्या का सामना कर रहे हैं?

@arthurschreiber मैंने अभी कोशिश की और मैं अभी भी अनुभव कर रहा हूं "लॉगिन एक अविश्वसनीय डोमेन से है और इसका उपयोग विंडोज प्रमाणीकरण के साथ नहीं किया जा सकता है।" त्रुटि संदेश।

ऐसा लग रहा था कि @arobson के पास एक समाधान था, लेकिन मैं इसे कहीं भी नहीं ढूँढ सकता।

डोमेन क्रेडेंशियल्स के साथ हमारे SQL 2014 इंस्टेंस से कनेक्ट करने के लिए मुझे किन विकल्पों का उपयोग करना चाहिए, इस पर कोई मदद की बहुत सराहना की जाएगी।

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

वर विन्यास = {
सर्वर: 'सर्वरनाम',
उपयोगकर्ता नाम: उपयोगकर्ता',
पासवर्ड: 'पासवर्ड',
डोमेन: 'FQDN.DOMAIN.COM'
, विकल्प: {
डिबग: {
पैकेट: सच,
डेटा: सच,
पेलोड: सच,
टोकन: झूठा,
लॉग: सच
},
डेटाबेस: 'DB_NAME'
}
};

यह त्रुटि है जो मुझे मिल रही है:

{ [कनेक्शन त्रुटि: लॉगिन विफल। लॉगिन एक अविश्वसनीय डोमेन से है और इसका उपयोग विंडोज प्रमाणीकरण के साथ नहीं किया जा सकता है।]
नाम: 'कनेक्शन त्रुटि',
संदेश: 'लॉगिन विफल। लॉगिन एक अविश्वसनीय डोमेन से है और इसका उपयोग विंडोज प्रमाणीकरण के साथ नहीं किया जा सकता है।',
कोड: 'ELOGIN' }
{ [अनुरोध त्रुटि: अनुरोध केवल लॉग इन राज्य में किए जा सकते हैं, SentNTLMResponse राज्य नहीं]
नाम: 'अनुरोध त्रुटि',
संदेश: 'अनुरोध केवल लॉग इन राज्य में किया जा सकता है, SentNTLMResponse राज्य नहीं',
कोड: 'EINVALIDSTATE' }
{ [कनेक्शन त्रुटि: लॉगिन विफल। लॉगिन एक अविश्वसनीय डोमेन से है और इसका उपयोग विंडोज प्रमाणीकरण के साथ नहीं किया जा सकता है।]
नाम: 'कनेक्शन त्रुटि',
संदेश: 'लॉगिन विफल। लॉगिन एक अविश्वसनीय डोमेन से है और इसका उपयोग विंडोज प्रमाणीकरण के साथ नहीं किया जा सकता है।',
कोड: 'ELOGIN' }
{ [अनुरोध त्रुटि: अनुरोध केवल लॉग इन राज्य में किए जा सकते हैं, SentNTLMResponse राज्य नहीं]
नाम: 'अनुरोध त्रुटि',
संदेश: 'अनुरोध केवल लॉग इन राज्य में किया जा सकता है, SentNTLMResponse राज्य नहीं',
कोड: 'EINVALIDSTATE' }

क्या मेरी कॉन्फ़िगरेशन में कोई समस्या है?

नहीं, मुझे नहीं लगता कि यह आपकी कॉन्फ़िगरेशन के साथ कोई समस्या है। मुझे अपनी मशीन पर SQL Server 2014 स्थापित करने की आवश्यकता होगी और देखें कि इसका क्या कारण है। हो सकता है कि प्रमाणीकरण योजना में कुछ बदल गया हो और हम अभी तक इसका समर्थन नहीं करते हैं।

में देखता हूँ में क्या कर सकता हूँ।

@jgornick @stefanTHD - यहाँ कुछ विचित्रताएँ हैं जो मैंने अपने वातावरण में देखी हैं। NTLM हमारे लिए 2012 और 2014 के मुकाबले AD के बाहर Linux बॉक्स से काम कर रहा है, यहां तक ​​कि बहुत सख्त नीतियों के साथ जो कम सुरक्षित NTLM सुविधाओं को रोकती हैं।

1 - डोमेन संपत्ति में FQDN का प्रयोग न करें। अगर यह "company.com" है, तो "कंपनी" का उपयोग करें
2 - पूंजीकरण भी मायने रखता है। हमें ऑल-कैप डोमेन नामों के साथ सफलता मिली है
3 - _किसी योग्य उपयोगकर्ता नाम का उपयोग न करें (अर्थात "[email protected]") बस "user.name"

एफवाईआई

एनटीएलएम दस्तावेज पुराना है और माइक्रोसॉफ्ट द्वारा प्रदान नहीं किया गया है। मुझे कुछ बाइनरी झंडे के लिए बहुत सारे पोकिंग करना पड़ा क्योंकि मुझे जो डॉक्टर मिला वह यह नहीं बताता कि उनमें से कुछ क्या थे। मेरे पहले पीआर ने हमारे लिए वर्कस्टेशन पर SQL सर्वर के विरुद्ध केवल NTLM के लिए काम किया क्योंकि हमारे AD की एक नीति थी जिसने NTLM सुविधाओं में से कुछ को अक्षम कर दिया था।

अगले कदम

यदि ऊपर दिए गए 3 टिप्स काम नहीं करते हैं, तो यह काफी मददगार होगा यदि आप ईवन व्यूअर/एसक्यूएल लॉग्स के माध्यम से विफल लॉग इन प्रविष्टियों को ढूंढ सकते हैं। "अविश्वसनीय डोमेन" वास्तव में एक सामान्य त्रुटि है जो MSFT एक हमलावर के लिए यह जानना कठिन बनाने के लिए प्रदान करता है कि उनका अनुरोध क्यों अस्वीकार कर दिया गया था। आप उस त्रुटि के लिए Google पर भी जा सकते हैं और अन्य OSS libs को NTLM का समर्थन करने की कोशिश करते हुए शिकायत कर सकते हैं कि वह त्रुटि भ्रामक है।

मैं इसे हल करने में आपकी मदद करना चाहता हूं, थकाऊ बहुत अच्छा है और @arthurschreiber के हालिया योगदान ने इसे और भी बेहतर बना दिया है।

NTLM प्रमाणीकरण का वर्णन Microsoft के MS-NLMP दस्तावेज़ में किया गया है। मैं देखूंगा कि क्या मुझे इसके माध्यम से पढ़ने के लिए कुछ समय मिल सकता है और इसकी तुलना अब तक कठिन तरीके से लागू की गई है।

@arthurschreiber @arobson OMG यह आखिरकार काम करता है !!! समय पर समर्थन देने के लिए आप लोगों का बहुत-बहुत धन्यवाद!!! तो यहाँ मेरा अंतिम विन्यास है:

var config = {
    "userName": "user.name",
    "password": "password",
    "server": "servername",
    "domain": "DOMAIN_NAME_CAPITALIZED_AND_NOT_FQDM",
    "options": {
        "encrypt": false
    }
};

मैं वर्चुअल मशीन पर SQL Server 2008 R2 का उपयोग कर रहा हूं। स्क्रिप्ट उसी सर्वर पर है जो डेटाबेस को होस्ट करता है।

यह बहुत अच्छा होगा यदि आप इसे किसी दस्तावेज़ में कहीं जोड़ सकते हैं

ठंडा! तथ्य यह है कि एनटीएलएम प्रमाणीकरण एन्क्रिप्शन के साथ काम नहीं करता है, कोड में एक बग है, और मैं जल्द ही इसे ठीक कर दूंगा (यदि मुझे इसके लिए कुछ समय मिल जाए)।

वास्तव में, डोमेन को बड़ा करने से समस्या का समाधान हो जाता है!

https://github.com/pekim/tedious/pull/367 एन्क्रिप्शन के साथ काम नहीं करने वाले NTLM प्रमाणन के लिए एक समाधान है।

क्या यह चर्चा लिनक्स से विंडोज प्रमाणीकरण का उपयोग करने की बात कर रही है? उदाहरण के लिए रेडहैट?

@pisees हां, मैं फिक्स के साथ एन्क्रिप्शन के साथ विंडोज ऑथ का उपयोग करके फेडोरा 22 से SQL सर्वर से कनेक्ट कर रहा हूं।

मेरे पास @NamTThai के साथ ठीक यही समस्या थी, और यह अब काम कर रहा है जब मैंने इसे पढ़ा और डोमेन को वर्णित के रूप में बदल दिया। (सभी कैप और डोमेन का केवल पहला भाग, बिंदु के बाद वाले भाग को छोड़ दें)

मैं माइक्रोसॉफ्ट के साथ हूं और थकाऊ में कुछ योगदान के साथ मदद करना चाहता हूं।
इस मुद्दे के साथ अभी भी कुछ बकाया है या यह सब हल हो गया है?

@tvrprasad मुझे लगता है कि एक काम है, मुझे यकीन नहीं है कि हम सभी समझते हैं कि वर्कअराउंड क्यों काम करता है। :)

@benzou 8/15 को इस धागे में @arobson द्वारा वर्णित कार्य-आसपास है?
इस मुद्दे को बंद होने से कौन रोक रहा है? हो सकता है कि मैं इसे बंद करने में मदद कर सकूं ... किसी तरह :)

@tvrprasad मुझे लगता है कि हमें इसके आसपास बेहतर दस्तावेज़ीकरण की आवश्यकता है।

हमारे पास इस रेपो की gh-pages शाखा में हमारे दस्तावेज़ संग्रहीत हैं, लेकिन चूंकि इसे कोड बेस के बाहर बनाए रखा जाता है, यह काफी आसानी से पुराना हो जाता है और रखरखाव एक ड्रैग है। मैं

@tvrprasad - जब से मैंने NTLM समर्थन जोड़ा है, थकाऊ और हमारे रेपो सीरियट को रिपोर्ट किए गए मुद्दे लगातार डोमेन के लोअरकेस और/या FQDN के रूप में निर्दिष्ट होने के कारण हैं। इसके लिए एक समाधान एक पीआर के साथ निम्नलिखित हो सकता है:

1. डोमेन को अपरकेस में कनवर्ट करता है (मुझे इसे शुरू करने के लिए अभी करना चाहिए था)
2. डोमेन को . पर विभाजित करता है और केवल पहले खंड का उपयोग करता है

मैं निश्चित रूप से एनटीएलएम विशेषज्ञ नहीं हूं, लेकिन हम एमएसएसक्यूएल और नोड के प्रशंसक हैं और वास्तव में इसकी आवश्यकता है इसलिए मैंने एनटीएलएम दस्तावेज और अन्य कार्यान्वयन में काम किया है ताकि इसे कई एसक्यूएल सर्वर के खिलाफ परीक्षण करने के लिए हमारी संचालन टीम से कुछ मदद मिल सके। संस्करण ताकि हम कार्यान्वयन के बारे में अपेक्षाकृत आश्वस्त हो सकें। कोई भी विश्लेषण और सुधार जो आप प्रदान कर सकते हैं वह बहुत बढ़िया होगा। मेरे द्वारा अनुसरण किए जाने वाले दस्तावेज़ 2007 से थे, इसलिए यह नहीं बताया जा सकता है कि मैंने क्या याद किया होगा

मुझे बताएं कि क्या कोई विशिष्ट प्रश्न हैं जिनका मैं एनटीएलएम बिट के बारे में उत्तर दे सकता हूं।

@arobson - FDQN मेरे लिए काम करता प्रतीत होता है, फिर भी केवल ऊपरी मामला। मैंने आसान ट्रैकिंग के लिए अपर केस में बदलने के लिए एक अलग मुद्दा बनाया - https://github.com/tediousjs/tedious/issues/414। मैं उसके लिए एक पीआर एक साथ रखूंगा। मैं यह जानने की कोशिश करूंगा कि निचला मामला क्यों काम नहीं करता है।

@arthurschreiber - मैं इस विषय पर कम से कम एक पीआर प्राप्त करने में सक्षम होने के बाद दस्तावेज़ीकरण प्राप्त करने में मदद करने की कोशिश करूंगा, इसलिए मुझे बेहतर समझ है। यदि ऐसे अन्य क्षेत्र हैं जहां दस्तावेज़ीकरण की कमी है, तो मुझे बताएं। मैं मदद करने की कोशिश करूंगा।

मैंने प्रमाणीकरण से संबंधित कुछ अन्य मुद्दों को खोला। मैं उन पर विचारों की सराहना करता हूं।
https://github.com/tediousjs/tedious/issues/415
https://github.com/tediousjs/tedious/issues/416

दोस्तों - मेरे पास विंडोज इंटीग्रेटेड ऑथेंटिकेशन के कार्यान्वयन के लिए एक पीआर आउट है - https://github.com/tediousjs/tedious/pull/497। इसके लिए उपयोगकर्ता नाम या पासवर्ड की आवश्यकता नहीं है और उपयोगकर्ता के लॉगिन क्रेडेंशियल का उपयोग करता है।

यदि आप इसे आजमाने और प्रतिक्रिया देने में सक्षम हैं, तो मैं इसकी बहुत सराहना करूंगा। मैं इस सुविधा को प्राप्त करने के लिए समुदाय के साथ काम करने के लिए उत्सुक हूं।

हैलो अगर कोई मेरी मदद कर सकता है तो मैंने एमएस एसक्यूएल सर्वर डेटाबेस में कनेक्ट करने की कोशिश की है 12 एमएसएसक्यूएल नोड 4.1 का इस्तेमाल किया है, मैंने पहले से ही बहुत सी चीजों की कोशिश की है, लेकिन कनेक्ट नहीं होता है

मेरे कनेक्शन ने इसे नीचे दिया है:

मैं कोशिश करता हूं:

कॉन्स्ट स्ट्रिंगकनेक्ट = 'सर्वर = व्यवस्थापक-सीसीई \ व्यवस्थापक: 1433; डेटाबेस = जीआरडी; उपयोगकर्ता आईडी = व्यवस्थापक-सीसीई \ व्यवस्थापक; '
DATABASE.connect (स्ट्रिंगकनेक्ट)
तब (कॉन => {
ग्लोबल.कॉन = कॉन;
कंसोल.लॉग ('जीआरडी से जुड़ा');
})
कैच (गलती => कंसोल। त्रुटि ( connection error mssql $ {stringConnect} - $ {err} ));

मॉड्यूल.एक्सपोर्ट्स = डेटाबेस;

* रिटर्न एरर**
mssql कनेक्शन त्रुटि सर्वर = व्यवस्थापक-सीसीई \ व्यवस्थापक: 1433; डेटाबेस = जीआरडी; उपयोगकर्ता आईडी = व्यवस्थापक-सीसीई \ व्यवस्थापक; - कनेक्शन त्रुटि: व्यवस्थापक के लिए पोर्ट: 1433 व्यवस्थापक-सीसीई में नहीं मिला

पहले से ही अन्य तरीकों की कोशिश की, सफलता के बिना भी! नज़र:

वर विन्यास = {
सर्वर: "व्यवस्थापक-सीसीई \ MSSQLSERVER",
डेटाबेस: "जीआरडी",
बंदरगाह: 1433,
उपयोगकर्ता: 'व्यवस्थापक-सीसीई \ व्यवस्थापक',
डिबग: सच,
विकल्प: {
एन्क्रिप्ट: झूठा,
विश्वसनीय कनेक्शन: सच
}
};

DATABASE.connect (कॉन्फ़िगरेशन, फ़ंक्शन (गलती) {
अगर (गलती)
{
कंसोल.लॉग (गलती)
}
अन्य
कंसोल.लॉग ('कनेक्टेड .....')
});

मॉड्यूल.एक्सपोर्ट्स = डेटाबेस;

*रिटर्न एरर*
संदेश:
'व्यवस्थापक-सीसीई से कनेक्ट करने में विफल: अपरिभाषित - कनेक्ट नहीं हो सका (अनुक्रम)',
कोड: 'ईसोकेट'},
नाम: 'कनेक्शन त्रुटि'}

अरे @allexon , थकाऊ अभी तक विंडोज एकीकृत प्रमाणीकरण का समर्थन नहीं करता है, विवरण https://github.com/tediousjs/tedious/issues/660 में हैं।

क्या थकाऊ समर्थन SQL सर्वर विंडोज़ प्रमाणीकरण अभी तक?