@ChALkeR सूचक के लिए धन्यवाद। जब हम इस तक पहुंचेंगे तो यह मददगार होगा। यदि आप प्रेरित महसूस करते हैं तो पीआर भेजने के लिए स्वतंत्र महसूस करें :-)

@tvrprasad : @ChALkeR Node.js टीम का हिस्सा है और यह पोस्ट ज्यादातर हमारे लिए यह जानने के लिए है कि यह सुविधा बहिष्कृत है। मुझे नहीं लगता कि वह वास्तव में tedious का उपयोग करता है। मैं

@ChALkeR : मैं थोड़ी देर के लिए इस बहिष्करण के बारे में जानता हूं, लेकिन इस बहिष्करण के आसपास के दस्तावेज वास्तव में दुर्लभ हैं। मैंने अब तक जो उदाहरण देखे हैं (जैसे node-mysql लिए पीआर) "सरल" टीएलएस उन्नयन पर ध्यान केंद्रित करते हैं, जहां कनेक्शन को गैर-टीएलएस से टीएलएस में बदल दिया जाता है।

टीडीएस में, टीएलएस अपग्रेड बहुत अधिक शामिल है, सभी हैंडशेकिंग पैकेटों को टीडीएस संदेशों में लपेटने की आवश्यकता होती है, और फिर एक बार कनेक्शन स्थापित हो जाने के बाद, आगे के सभी टीएलएस पैकेटों को लपेटने की आवश्यकता नहीं होती है। इसे tls.createSecurePair माध्यम से कार्यान्वित करना बहुत सरल था, लेकिन पिछली बार जब मैंने इसे TLSSocket माध्यम से आजमाया, तो मैं इसे काम पर नहीं ला सका। मैं

जब मैं इस पर पहुंचूंगा तो मैं फिर से कोशिश करूंगा, लेकिन मुझे नहीं लगता कि बहुत कुछ बदला है।

एक और मुद्दा मैं में भाग कि से एक सॉकेट लपेटकर है readable-stream एक में पैकेज TLSSocket Node.js प्रक्रिया का एक segfault (!) का कारण होगा। दुर्भाग्य से, मेरे पास अभी प्रजनन के चरण आसान नहीं हैं। मैं

@arthurschreiber जानकारी के लिए धन्यवाद :-)

लेकिन पिछली बार जब मैंने इसे TLSSocket के माध्यम से करने की कोशिश की, तो मैं इसे काम पर नहीं ला सका।

अगर यह काम जीथब पर है, तो कृपया मुझे एक पॉइंटर भेजें। मैं इसे जांचने के लिए उत्सुक हूं।

@tvrprasad @arthurschreiber यहां https://nodejs.org/dist/latest-v6.x/docs/api/tls.html#tls_class_securepair

नोड v8.0.1 पर इसी मुद्दे का सामना किया। एन्क्रिप्टेड कनेक्शन स्थापित करने का प्रयास करने के बाद, मेरा ऐप निम्नलिखित त्रुटि की रिपोर्ट करता है:

(node:6344) [DEP0064] DeprecationWarning: tls.createSecurePair() is deprecated. Please use tls.Socket instead.

मैं अपने Microsoft SQL सर्वर डेटाबेस तक पहुँचने के लिए patriksimek/node-mssql और tedious ड्राइवर ( node-mssql का डिफ़ॉल्ट ड्राइवर) का उपयोग कर रहा हूं।

थकाऊ ड्राइवर के साथ नोड- mssql का उपयोग करके

Listening on port 4000
(node:4402) [DEP0064] DeprecationWarning: tls.createSecurePair() is deprecated. Please use tls.Socket instead.

कृपया मुझे गलत न समझें और मैं वास्तव में इस मॉड्यूल को बनाए रखने के आपके प्रयासों की सराहना करता हूं लेकिन क्या कोई भविष्यवाणी है कि इसे कब ठीक किया जाएगा?

पैकेज 'mssql' का उपयोग करना और विकल्पों का उपयोग करना:
{
एन्क्रिप्ट: सच
}

(नोड: 13508) [डीईपी0064] पदावनत चेतावनी: tls.createSecurePair () पदावनत है। कृपया इसके बजाय tls.Socket का उपयोग करें।

