Request: त्रुटि: सॉकेट हैंग अप

मुझे एक ही समस्या है, लेकिन विकल्प जोड़ें gzip:true काम करेगा।

आप Node.js के किस संस्करण का उपयोग कर रहे हैं? 0.10 से 0.12 में अपग्रेड करने के बाद हम कभी-कभार ECONNRESET अपवाद देख रहे हैं। नोड.जेएस बग के माध्यम से खुदाई करने से ऐसा लगता है कि यह 0.12 में टूट गया होगा और बाद में तय किया जाएगा।

यहाँ वही मुद्दा। कोई सुधार ? मैं node.js 4.2.2 का उपयोग कर रहा हूं और मुझे आवधिक (प्रति मिनट 3-4 बार) ECONNRESET त्रुटि मिल रही है।

हाय @aymeba यह पहले 4.x संस्करण की तरह दिखता है जिसमें यह फिक्स 4.4.0 है।

http: handle errors on idle sockets शीर्षक वाले कमिट की तलाश करें। इस शीर्षक के साथ अलग-अलग कमिट्स का एक समूह है, क्योंकि इसे विभिन्न शाखाओं पर लागू किया गया था।

कोई बात नहीं, मैं भ्रमित हो गया और नोड.जेएस (#3595) में एक ECONNRESET बग के बारे में बात कर रहा था।

मुझे नहीं लगता कि ऐसा आपके द्वारा बताए गए बग के कारण होता है। हमारे मामले में ऐसा प्रतीत होता है:

• हमारे बैकएंड को एक अनुरोध भेजें
• बैकएंड अनुरोध को संसाधित करता है
• किसी तरह प्रतिक्रिया की प्रतीक्षा किए बिना अनुरोध डिस्कनेक्ट हो रहा है और हमें ECONNRESET मिल रहा है
• हमें यकीन है, कि हमारा बैकएंड सर्वर कनेक्शन नहीं तोड़ता

मैं इस त्रुटि को प्राप्त करने में उलझन में हूं क्योंकि सामान्य स्थिति में, हमारे बैकएंड सर्वर को यह त्रुटि फेंक देनी चाहिए या?

इसके बारे में कोई अपडेट?. मुझे बॉटकिट 0.2.1 के साथ त्रुटि दिखाई दे रही है।

मेरी भी इसी प्रकार की समस्या है। मैंने घंटों शोध, परीक्षण और डिबगिंग किया है। मेरे मामले में पोस्टमैन के माध्यम से उसी रेस्टापी में पोस्टिंग अंत-बिंदु ठीक काम करता है। देशी NodeJS http.request कॉल के माध्यम से अनुरोध करना विफल। सभी हेडर और पेलोड (बॉडी) समान हैं। (सिवाय मेरे पास हेडर में पोस्टमैन-टोकन नहीं है)

पूर्ण प्रकटीकरण, मैं अपने सर्वर के लिए रेस्टिफाइ का उपयोग कर रहा हूं।

यदि आप सर्वर साइड पर रेस्टिफाइ का उपयोग कर रहे हैं, तो यह ऑडिटर को सक्षम करने में मदद करेगा, जो कि क्या हो रहा है, इस पर कुछ संकेत देना चाहिए। साथ ही, सुनिश्चित करें कि आप अपने अनुरोध में सही "सामग्री-प्रकार" सेट कर रहे हैं ताकि सर्वर जानता हो कि क्या उम्मीद करनी है। मैंने यह त्रुटि तब देखी है जब सर्वर अनुरोध को गलत समझ रहा है, इसलिए सामग्री प्रकार प्रदान करने से मदद मिलेगी।

इस मुद्दे पर कोई अपडेट? मैं अभी भी इस मुद्दे को नोड v5.0.0 के साथ होते हुए देखता हूं। मैं देखता हूं कि अनुरोध किए जाने के समय से 45 सेकंड के बाद यह त्रुटि फेंकता है।

मैंने हापीजेएस के साथ भी यही समस्या देखी है। समस्या गलत सामग्री-लंबाई शीर्षलेख थी

मैं सदस्यता और अधिसूचना के लिए एक अनुरोध करना चाहता हूँ धन्यवाद...

नोड v6.9.2 के साथ हो रहा है।

  get: async function(ctx) {
    let body = await new Promise(function(resolve, reject) {
      return ctx.req.pipe(request('/path/to/my/backend', function(err, res, body) {
        if (err) { return reject(err) }
        resolve(body)
      }))
    })
    return body
  }

मैं इसे नोड 6.6.0 के साथ भी देख रहा हूं। जिस सर्वर से मैं कनेक्ट हो रहा हूं वह प्रतिक्रिया में सामग्री-लंबाई शीर्षलेख नहीं भेज रहा है, इस मामले में HTTP स्पेक के अनुसार सर्वर को सभी डेटा भेजने के बाद स्ट्रीम बंद कर देना चाहिए। मुझे संदेह है कि सॉकेट हैंग अप के रूप में इसका गलत अर्थ निकाला जा रहा है। कर्ल के साथ एक ही अनुरोध करना ठीक काम करता है।

+1
नोड 6.9.4
अनुरोध 2.79.0

कर्ल के साथ ठीक काम करता है
यूआरएल मैं रिटर्न हेडर सामग्री-लंबाई प्राप्त करने का प्रयास करता हूं

+1
नोड 6.9.1
अनुरोध 2.79.0

Wget, कर्ल - सफलता, लेकिन अनुरोध - त्रुटि।

नोड - v6.9.4
अनुरोध - 2.79.0

# node req.js
REQUEST { uri: 'http://wtfismyip.com', callback: [Function] }
REQUEST make request http://wtfismyip.com/

{ Error: socket hang up
    at createHangUpError (_http_client.js:254:15)
    at Socket.socketOnEnd (_http_client.js:346:23)
    at emitNone (events.js:91:20)
    at Socket.emit (events.js:185:7)
    at endReadableNT (_stream_readable.js:974:12)
    at _combinedTickCallback (internal/process/next_tick.js:74:11)
    at process._tickCallback (internal/process/next_tick.js:98:9) code: 'ECONNRESET' }

एक ही समस्या होना। दिलचस्प बात यह है कि यह अनुरोध संस्करण से स्वतंत्र प्रतीत होता है क्योंकि समान कोड मेरे लिए 6.4.0 में काम करता है, लेकिन 6.9.2 में टूट जाता है (ये सिर्फ 2 नोडज संस्करण हैं जिन्हें मैंने स्थापित किया है)।

मेरे मामले में मैं Connection: keep-alive हेडर सेट करके समस्या को हल करने में सक्षम था।

@dieseldjango सुझाव के लिए धन्यवाद। हालांकि मेरे मामले का समाधान नहीं किया।

यहाँ एक साइट है जो पुनरुत्पादन के लिए यह त्रुटि देती है:

{ request: 
   { debugId: 1,
     uri: 'https://www.deal.no/',
     method: 'GET',
     headers: 
      { Connection: 'keep-alive',
        host: 'www.deal.no',
        'accept-encoding': 'gzip, deflate' } } }
error:  Error: socket hang up
    at TLSSocket.onHangUp (_tls_wrap.js:1111:19)
    at TLSSocket.g (events.js:291:16)
    at emitNone (events.js:91:20)
    at TLSSocket.emit (events.js:185:7)
    at endReadableNT (_stream_readable.js:974:12)
    at _combinedTickCallback (internal/process/next_tick.js:74:11)
    at process._tickCallback (internal/process/next_tick.js:98:9)

.. भेजे गए हेडर को डीबग करने के लिए

क्या यह अभी तक हल नहीं हुआ है? यह दो सप्ताह पहले की तरह ठीक काम कर रहा था और अब मुझे यह त्रुटि मिल रही है
{ [Error: socket hang up] code: 'ECONNRESET', response: undefined }
नोड -वी 4.4.7

हेडर में 'स्वीकृति-एन्कोडिंग' को हटाने का प्रयास करें: 'gzip, deflate' ने इसे हल किया।

मैं देख रहा हूं कि लोगों को यह त्रुटि अधिक बार मिल रही है। मेरे मामले में यह वास्तव में सरल था। हालांकि मैं अपने एल्गोरिदम में से एक के आधार पर एक उचित रूप से गठित यूआरएल था, वास्तव में विकृत था। मैं आप सभी को इस समस्या का सामना करने के लिए प्रोत्साहित करता हूं कि यह मान लें कि समस्या आपके कोड में है। मैं आपको विश्वास दिलाता हूं, 98% मामलों में मूल कारण कुछ सांसारिक है जिसे आप अनदेखा कर रहे हैं या अनदेखा कर रहे हैं। मैंने समस्या को हल करने के लिए उपरोक्त सभी की कोशिश की है, लेकिन अंत में, यह एक अतिरिक्त फॉरवर्ड स्लैश पर आ गया।

मैं उन सभी सुझावों का पालन करने की कोशिश करता हूं जो आप कहते हैं, लेकिन यह मुद्दा अभी भी होता है। बहुत दुख की बात है....

अगर यह किसी की मदद करता है तो मैंने अंततः कर्ल को कॉल करने के लिए आवश्यकता ('child_process').exec का उपयोग करके इस मुद्दे के आसपास काम किया। सुनिश्चित करें कि आप अपने इनपुट को ठीक से साफ करते हैं यदि वे यूजरलैंड से आ रहे हैं।

कृपया google.com => hostname: 'google.com' से अनुरोध करें कि यह काम कर रहा है या नहीं।
मेरे मामले में, "होस्टनाम" को nginx द्वारा प्रॉक्सी के रूप में हैंडल किया गया था और खाली शरीर के साथ अनुरोध प्राप्त होने पर यह प्रतिक्रिया नहीं करता है।
इस कोड को त्रुटि मिलती है:

var http = require("http");
var options = {
  hostname: 'myAddressNginx',
  port: 80,
  path: '/',
  method: 'GET',
  headers: {
    'Content-Type': 'text/html',
    'Content-Length': Buffer.byteLength("")
  }
};

var req = http.request(options, (res) => {
  res.on('data', (chunk) => {console.log("%s", chunk);});
  res.on('end', () => {});
});

// write data to request body
req.write("");
req.end();

यह कोड काम करता है

var http = require("http");
var options = {
  hostname: 'myAddressNginx',
  port: 80,
  path: '/',
  method: 'GET',
  headers: {
    'Content-Type': 'text/html',
    'Content-Length': Buffer.byteLength("")
  }
};

var req = http.request(options, (res) => {
  res.on('data', (chunk) => {console.log("%s", chunk);});
  res.on('end', () => {});
});

// write data to request body
req.write("abc");
req.end();

+1
नोड 6.9.5

हाय दोस्तों, मेरे पास एक ही समस्या है। +1
सौभाग्य से मैं दूसरे निगरानी उपकरण के भीतर 'अनुरोध' का उपयोग करता हूं, इसलिए मेरे मुद्दे कम से कम हैं। मुझे node.js बहुत पसंद है, इसलिए मैं कुछ प्रतिक्रिया पोस्ट कर रहा हूं। मुझे आशा है कि मेरे फ़ीडबैक से समस्या को ठीक करने के आपके प्रयासों में थोड़ी मदद मिलेगी।

त्रुटि अब उच्च यातायात उत्पादन वातावरण में लगातार दिखाई दे रही है।
मैं सर्वर की "सटीक" प्रतिकृति को स्पिन कर सकता हूं और त्रुटि "कभी नहीं" प्रकट होती है। मैं एंडपॉइंट्स को चारों ओर स्विच कर सकता हूं, और यह हमेशा समाप्त होता है उच्च यातायात उत्पादन वातावरण क्लाइंट के लिए इस त्रुटि का कारण बनता है।
{[त्रुटि: सॉकेट हैंग अप] कोड: 'ECONNRESET'}।

यह एक आंतरायिक त्रुटि के रूप में शुरू हुआ जो मैंने कई दिनों पहले देखा था और निगरानी सेवा के बाद कई बार झूठी चेतावनी दी गई थी ..... और उत्पादन परीक्षण उपकरणों के साथ कई बार परीक्षण की एक बिल्ली जो 'अनुरोध' का उपयोग नहीं करती है, मैंने शुरू किया इस मुद्दे को यहां खोजने के लिए वेब पर खोज कर रहे हैं।

अब मैंने इस एप्लिकेशन के लिए 8 महीनों में कोई कोड/संस्करण नहीं बदला है और मैं उलझन में हूं कि यह कहीं से भी कैसे हो सकता है। तो... 'अनुरोध' की दुनिया में क्या बदल गया अगर मैंने कोई क्लाइंट कोड नहीं बदला?

+1
नोड 6.9.1

यह केवल कभी-कभी होता है, जब मैं स्थानीय रूप से अपने अंतिम बिंदुओं का परीक्षण करता हूं, कई अनुरोधों को तेजी से चला रहा हूं ...

हम नोड 4 और नोड 6 के साथ भी इसी समस्या का सामना कर रहे हैं। नोड0.12 के साथ ठीक काम कर रहा है।

कृपया इसे ठीक करने में मदद करें।

देशी https.request मुद्दे में इसी तरह की
यहाँ पर और देखें,

अनुरोध करने के लिए नीचे जोड़ें विकल्प इस मुद्दे को बायपास (ठीक) करेगा,

agentOptions: {
  ciphers: 'DES-CBC3-SHA'
}

मैं पकड़ा गया और पूरी दोपहर इसे समझने की कोशिश कर रहा था ... रीडायरेक्ट की कई परतों के साथ एक जटिल वातावरण में था: is this DNS issue? -> no way it's DNS -> definitely DNS -> no it's not
जब तक मैंने @fractalf का उदाहरण नहीं देखा, और महसूस किया कि ये सब केवल IIS6 पर https . के साथ होस्ट की गई साइटों के लिए हुआ है

कोई भाग्य नहीं।

निम्नलिखित के लिए सिफर सेट करना मेरे काम नहीं आया।
एजेंट विकल्प: {
सिफर: 'डेस-सीबीसी3-एसएचए'
}

@aganapan आप किस यूआरएल का अनुरोध कर रहे थे? मेरा समाधान केवल IIS6 + TLS1.0 पर वेबसाइट होस्टिंग से संबंधित मुद्दों को ठीक करेगा। ऐसे अन्य मुद्दे भी हो सकते हैं जिनके परिणामस्वरूप समान त्रुटि संदेश होता है।

मुझे भी यही समस्या थी। मैंने एनग्रोक का इस्तेमाल किया और रॉ अनुरोध को देखा। पता चला कि उपयोगकर्ता इनपुट में एक e2808b गैर-मुद्रण योग्य वर्ण जोड़ा गया था। शायद कॉपी/पेस्ट करें। मैंने उस उपयोगकर्ता पर encodeURIComponent() किया जो यूआरआई भाग प्रदान करता है और समस्या गायब हो जाती है।

मुझे भी यही समस्या थी।

• नोड V6.9.5
• अनुरोध V2.69.0

@danielkhan मैंने encodeURIComponent पद्धति का उपयोग किया है;

// this is request
{
    "request": {
        "debugId": 5,
        "uri": "https://xxx.cdn.cn/js/information_main_27d1838a.js",
        "method": "GET",
        "headers": {
            "user-agent": "Mozilla/5.0 (Linux; Android 5.1.1; Nexus 6 Build/LYZ28E) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/56.0.2924.87 Mobile Safari/537.36",
            "host": "xxx.cdn.cn"
        }
    }
}

{
    "response": {
        "debugId": 5,
        "headers": {
            "expires": "Sat, 15 Apr 2017 11:01:16 GMT",
            "date": "Thu, 16 Mar 2017 11:01:16 GMT",
            "content-type": "application/x-javascript; charset=utf-8",
            "content-length": "49785",
            "last-modified": "Sun, 12 Mar 2017 14:30:49 GMT",
            "cache-control": "max-age=2592000",
            "access-control-allow-origin": "*",
            "accept-ranges": "bytes",
            "age": "19",
            "x-cache": "HIT from www.matocloud.com",
            "connection": "close",
            "alt-svc": "h2=\":443\""
        },
        "statusCode": 200
    }
}

Node.js 6.10.0
अनुरोध 2.72.0

कुछ बैकएंड एकीकरण परीक्षण चलाते समय हमें एक ही समस्या मिली। हमारा उत्पाद HTTPS का उपयोग करके कई नेटवर्क उपकरणों से जुड़ता है। इस परिदृश्य में, हम कई HTTPS कनेक्शन स्थापित कर रहे हैं और प्रत्येक डिवाइस पर कुछ POST और GET अनुरोध निष्पादित कर रहे हैं।
चूंकि समस्या हमारे परीक्षण वातावरण में हुई थी, इसलिए समाधान HTTP लगातार कनेक्शन को अक्षम करना था (HTTP शीर्षलेख Connection: close )। ऐसा करके, हम सर्वर से प्रतिक्रिया देने के बाद कनेक्शन बंद करने के लिए कहते हैं (HTTP/1.1)। हालाँकि, हम HTTP लगातार कनेक्शन के लाभों को खो देते हैं क्योंकि अब प्रत्येक टीसीपी केवल एक अनुरोध को पूरा करेगा।

क्रोम इस DES-CBC3-SHA समाधान को रोक रहा है

मेरे लिए, कर्ल काम नहीं कर रहा। मैंने पाया कि मैंने पहले अपने कमांड लाइन टूल पर प्रॉक्सी सेट किया था। जब मैं प्रॉक्सी हटाता हूं तो यह ठीक काम करता है।

मुझे अभी भी यह समस्या हो रही है।

{ Error: socket hang up
 at createHangUpError (_http_client.js:302:15)
 at Socket.socketOnEnd (_http_client.js:394:23)
 at emitNone (events.js:91:20)
 at Socket.emit (events.js:186:7)
 at endReadableNT (_stream_readable.js:974:12)
 at _combinedTickCallback (internal/process/next_tick.js:74:11)
 at process._tickDomainCallback (internal/process/next_tick.js:122:9) code: 'ECONNRESET' }

अंत में यह रिकैप्चा के लिए काम करने के लिए मिला। मुझे https लाइब्रेरी का आयात और उपयोग करना था। यहाँ कार्य कोड है:

वर https = आवश्यकता ('https');
var querystring = आवश्यकता ('क्वेरीस्ट्रिंग');

वर गुप्त = "Your_KEY";
वर प्रतिक्रिया = RESPONSE_CODE;
वर पोस्टडेटा = "गुप्त =" + गुप्त + "और" + "प्रतिक्रिया =" + प्रतिक्रिया;

// किसी ऑब्जेक्ट से पोस्ट स्ट्रिंग बनाएं
var post_data = querystring.stringify({
'संकलन_स्तर': 'ADVANCED_OPTIMIZATIONS',
'आउटपुट_फॉर्मैट': 'जेसन',
'output_info': 'संकलित_कोड',
'चेतावनी_स्तर': 'QUIET',
'js_code': पोस्टडेटा
});

वर विकल्प = {
होस्टनाम: ' www.google.com ',
बंदरगाह: 443,
पथ: '/ रिकैप्चा/एपीआई/साइट सत्यापन',
विधि: 'पोस्ट',
शीर्षलेख: {
'सामग्री-प्रकार': 'एप्लिकेशन/x-www-form-urlencoded'
// 'सामग्री-एन्कोडिंग': 'गज़िप',
// 'कनेक्शन': 'करीब'
},
एजेंट विकल्प: {
सिफर: 'डेस-सीबीसी3-एसएचए'
}
};
वर अनुरोध = https.request (विकल्प, समारोह (रेस) {
कंसोल.लॉग ('स्थिति:' + res.statusCode);
कंसोल.लॉग ('हेडर:' + JSON.stringify (res.headers));
res.setEncoding ('utf8');
res.on ('डेटा', फ़ंक्शन (बॉडी) {
कंसोल.लॉग ('बॉडी:' + बॉडी);
});
});
req.on ('त्रुटि', फ़ंक्शन (ई) {
कंसोल.लॉग ('अनुरोध के साथ समस्या:' + ई.संदेश);
});
// शरीर का अनुरोध करने के लिए डेटा लिखें
रिक.राइट (पोस्टडाटा);
अनुरोध अंत ();

नोट: इसे अन्य लोगों के लिए रिकॉर्ड करना जो उस विशेष त्रुटि संदेश के लिए इंटरनेट पर खोज करते समय शायद इस चर्चा पर ठोकर खाएंगे।

जैसा कि यह पता चला है कि ऊपर की अधिकांश चर्चा बिंदु को याद करती है, क्योंकि त्रुटि क्लाइंट साइट के कारण नहीं होती है और इसलिए request लिए अलग-अलग "समाधान" की कोशिश करने से सबसे अधिक संभावना नहीं होगी। समस्या यह है कि सर्वर साइड पर HTTP रिक्वेस्ट सॉकेट बैकग्राउंड ऑपरेशन में लंबी देरी के कारण निष्क्रिय टाइमआउट में चलता है, और फिर सॉकेट को बंद कर देता है। इसका परिणाम ग्राहक पक्ष पर ECONNRESET में होता है।

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

javascript ctx => { .... ctx.socket.setTimeout(0); // now trigger the long lasting backend operation .... }

अब मेरी क्लाइंट टाइमआउट समस्या क्लाइंट कोड में किसी भी लाइन को बदले बिना चली गई है ...

सुनिश्चित करें कि आप url को सही SSL के साथ कॉल कर रहे हैं - या तो https या http

यह मेरे मामले में भी प्रॉक्सी मुद्दा है। http_proxy और https_proxy को रीसेट करने के बाद, समस्या दूर हो गई है।

मेरी भी यही समस्या थी।

कर्ल के लिए:
HTTP/1.1 200 OK

देशी http मॉड्यूल के लिए:
{ [Error: socket hang up] code: 'ECONNRESET' }

अनुरोध मॉड्यूल के लिए:
{ [Error: socket hang up] code: 'ECONNRESET' }

इसका कारण प्रतिक्रिया में था, विशेष रूप से http प्रोटोकॉल के गलत सिंटैक्स में।
\n प्रतीक प्रत्येक शीर्षलेख के बाद था, लेकिन \r\n होना चाहिए, और अंतिम शीर्षलेख के बाद - \r\n\r\n ।

जब इसे ठीक किया गया, तो त्रुटि गायब हो गई।

हो सकता है कि यह उपयोगी हो और किसी के लिए समय बचाए।

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

नोड 8.x . के साथ एक ही समस्या होना

+1
नोड 8.1.2
"अनुरोध": "=2.81.0"

{
    "method": "GET",
    "json": true,
    "uri": "http://www.bb.com/xxxxxxxxxxx",
    "baseUrl": null,
    "headers": {
        "cookie": "yyyyy",
        "user-agent": "Mozilla/5.0 (iPhone; CPU iPhone OS 10_3_3 like Mac OS X) AppleWebKit/603.3.8 (KHTML, like Gecko) Mobile/14G60"
    },
    "qs": {
        "app_version": "1.9.8.8",
        "env": "prod"
    }
}

//res
Error: socket hang up
InternalServerError: Internal Server Error

// setting
var _request = require('request').defaults({
        forever      : true,
        maxRedirects : 8
    }),

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

मैं इस मुद्दे में नवीनतम नोड (8.6) के साथ-साथ नवीनतम 7.x रिलीज के साथ भी चल रहा हूं। विवरण यहाँ है अगर कोई इस पर वार करना चाहता है: https://stackoverflow.com/questions/46666079/node-js-http-get-econnreset-error-on-read

कृपया मुझे बताएं कि क्या मैं कोई अतिरिक्त जानकारी प्रदान कर सकता हूं!

नोड 6.10.0 . के साथ एक ही समस्या होना

एक और संभावित स्पष्टीकरण: आप सामग्री-लंबाई शीर्षलेख में निर्दिष्ट की तुलना में HTTP बॉडी में अधिक डेटा भेज रहे हैं

+1
नोड 8.6.0

समस्या को ठीक करने के लिए आपको चाहिए:
1-प्रक्रिया जोड़ें.env.NODE_TLS_REJECT_UNAUTHORIZED = "0";
2-अपग्रेड ज़ोन.जेएस से v0.7.4

मुझे एक ही समस्या थी और संकल्प पर्यावरण चर NO_PROXY = "yourcompany.com" के साथ-साथ सख्त एसएसएल: झूठा का उपयोग करना था , क्योंकि हमारा अनुरोध आंतरिक कंपनी यूआरएल के लिए किया जा रहा था और प्रॉक्सी सर्वर का उपयोग करने का प्रयास कर रहा था। आप प्रोग्राम के रूप में process.env.NO_PROXY="yourcompany.com" का उपयोग कर सकते हैं।

+1
नोड 8.8.1

at createHangUpError (_http_client.js:329:15)
at Socket.socketOnEnd (_http_client.js:421:23)
at emitNone (events.js:110:20)
at Socket.emit (events.js:207:7)
at endReadableNT (_stream_readable.js:1056:12)
at _combinedTickCallback (internal/process/next_tick.js:138:11)
at process._tickDomainCallback (internal/process/next_tick.js:218:9) code: 'ECONNRESET' }

ऐसा प्रतीत होता है कि मेरे अंत में मुद्दा यह था कि वैग्रांट बंदरगाह पर "कब्जा" कर रहा था और मेरे GET अनुरोध के तुरंत बाद FIN ध्वज के साथ एक टीसीपी पैकेट भेज रहा था, हालांकि यह अभी भी स्पष्ट नहीं है कि क्रोम और डाकिया को कोई समस्या क्यों नहीं थी इसके आसपास काम करना - शायद उनके पास कुछ अतिरिक्त लचीलापन है

मुझे यह समस्या थी, GZIP चालू था, कीप ज़िंदा भी चालू था।
पैकेज जोड़ने के बाद समस्या गायब हो गई।

const zlib = require('zlib'); // for GZIP
const http = require('http');
const https = require('https');

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

अभी भी यह समस्या आ रही है.... कोई स्पष्ट कारण नहीं है।

info:  Error: socket hang up
    at createHangUpError (_http_client.js:345:15)
    at Socket.socketOnEnd (_http_client.js:437:23)
    at emitNone (events.js:110:20)
    at Socket.emit (events.js:207:7)
    at endReadableNT (_stream_readable.js:1059:12)
    at _combinedTickCallback (internal/process/next_tick.js:138:11)
    at process._tickDomainCallback (internal/process/next_tick.js:218:9)

नमस्ते, मुझे नहीं पता कि आपने अभी तक इस समस्या को हल किया है, लेकिन मैंने इसे हल कर लिया था, जब मैं डिबग करता हूं, तो मुझे लगता है,

// Using native http
let postData = querystring.stringify(data);
...
req.write(postData);

यदि आप रिमोट सर्वर कोआ (या अन्य नोडज सर्वर) द्वारा शुरू किया गया है, और डेटा {} , तो स्ट्रिंग फ़ंक्शन द्वारा postData {} , लेकिन कोआ सर्वर मिलता है {} parser error फेंक देगा, इसलिए यह अनुरोध त्रुटि को फेंक देगा

Error: socket hang up
    at createHangUpError (_http_client.js:345:15)
    at Socket.socketOnEnd (_http_client.js:437:23)
    at emitNone (events.js:110:20)
    at Socket.emit (events.js:207:7)
    at endReadableNT (_stream_readable.js:1059:12)
    at _combinedTickCallback (internal/process/next_tick.js:138:11)
    at process._tickDomainCallback (internal/process/next_tick.js:218:9)

तो मैंने यह किया था: __postData = postData === '{}'? '' : डाटा डालो__

आशा है कि यह आपकी मदद कर सकता है

मेरे लिए, अनुरोध हेडर में content-length : 0 साथ POST अनुरोध भेजते समय ऐसा हो रहा है। मुझे नहीं पता कि यह परिणाम उचित है या नहीं, लेकिन कम से कम मुझे लगता है कि आप समस्या के कारण का पता लगाने के लिए अपने द्वारा जोड़े गए हेडर में से प्रत्येक आइटम को हटाने का प्रयास कर सकते हैं।

जब मैं 'GET' को 'POST' में बदलता हूं, तो इसे ठीक करें। लेकिन पता नहीं क्यों, मैं इसे https://cnodejs.org/topic/57a6c35282e6ea4870ecd3f2 से ठीक करता हूं, किसी ने कहा कि यदि आप 'GET' का उपयोग करते हैं, तो कोड res.on('data', cb)

@LvChengbin मैं भी POST अनुरोध पर इसी समस्या का सामना कर रहा था। शरीर की वास्तविक लंबाई के साथ Content-Length : 0 जगह मेरे लिए काम किया।

कोई मुझे बचा लो : परी :

मुझे बोडे v.8.9 . में भी यही समस्या है

{त्रुटि: सॉकेट हैंग अप
createHangUpError पर (_http_client.js:331:15)
Socket.socketOnEnd पर (_http_client.js:423:23)
उत्सर्जन पर कोई नहीं (events.js:111:20)
Socket.emit पर (events.js:208:7)
endReadableNT पर (_stream_readable.js:1064:12)
_combinedTickCallback पर (आंतरिक/प्रक्रिया/next_tick.js:138:11)
at process._tickCallback (आंतरिक/प्रक्रिया/next_tick.js:180:9) कोड: 'ECONNR
ईएसईटी'}

मेरा कोड नीचे है।

अनुरोध करने दें = आवश्यकता ("अनुरोध");
प्रार्थना({
url: " http://192.168.31.29 :3019/tactics/createMediaHotTotal20",
विधि: "प्राप्त करें",
जेसन: सच,
शीर्षलेख: {
"सामग्री-प्रकार": "एप्लिकेशन/जेसन"
},
}, फ़ंक्शन (त्रुटि, प्रतिक्रिया, शरीर) {
अगर (त्रुटि) {
कंसोल.लॉग (त्रुटि)
} अन्यथा {
संकल्प (शरीर);
}
})

वही मुद्दा, नोड v9.5.0

const https = require("https");
const fs = require("fs");

process.env.NO_PROXY="yourcompany.com";

const options = {
  hostname: "en.wikipedia.org",
  port: 443,
  path: "/wiki/George_Washingtons",
  method: "POST",
  // ciphers: 'DES-CBC3-SHA'
};

const req = https.request(options, (res) => {
  let responseBody = "";
  console.log("Response started");
  console.log(`Server Status: ${res.statusCode} `);
  console.log(res.headers);
  res.setEncoding("UTF-8");

  res.once("data", (chunk) => {
    console.log(chunk);
  });

  res.on("data", (chunk) => {
    console.log(`--chunk-- ${chunk.length}`);
    responseBody += chunk;
  });

  res.on("end", () => {
    fs.writeFile("gw.html", responseBody, (err) => {
      if (err) throw err;
      console.log("Downloaded file");
    });
  });
});

req.on("error", (err) => {
  console.log("Request problem", err);
});

Request problem { Error: socket hang up
    at createHangUpError (_http_client.js:330:15)
    at TLSSocket.socketOnEnd (_http_client.js:423:23)
    at TLSSocket.emit (events.js:165:20)
    at endReadableNT (_stream_readable.js:1101:12)
    at process._tickCallback (internal/process/next_tick.js:152:19) code: 'ECONNRESET' }



md5-988987fef0feed585119ccc2fe5450ba



~/node-training> npm config ls -l
; cli configs
long = true
metrics-registry = "https://registry.npmjs.org/"
scope = ""
user-agent = "npm/6.1.0 node/v9.5.0 darwin x64"

; userconfig /Users/katsanos/.npmrc
strict-ssl = false

; default values
access = null
allow-same-version = false
also = null
always-auth = false
audit = true
auth-type = "legacy"
bin-links = true
browser = null
ca = null
cache = "/Users/katsanos/.npm"
cache-lock-retries = 10
cache-lock-stale = 60000
cache-lock-wait = 10000
cache-max = null
cache-min = 10
cafile = undefined
cert = null
cidr = null
color = true
commit-hooks = true
depth = null
description = true
dev = false
dry-run = false
editor = "vi"
engine-strict = false
fetch-retries = 2
fetch-retry-factor = 10
fetch-retry-maxtimeout = 60000
fetch-retry-mintimeout = 10000
force = false
git = "git"
git-tag-version = true
global = false
global-style = false
globalconfig = "/usr/local/etc/npmrc"
globalignorefile = "/usr/local/etc/npmignore"
group = 1493692218
ham-it-up = false
heading = "npm"
https-proxy = null
if-present = false
ignore-prepublish = false
ignore-scripts = false
init-author-email = ""
init-author-name = ""
init-author-url = ""
init-license = "ISC"
init-module = "/Users/katsanos/.npm-init.js"
init-version = "1.0.0"
json = false
key = null
legacy-bundling = false
link = false
local-address = undefined
loglevel = "notice"
logs-max = 10
; long = false (overridden)
maxsockets = 50
message = "%s"
; metrics-registry = null (overridden)
no-proxy = null
node-options = null
node-version = "9.5.0"
offline = false
onload-script = null
only = null
optional = true
otp = null
package-lock = true
package-lock-only = false
parseable = false
prefer-offline = false
prefer-online = false
prefix = "/usr/local"
production = false
progress = true
proxy = null
read-only = false
rebuild-bundle = true
registry = "https://registry.npmjs.org/"
rollback = true
save = true
save-bundle = false
save-dev = false
save-exact = false
save-optional = false
save-prefix = "^"
save-prod = false
scope = ""
script-shell = null
scripts-prepend-node-path = "warn-only"
searchexclude = null
searchlimit = 20
searchopts = ""
searchstaleness = 900
send-metrics = false
shell = "/usr/local/bin/fish"
shrinkwrap = true
sign-git-tag = false
sso-poll-frequency = 500
sso-type = "oauth"
; strict-ssl = true (overridden)
tag = "latest"
tag-version-prefix = "v"
timing = false
tmp = "/var/folders/kn/3cnpbcsx60n4fx_jv6sf4l80_mdkps/T"
umask = 18
unicode = true
unsafe-perm = true
usage = false
user = 356960985
; user-agent = "npm/{npm-version} node/{node-version} {platform} {arch}" (overridden)
userconfig = "/Users/katsanos/.npmrc"
version = false
versions = false
viewer = "man"

संपादित करें : मुझे req.end() याद आ रहा था। काम करता है

मेरे पास एक ही बग है। अनुरोध में सामग्री-लंबाई जोड़े जाने पर POST काम करता है। आशा है कि यह आप लोगों की मदद करता है:
'सामग्री-लंबाई': Buffer.byteLength (डेटा) // पोस्ट के लिए सामग्री-लंबाई की आवश्यकता है

मेरे मामले में मैं Connection: keep-alive हेडर सेट करके समस्या को हल करने में सक्षम था।

मेरा दिन बचाओ!

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

ऐसा लगता है कि कुछ पिछला बग तब होता है जब POST अनुरोध http.request में पास हो जाता है

मेरे मामले में शरीर को अंतिम प्रतीकों के बिना भेजा गया था और शायद यह setContentLength() में सामग्री-लंबाई के गलत अनुमान के कारण था

'https' प्रोटोकॉल के बजाय 'http' का उपयोग करने से भी समस्या का समाधान होता है।

यह बहुत निराशाजनक है। मेरे पास सर्वर पर नियंत्रण नहीं है, लेकिन मैं Nodejs (अनुरोध या सुपरएजेंट का उपयोग करके) से POST नहीं कर सकता, लेकिन कर्ल या पोस्टमैन को सफलतापूर्वक कर सकता हूं। यहां तक ​​​​कि पागल, कॉल सफल होगा यदि मैं अनुरोध कथन पर डीबगर का उपयोग रोक देता हूं, और जारी रखता हूं।

मेरे मामले में अभी हल किया गया 'होस्ट' हेडर हटा दिया गया है।

हम एक नए नोडज ( 10.16.3 ) में अपग्रेड करने के बाद इस मुद्दे में भाग गए। ग्राहक पक्ष पर हमने keepAlive: true साथ नोडज http एजेंट का उपयोग किया। ऐसा लगता है कि निम्नलिखित हुआ:

• क्लाइंट अनुरोध करने के लिए मुफ्त सॉकेट का उपयोग करता है
• उसी समय सर्वर KeepAliveTimeout सेटिंग के कारण सॉकेट बंद कर देता है जो नोडज संस्करण 8 में दिखाई दिया है

समाधान
अब तक हमने दो समाधान खोजे हैं:
1) सर्वर साइड पर keepAliveTimeout को 0 बराबर सेट करके अक्षम करें
2) keepAliveTimeout मूल्य में मुफ्त सॉकेट बंद करें (डिफ़ॉल्ट रूप से यह 5 सेकंड)। डिफ़ॉल्ट http एजेंट ऐसी क्षमता का समर्थन नहीं करता है ( timeout सेटिंग ऐसा नहीं करती है)। इसलिए हमने एजेंट कीपिंग लिब का इस्तेमाल किया

const HttpsAgent = require('agentkeepalive').HttpsAgent;

const agent = new HttpsAgent({
    freeSocketTimeout: 4000
});

let req = http.get(options, (res) => {
    ...........
    ...........
}).on('error', function(e) {
        console.error(e);
});

इसे इस्तेमाल करे।

हम एक समान समस्या का सामना कर रहे हैं - वर्तमान में, हम 6.11.x का उपयोग कर रहे हैं लेकिन हमने नोड 10 की कोशिश की लेकिन मदद नहीं की।

हमने अनुरोध मॉड्यूल को अपग्रेड करने का भी प्रयास किया + प्रदान किए गए सभी सुझावों को जोड़ने पर कोई मदद नहीं मिली।

कोई अन्य विचार या समस्या निवारण में सहायता।

हम इस मुद्दे को हल करने में सक्षम हैं - हमारे एपीआई गेटवे में एक टाइमआउट सेटिंग थी जो इस समस्या का कारण बन रही थी। इसे देखने के लिए धन्यवाद।

हम इस मुद्दे को हल करने में सक्षम हैं - हमारे एपीआई गेटवे में एक टाइमआउट सेटिंग थी जो इस समस्या का कारण बन रही थी। इसे देखने के लिए धन्यवाद।

नमस्ते, क्या आप मुझे बता सकते हैं कि किस प्रकार की टाइमआउट सेटिंग इस समस्या का कारण बनती है

मेरे पास एक ही समस्या है जब मैं चाय-http के साथ अपने मार्गों का परीक्षण कर रहा हूं। बेतुका यह है कि पहले तीन पास ठीक है !! मैं पूरे दिन इसका सामना करने की कोशिश कर रहा हूं

यहाँ मेरा कोड:
```
लॉग ("कार्य परीक्षण")
it("टेस्ट/लॉगिन रूट्स", किया => {
चाय
अनुरोध (सर्वर)
पोस्ट ("/ लॉगिन")
।भेजना({ })
अंत (फ़ंक्शन (गलती, रेस) {
उम्मीद (त्रुटि)। to.be.null;
उम्मीद (res.status).to.not.equal(404);
उम्मीद (res.body.message).to.not.be.equal("नहीं मिला");
किया हुआ();
});
});

लॉग (त्रुटि के साथ विफल परीक्षण: सॉकेट हैंग अप)
यह ('परीक्षण / getResetCodePassword मार्ग', (किया गया) => {
चाय
अनुरोध (सर्वर)
पैच ("/ getResetCodePassword")
।भेजना({ })
अंत ((गलती, रेस) => {
कंसोल.लॉग (गलती);
किया हुआ();
})
})

```