जब नोड टीम कुछ इस तरह से हटाती है तो नोड में हटाने की समय सीमा क्या है? बस उत्सुक।

संभवत: नोड 9 या 10 में हटा दिया जाएगा। इस सुविधा को कम से कम 4 वर्षों के लिए डॉक-बहिष्कृत किया गया है। :-/ यह एकमात्र लोकप्रिय एनपीएम पैकेज में से एक है जो अभी भी इसका उपयोग कर रहा है।

क्या सहयोगकर्ताओं में से किसी के पास कोई समयरेखा है कि परिवर्तन कब जारी किया जाएगा?

इसे आज ही प्राप्त कर रहा हूं क्योंकि मैंने अभी-अभी अपने सिस्टम को नोड 8.9.0 lts में अपडेट किया है। मेरे पास अभी दो भारी प्रोजेक्ट हैं, लेकिन अगर वे दोनों आसान हो जाते हैं, तो मैं देखूंगा कि क्या मैं इसे ठीक करने के लिए कुछ समय निकाल सकता हूं।

@Iiridayn यह बहुत अच्छा होगा!
मैंने इस पर एक नज़र डाली, लेकिन यह पता नहीं लगा सका कि TLSSocket से हैंडशेक पैकेट कैसे प्राप्त किया जाए, https://github.com/tediousjs/tedious/issues/515#issuecomment -283191248 के समान बिंदु पर अटका हुआ है: भ्रमित:
यह सुनना अच्छा लगेगा कि क्या आपके पास उस पर विचार हैं।

उस पर कोई प्रगति? मैं Azure से कनेक्ट करने का प्रयास कर रहा एक ही समस्या का सामना कर रहा हूं, बस अगर यह मदद करता है।
मैं आभारी रहूंगा अगर किसी ने मुझे जल्दी से समझाया कि ऐप को चलाने के परिणाम क्या हैं, जबकि इसे बहिष्कृत किया गया है, मेरे द्वारा अनुरोधित SQL क्वेरी निष्पादित नहीं की गई हैं और मुझे यह जानने की जरूरत है कि क्या यह कारण है, लेकिन इस पर ग्रंथ I पढ़ा है बहुत वाक्पटु नहीं हैं।

पहले ही, आपका बहुत धन्यवाद।

@ Jorgeee1 यह केवल एक चेतावनी है, यह आपकी परेशानी का कारण होने की संभावना नहीं है। मैं भी Azure DB से कनेक्ट करने के लिए थकाऊ उपयोग कर रहा हूँ, और यह ठीक काम कर रहा है।

मैंने कच्चे हैंडशेक डेटा प्राप्त करने के लिए createSecurePair को TLSSocket + एक TCP सर्वर से बदलने की अवधारणा का एक त्वरित प्रमाण लिखा। आप इसे यहां देख सकते हैं । मेरे द्वारा चलाए जा सकने वाले एकीकरण परीक्षण पास हो गए।

यह स्पष्ट रूप से इस मुद्दे का वास्तविक समाधान नहीं है (जब तक कि अतिरिक्त सॉकेट आदि खाना ठीक नहीं है)। यह एक चर्चा स्टार्टर के अधिक है। https://github.com/nodejs/help/issues/1010 पर वास्तविक सुझाव और चर्चा करना अच्छा होगा

@ joux3 यह बहुत बढ़िया है क्या आप पीआर बना सकते हैं? वहां समीक्षा करना और चर्चा करना आसान होगा।

भारी परियोजनाओं में आसानी नहीं हुई है, एक तिहाई जोड़ा गया है, और हम MySQL में भी माइग्रेट हो गए हैं। क्षमा करें, मैं इसे ठीक नहीं कर पाऊंगा - आपको शुभकामनाएँ :)।

कृपया इसे ठीक करें, यह महत्वपूर्ण समस्या है

हे आप सभी,

मैं यहां वर्तमान स्थिति पर एक त्वरित अपडेट देता हूं। मैं समझता हूं कि बहिष्करण संदेश एक उपद्रव हो सकता है, लेकिन यह वास्तव में कोई समस्या नहीं है। tls.createSecurePair को पदावनत किया जा सकता है, लेकिन लघु और मध्यम अवधि के भविष्य के लिए, यह कहीं नहीं जाने वाला है। https://github.com/nodejs/node/pull/17882 के अनुसार, इसे जल्द ही हटाया नहीं जाएगा।

साथ ही, https://github.com/nodejs/node/pull/17882 सार्वजनिक नोड.जेएस एपीआई के संदर्भ में tls.createSecurePair पुन: कार्यान्वयन का प्रस्ताव करता है, एक (अभी के लिए) आंतरिक DuplexSocket वर्ग। इस कार्यान्वयन की मूल बातें ठीक वही हैं जो हमें tls.createSecurePair से दूर जाने के लिए थकाऊ होने की आवश्यकता है, दिलचस्प 😁 का सहारा लिए बिना, लेकिन वास्तव में व्यवहार्य हैक नहीं जैसा कि @joux3 द्वारा प्रस्तावित किया गया है। हमें शायद अभी के लिए अपना खुद का DuplexSocket संस्करण बनाना होगा, लेकिन कम से कम अब मेरे पास एक अच्छा विचार है कि इसे थकाऊ में कैसे हल किया जाए जब यह स्पष्ट हो जाए कि tls.createSecurePair वास्तव में कब हटाया जाएगा .

कृपया हमें बताएं आप क्या सोचते हैं! मैं

@arthurschreiber Fwiw, मैंने अभी-अभी उस DuplexPair कार्यान्वयन को https://www.npmjs.com/package/duplexpair पर प्रकाशित किया है tls.createSecurePair() बहुत आसानी से दिखने वाला हो?

@addaleax स्वीट! ❤️ यह बहुत अच्छा है और मैं देखूंगा कि क्या मैं इसे जोड़ सकता हूं और हमें tls.createSecurePair जल्द से जल्द हटा सकता हूं! बहुत - बहुत धन्यवाद! मैं

@arthurschreiber मुझे लगता है कि इसके लिए एक पैच इस तरह सरल दिख सकता है:

diff --git a/package.json b/package.json
index bca5b266849d..8cc0ed957577 100644
--- a/package.json
+++ b/package.json
@@ -43,6 +43,7 @@
     "babel-runtime": "^6.26.0",
     "big-number": "0.3.1",
     "bl": "^1.2.0",
+    "duplexpair": "^1.0.1",
     "iconv-lite": "^0.4.11",
     "readable-stream": "^2.2.6",
     "sprintf": "0.1.5"
diff --git a/src/message-io.js b/src/message-io.js
index 6c2a15c32a9f..a1de3a1e91c0 100644
--- a/src/message-io.js
+++ b/src/message-io.js
@@ -1,7 +1,9 @@
+'use strict';
 const tls = require('tls');
 const crypto = require('crypto');
 const EventEmitter = require('events').EventEmitter;
 const Transform = require('readable-stream').Transform;
+const DuplexPair = require('duplexpair');

 const Packet = require('./packet').Packet;
 const TYPE = require('./packet').TYPE;
@@ -84,10 +86,14 @@ module.exports = class MessageIO extends EventEmitter {
   startTls(credentialsDetails, hostname, trustServerCertificate) {
     const credentials = tls.createSecureContext ? tls.createSecureContext(credentialsDetails) : crypto.createCredentials(credentialsDetails);

-    this.securePair = tls.createSecurePair(credentials);
+    const duplexpair = new DuplexPair();
+    this.securePair = {
+      cleartext: new tls.TLSSocket(duplexpair.socket1),
+      encrypted: duplexpair.socket2
+    };
     this.tlsNegotiationComplete = false;

-    this.securePair.on('secure', () => {
+    this.securePair.cleartext.on('secure', () => {
       const cipher = this.securePair.cleartext.getCipher();

       if (!trustServerCertificate) {

लेकिन ऐसा लगता है कि नियमित परीक्षण सूट के हिस्से के रूप में इसका परीक्षण नहीं किया गया है, इसलिए मुझे यकीन नहीं है कि इसके बारे में कैसे जाना है ...

मैंने सिक्योरपेयर को बदलने के लिए एक और शॉट दिया। एकीकरण परीक्षण ठीक लगता है, नोड 9 पर परीक्षण किया गया। https://github.com/joux3/tedious/commit/6d255fbdaa2f9afd388617e6e34815cae95292a0

हालांकि मेरे पास कुछ अवलोकन हैं (लेकिन शायद पीआर के लिए मुद्दों पर चर्चा करने के लिए पैच काफी अच्छा है?):

• Node.js 6 Assertion failed: (uv__stream_fd(stream) >= 0), function uv_read_start, file ../deps/uv/src/unix/stream.c, line 1517. पर पूरी तरह से क्रैश होने लगता है
• मुझे पुन: प्रयास टाइमआउट परीक्षण से नकली टाइमर को हटाना पड़ा, नकली टाइमर आंतरिक रूप से डुप्लेक्सपेयर को तोड़ने लगता है
• मैंने अनएन्क्रिप्टेड कनेक्शन का परीक्षण नहीं किया। वे तर्क प्रवाह परिवर्तनों से प्रभावित हो सकते हैं (सिग्नल पाइप के माध्यम से सही ढंग से प्रचारित नहीं लग रहे थे, इसलिए सॉकेट पर मैन्युअल close हैंडलर है)'

आपके काम के लिए @addaleax को बहुत-बहुत धन्यवाद!

@ joux3 क्या आपका कांटा नोड 8--वर्तमान एलटीएस रिलीज के साथ उपयोग के लिए तैयार है? और क्या यह संभवतः एक पुल अनुरोध खोलना है? मैं यह देखना चाहता हूं कि क्या यह किसी समस्या का समाधान करता है जिसका उपयोग मैंने इसे https://github.com/patriksimek/node-mssql/ के संयोजन के साथ किया है, धन्यवाद!

मुझे पुन: प्रयास टाइमआउट परीक्षण से नकली टाइमर को हटाना पड़ा, नकली टाइमर आंतरिक रूप से डुप्लेक्सपेयर को तोड़ने लगता है

@ joux3 वह कौन सी परीक्षा होगी? (मुझे खेद है, मैं इस मुद्दे के लिए जो कुछ भी देखा है उससे परे मैं इस कोड आधार से विशेष रूप से परिचित नहीं हूं)

@addaleax , असफल परीक्षण है https://github.com/tediousjs/tedious/blob/f5a0f95a5a522ad6a312170201b829e70c866976/test/integration/connection-retry-test.js#L73 -L104
टाइमर को यहां अक्षम करना: https://github.com/tediousjs/tedious/pull/689/files#diff -ed1dc3ba8a10a8fb4b18a528b35bad00।
संपादित करें: मैंने केवल नकली setTimeout https://github.com/tediousjs/tedious/pull/689/commits/ff5d5eb1a3603db05266306a823fa49a98b50209 द्वारा नकली टाइमर बहाल किया

@jimmont , मैंने https://github.com/tediousjs/tedious/pull/689 पर एक पुल अनुरोध खोला (ऐसा लगता है कि पीआर नाम में समस्या आईडी को संदर्भित करना पर्याप्त नहीं है ...) एकीकरण परीक्षण नोड 8 पर पास होते हैं, लेकिन अभी भी कुछ काम करना बाकी है।

इस ASAP को ठीक करने के लिए!

इस पर कोई प्रगति? यह अच्छा होगा अगर हमें इस मुद्दे पर अपडेट मिल सके।

ट्रैकिंग के लिए पीआर #689 को जोड़ना।

ऐसी दुनिया में जहां stdout के बजाय stderr को चेतावनियां भेजी जाती हैं। <fail/>

कोई भी जानकारी?

738 में एक सुधार है और @tediousjs/microsoft-contributors टीम के किसी व्यक्ति द्वारा समीक्षा किए जाने के बाद इसे मर्ज और रिलीज़ किया जाएगा।

आगे और पीछे लंबे समय के बाद, यह अंततः (और ठीक से) https://github.com/tediousjs/tedious/pull/738 के माध्यम से तय किया गया था [email protected] अब npm पर उपलब्ध है। इसे वर्तमान में next रूप में टैग किया गया है और मैं यह सुनिश्चित करूंगा कि इसे जल्द ही latest रूप में टैग किया जाएगा।

आपके धैर्य और इसे ठीक करने में मदद के लिए सभी का धन्यवाद! मैं