Request: 오류: 소켓 끊김

에 만든 2016년 01월 31일 · 77코멘트 · 출처: request/request

안녕하세요, 그런 문제가 이전에 생성된 것으로 알고 있지만 약간 다른 설명이 있습니다.

간단한 요청을 수행하려고 했습니다: 양식 데이터 보내기. 그러나 요청 모듈을 사용할 때 항상 "소켓 끊기"가 발생합니다.

간단한 테스트 케이스 및 결과 아래

'use strict';

const request = require('request');
const http = require('http');
const querystring = require('querystring');

const data = {
    xstext: 'I have a some problem about node.js server. What should I do to solve the this problem?',
    spintype: 0,
    removeold: 0,
};

// Using request
request(
    {
        method: 'POST',
        url: 'http://address:9017/',
        form: data,
    },
    (error, responce, body) => {
        if (!error) {
            console.log(body, responce);
            return;
        }
        console.log(error);
    }
);

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

let options = {
    hostname: 'address',
    port: 9017,
    path: '/',
    method: 'POST',
    headers: {
        'Content-Type': 'application/x-www-form-urlencoded',
        'Content-Length': postData.length,
    },
};

let req = http.request(options, (res) => {
    console.log(`STATUS: ${res.statusCode}`);
    console.log(`HEADERS: ${JSON.stringify(res.headers)}`);
    res.setEncoding('utf8');
    res.on('data', (chunk) => {
        console.log(`BODY: ${chunk}`);
    });
    res.on('end', () => {
        console.log('No more data in response.');
    });
});

req.on('error', (e) => {
    console.log(`problem with request: ${e.message}`);
});

req.write(postData);
req.end();

요청 모듈의 경우:

{ [Error: socket hang up] code: 'ECONNRESET' }

네이티브 http의 경우:

STATUS: 200
HEADERS: {"content-length":"98","content-type":"text/html","cache-control":"no-cache","connection":"keep-close"}
BODY: Excellent some problem about client. js server. What must i do to solve the particular this issue?
No more data in response.

요청 모듈의 버그인 것 같습니다.

Not enough info (see CONTRIBUTING.md)

출처

Areks

👍6

가장 유용한 댓글

누가 날 구해줘 :엔젤:

lfreneda 에 2018년 04월 03일

👍26 ❤9

모든 77 댓글

동일한 문제가 있지만 gzip:true 옵션을 추가하면 작동합니다.

tiodot 에 2016년 02월 02일

👎43 👍8 🎉4

어떤 버전의 node.js를 사용하고 있습니까? 0.10에서 0.12로 업그레이드한 후 가끔 ECONNRESET 예외가 발생합니다. node.js 버그를 파헤쳐 보면 이것이 0.12에서 깨져 나중에 수정된 것처럼 보입니다.

drewfish 에 2016년 03월 09일

여기에서도 같은 문제입니다. 업데이트가 있습니까? node.js 4.2.2를 사용하고 있는데 주기적(분당 3-4회) ECONNRESET 오류가 발생합니다.

aymeba 에 2016년 03월 14일

~~안녕하세요 @aymeba 는 이 수정 사항이 있는 첫 번째 4.x 버전이 4.4.0인 것 같습니다.~~

~~http: handle errors on idle sockets 라는 커밋을 찾습니다. 다른 브랜치에 적용되었기 때문에 이 제목에는 다양한 커밋이 있습니다.~~

신경쓰지 마세요. 혼란스러워서 node.js의 ECONNRESET 버그에 대해 이야기하고 있었습니다(#3595).

drewfish 에 2016년 03월 14일

지적하신 버그 때문에 그런 일이 발생하지 않는다고 생각합니다. 우리의 경우 다음과 같이 나타납니다.

백엔드에 요청 보내기
백엔드가 요청을 처리합니다.
어떻게 든 요청이 응답을 기다리지 않고 연결이 끊어지고 ECONNRESET이 발생합니다.
백엔드 서버가 연결을 끊지 않는다고 확신합니다.

일반적인 경우 백엔드 서버에서 이 오류를 발생시켜야 하기 때문에 이 오류가 발생하는 것이 혼란스럽습니다.

aymeba 에 2016년 03월 14일

👍14 ❤1

이에 대한 업데이트가 있습니까? botkit 0.2.1에서 오류가 표시됩니다.

juanpablopizarro 에 2016년 06월 24일

👍3

비슷한 문제가 있습니다. 몇 시간 동안 연구, 테스트 및 디버깅을 수행했습니다. 제 경우에는 Postman을 통해 동일한 restapi에 게시하는 것이 끝점이 잘 작동합니다. 기본 NodeJS http.request 호출을 통한 요청이 실패합니다. 모든 헤더와 페이로드(본문)는 동일합니다. (헤더에 우편 배달부 토큰이 없는 경우 제외)

전체 공개, 나는 내 서버에 restify를 사용하고 있습니다.

gochinj 에 2016년 07월 29일

서버 측에서 restify를 사용하는 경우 감사자를 활성화하는 데 도움이 될 것입니다. 감사자는 무슨 일이 일어나고 있는지에 대한 힌트를 제공해야 합니다. 또한 서버가 예상할 내용을 알 수 있도록 요청에서 올바른 "Content-Type"을 설정했는지 확인하십시오. 서버가 요청을 오해할 때 이 오류를 보았으므로 콘텐츠 유형을 제공하면 도움이 됩니다.

nsilva 에 2016년 08월 15일

이 문제에 대한 업데이트가 있습니까? Node v5.0.0에서 이 문제가 계속 발생합니다. 요청이 이루어진 후 정확히 45초 후에 오류가 발생하는 것을 보았습니다.

murali0286 에 2016년 10월 12일

👍8

나는 HapiJS에서 이와 동일한 문제를 보았습니다. 문제는 잘못된 콘텐츠 길이 헤더였습니다.

mllanes 에 2016년 11월 03일

👍2

구독과 알림 신청을 하고 싶은데... 감사합니다.

roddrec23 에 2016년 12월 04일

노드 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
  }

wuwb 에 2017년 01월 03일

👍6

노드 6.6.0에서도 이것을 보고 있습니다. 내가 연결하는 서버는 응답에서 Content-Length 헤더를 보내지 않습니다. 이 경우 HTTP 사양에 따라 서버는 모든 데이터를 보낸 후 스트림을 닫아야 합니다. 나는 이것이 소켓 끊김으로 잘못 해석되고 있다고 생각합니다. cURL로 동일한 요청을 하면 잘 작동합니다.

dieseldjango 에 2017년 01월 06일

👍6

+1
노드 6.9.4
요청 2.79.0

컬과 잘 어울립니다.
내가 얻으려고하는 URL은 헤더 Content-Length를 반환합니다.

$fractalf picture$ fractalf 에 2017년 01월 10일

+1
노드 6.9.1
요청 2.79.0

atMari 에 2017년 01월 13일

👍3

Wget, curl - 성공, 그러나 요청 - 오류.

노드 - 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' }

extensionsapp 에 2017년 01월 13일

👍23

같은 문제가 있습니다. 흥미롭게도 6.4.0에서는 동일한 코드가 작동하지만 6.9.2에서는 중단되므로 요청 버전과 무관한 것 같습니다(이것은 내가 설치한 2개의 nodejs 버전일 뿐입니다).

Vanit 에 2017년 01월 13일

제 경우에는 Connection: keep-alive 헤더를 설정하여 문제를 해결할 수 있었습니다.

dieseldjango 에 2017년 01월 13일

👍15 🎉9 ❤5 👎1

@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)

..전송된 헤더 디버깅을 위해

$fractalf picture$ fractalf 에 2017년 01월 16일

이거 아직 해결되지 않았나요? 2주 전에는 잘 작동했는데 이제 이 오류가 발생합니다.
{ [Error: socket hang up] code: 'ECONNRESET', response: undefined }
노드 -v 4.4.7

hamxabaig 에 2017년 01월 25일

헤더에서 'accept-encoding': 'gzip, deflate'를 제거하면 이 문제가 해결됩니다.

wuwb 에 2017년 01월 26일

👍1

사람들이 이 오류를 더 자주 받는 것을 봅니다. 제 경우에는 정말 간단했습니다. 그래도 난 내 알고리즘 중 하나를 기반으로 제대로 형성 URL 무엇인지, 실제로, 부정했다. 이 문제를 겪고 있는 모든 사용자가 코드에 문제가 있다고 가정할 것을 권장합니다. 98%의 경우 근본 원인은 당연하게 여기거나 간과하고 있는 일상적인 것입니다. 문제를 해결하기 위해 위의 모든 것을 시도했지만 결국 추가 슬래시로 귀결되었습니다.

gochinj 에 2017년 01월 26일

👎10 👍9 😄6

나는 당신이 말하는 모든 제안을 따르려고 노력하지만 이 문제는 여전히 발생합니다. 너무 슬퍼....

kazaff 에 2017년 02월 07일

👍1

누군가에게 도움이 된다면 결국 require('child_process').exec를 사용하여 curl을 호출하여 문제를 해결했습니다. 사용자 영역에서 오는 경우 입력을 적절하게 삭제해야 합니다.

Vanit 에 2017년 02월 07일

google.com => 호스트 이름: '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();

itsay 에 2017년 02월 13일

👍9

+1
노드 6.9.5

cismous 에 2017년 02월 13일

👍1

안녕하세요 여러분, 저도 같은 문제가 있습니다. +1
다행히 두 번째 모니터링 도구 내에서 '요청'을 사용하므로 문제가 최소화됩니다. 나는 node.js를 많이 좋아해서 몇 가지 피드백을 게시하고 있습니다. 제 피드백이 문제를 해결하려는 시도에 조금이나마 도움이 되기를 바랍니다.

이제 트래픽이 많은 프로덕션 환경에서 오류가 일관되게 나타납니다.
서버의 "정확한" 복제본을 스핀업할 수 있으며 "절대" 오류가 나타납니다. 끝점을 전환할 수 있으며 항상 트래픽이 많은 프로덕션 환경으로 인해 클라이언트에 이 오류가 발생합니다.
{ [오류: 소켓 끊김] 코드: 'ECONNRESET' }.

몇일전부터 간헐적인 에러로 시작해서 모니터링 서비스 거짓알람이 너무 여러번 오고..... 그리고 '요청'을 사용하지 않는 프로덕션 테스트 툴로 테스트를 정말 많이 하기 시작했습니다. 여기에서 이 문제를 찾으려면 웹을 검색하십시오.

이제 이 응용 프로그램에 대해 8개월 이상 코드/버전을 변경하지 않았으며 이것이 어떻게 아무데서나 발생할 수 있는지 혼란스럽습니다. 그래서... 클라이언트 코드를 변경하지 않으면 '요청' 세계에서 무엇이 변경되었습니까?

vognition 에 2017년 02월 16일

👍1

+1
노드 6.9.1

이것은 가끔 로컬에서 내 엔드포인트를 테스트하고 많은 요청을 다소 빠른 방식으로 실행할 때 발생합니다...

BenSower 에 2017년 02월 22일

👍2

우리는 또한 node4와 node6에서도 같은 문제에 직면하고 있습니다. node0.12에서 잘 작동합니다.

이 문제를 해결하는 데 도움을 주세요.

asha-tech 에 2017년 03월 02일

기본 https.request 문제의 유사한 문제
여기 에서 더 보기,

옵션을 요청하려면 아래에 추가하면 이 문제를 우회(수정)할 수 있습니다.

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

나는 따라잡혀 오후 내내 그것을 알아내려고 노력했습니다... 여러 계층의 리디렉션이 있는 복잡한 환경에 있었습니다. is this DNS issue? -> no way it's DNS -> definitely DNS -> no it's not
@fractalf 의 예를 보고 이 모든 것이 https를 사용하는 IIS6에서 호스팅되는 사이트에서만 발생한다는 것을 깨달았습니다.

kunKun-tx 에 2017년 03월 02일

👍6 🎉2 👎2

불운.

다음으로 암호를 설정해도 효과가 없었습니다.
에이전트 옵션: {
암호: 'DES-CBC3-SHA'
}

asha-tech 에 2017년 03월 02일

🎉1

@aganapan 요청한 URL이 무엇입니까? 내 솔루션은 IIS6 + TLS1.0에서 호스팅하는 웹 사이트와 관련된 문제만 수정합니다. 유사한 오류 메시지를 발생시키는 다른 문제가 있을 수 있습니다.

kunKun-tx 에 2017년 03월 02일

나는 같은 문제가 있었다. 나는 ngrok을 사용하고 RAW 요청을 보았습니다. 사용자 입력에 인쇄할 수 없는 e2808b 문자가 추가된 것으로 나타났습니다. 대부분 복사/붙여넣기 합니다. 나는 그 사용자가 제공한 URI 부분에 encodeURIComponent() 를 사용했고 문제는 사라졌다.

danielkhan 에 2017년 03월 10일

나는 같은 문제가 있었다.

노드 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
    }
}

rambo-panda 에 2017년 03월 16일

Node.js 6.10.0
요청 2.72.0

일부 백엔드 통합 테스트를 실행하는 동안 동일한 문제를 발견했습니다. 당사 제품은 HTTPS를 사용하여 여러 네트워크 장치에 연결합니다. 이 시나리오에서는 여러 HTTPS 연결을 설정하고 각 장치에 대해 일부 POST 및 GET 요청을 실행합니다.
테스트 환경에서 문제가 발생했기 때문에 해결 방법은 HTTP 영구 연결을 비활성화하는 것이었습니다(HTTP 헤더 Connection: close ). 이렇게 하여 응답(HTTP/1.1)을 전달한 후 연결을 종료하도록 서버에 요청합니다. 그러나 이제 각 TCP가 하나의 요청만 처리하므로 HTTP 영구 연결의 이점을 잃게 됩니다.

lhsvobodaj 에 2017년 03월 17일

👍3

크롬이 이 DES-CBC3-SHA 솔루션을 차단하고 있습니다.

samvloeberghs 에 2017년 03월 20일

나를 위해 컬이 작동하지 않습니다. 전에 내 명령줄 도구에 프록시를 설정한 것을 발견했습니다. 이제 프록시를 제거하면 잘 작동합니다.

IceMimosa 에 2017년 05월 22일

👍1

이 문제가 계속 발생합니다.

{ 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' }

akashdeepsinghal 에 2017년 05월 23일

👍3

마침내 이것이 recaptcha에 대해 작동하도록 했습니다. https 라이브러리를 가져와 사용해야 했습니다. 작업 코드는 다음과 같습니다.

var https = 요구('https');
var 쿼리 문자열 = 요구('쿼리 문자열');

var 비밀 = "YOUR_KEY";
var 응답 = RESPONSE_CODE;
var postData = "비밀="+비밀+"&"+"응답="+ 응답;

// 객체에서 포스트 문자열을 빌드합니다.
var post_data = querystring.stringify({
'컴파일_레벨': 'ADVANCED_OPTIMIZATIONS',
'출력 형식': 'json',
'출력 정보': '컴파일된 코드',
'warning_level': '조용히',
'js_code': postData
});

변수 옵션 = {
호스트 이름: ' www.google.com ',
포트: 443,
경로: '/recaptcha/api/siteverify',
메소드: 'POST',
헤더: {
'콘텐츠 유형': '응용 프로그램/x-www-form-urlencoded'
//'콘텐츠 인코딩': 'gzip',
//'연결': '닫기'
},
에이전트 옵션: {
암호: 'DES-CBC3-SHA'
}
};
var 요청 = https.request(옵션, 기능(res) {
console.log('상태: ' + res.statusCode);
console.log('헤더: ' + JSON.stringify(res.headers));
res.setEncoding('utf8');
res.on('데이터', 함수(본문) {
console.log('본문: ' + 본문);
});
});
req.on('오류', function(e) {
console.log('요청 문제: ' + e.message);
});
// 요청 본문에 데이터 쓰기
req.write(postData);
요구사항 종료();

fmikael 에 2017년 06월 02일

👍1

참고: 특정 오류 메시지에 대해 인터넷을 검색할 때 이 토론을 우연히 보게 될 다른 사람들을 위해 이것을 기록하십시오.

위의 논의의 대부분은 요점을 놓치고 있는 것으로 판명되었으므로 오류는 클라이언트 사이트에서 발생 하지 않으므로 request 대해 다른 "해결 방법"을 시도하면 작동하지 않을 가능성이 큽니다. 문제는 서버 측 의 HTTP 요청 소켓이 백그라운드 작업의 긴 지연으로 인해 유휴 시간 초과로 실행된 다음 소켓을 닫는 것입니다. 그 결과 클라이언트 측에서 ECONNRESET이 발생합니다.

서버 측 소스 코드도 담당하고 express/koa 프레임워크를 사용하는 경우 오래 지속되는 백엔드 작업을 시작하기 전에 HTTP 요청 소켓에서 유휴 시간 제한을 비활성화해야 합니다. 예를 들어 ES6 koa 라우트 핸들러의 경우:

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

이제 클라이언트 코드의 줄을 변경 하지 않고 클라이언트 시간 초과 문제가 사라졌습니다...

stefanb2 에 2017년 06월 09일

👍8 ❤2 👎1

올바른 SSL(https 또는 http)로 URL을 호출하고 있는지 확인하십시오.

vdisawar 에 2017년 06월 17일

👍1

제 경우에도 프록시 문제입니다. http_proxy 및 https_proxy를 재설정하면 문제가 사라집니다.

qingguo-yu 에 2017년 06월 21일

나는 같은 문제가 있었다.

컬의 경우:
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 .

수정하니 오류가 사라졌습니다.

누군가에게는 유용하고 시간을 절약할 수 있습니다.

mpelekh 에 2017년 07월 31일

나는 같은 문제가 있었다. 제 경우에는 요청 옵션의 헤더에 User-Agent를 설정했는데 문제가 사라졌습니다.

poltorina 에 2017년 08월 10일

Node 8.x와 동일한 문제가 있음

amejiarosario 에 2017년 08월 31일

+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
    }),

rambo-panda 에 2017년 09월 11일

나는 같은 오류가 발생했지만 조금 다른, 내 상황은 이렇습니다.
testapp -> api A -> api B
-> 요청을 의미
테스트 앱은 A가 B를 매우 느리게 요청하면 끊김 오류가 발생하고 마침내 B로부터 500 오류가 발생합니다(오류는 API A에서 처리됨).
api A가 많은 일을 하고 항상 응답을 매우 느리게 반환하지만 오류는 없기 때문에 시간 초과 문제가 아니라고 확신합니다.
이제 나는 표현과 요청이 어떻게 작동하는지 정말로 혼란스러워합니다. 500 오류는 이미 api A에 의해 처리되고 다른 조치가 후속 조치를 취합니다. 테스트 앱에서 여전히 소켓 끊김 오류가 발생하는 이유는 무엇입니까?

datanglibai 에 2017년 09월 28일

최신 노드(8.6)와 최신 7.x 릴리스에서도 이 문제가 발생했습니다. 누군가 그것을 찔러보고 싶다면 세부 정보가 여기에 있습니다. https://stackoverflow.com/questions/46666079/node-js-http-get-econnreset-error-on-read

추가 정보를 제공할 수 있으면 알려주세요!

jpollard-cs 에 2017년 10월 10일

노드 6.10.0과 동일한 문제가 있음

ramziraissi 에 2017년 10월 11일

또 다른 가능한 설명: Content-Length 헤더에 지정된 것보다 HTTP 본문에 더 많은 데이터를 보내고 있습니다.

naugtur 에 2017년 10월 18일

+1
노드 8.6.0

jsmonkey 에 2017년 10월 24일

문제를 해결하려면 다음을 수행해야 합니다.
1-process.env.NODE_TLS_REJECT_UNAUTHORIZED = "0"을 추가합니다.
2-zone.js를 v0.7.4로 업그레이드

ramziraissi 에 2017년 10월 24일

나는 같은 문제가 있었고 해결 방법은 환경 변수 NO_PROXY="yourcompany.com" 과 strictSSL:false 를 사용하는 것이었습니다. 우리의 요청이 내부 회사 URL에 대해 이루어지고 프록시 서버를 사용하려고

jonnycoder1 에 2017년 10월 26일

+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' }

illya13 에 2017년 10월 31일

내 쪽의 문제는 Vagrant가 포트를 "점유"하고 내 GET 요청 직후에 FIN 플래그가 포함된 TCP 패킷을 보내는 것이었지만 chrome과 postman이 왜 문제가 없었는지 아직 확실하지 않습니다. 이 문제를 해결하기 위해 - 아마도 그들은 약간의 회복력을 가지고 있을 것입니다.

jpollard-cs 에 2017년 11월 03일

나는이 문제가 있었고 GZIP이 켜져 있었고 Keep Alive도 켜져있었습니다.
패키지를 추가한 후 문제가 사라졌습니다.

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

dotbloup 에 2017년 11월 21일

동일한 문제 - 참고용으로 localhost에서 호스트 시스템의 실제 IP로 URL을 변경하여 수정됨

markbarton 에 2017년 11월 30일

여전히 이 문제가 발생합니다. 뚜렷한 이유가 없습니다.

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)

tsirolnik 에 2017년 12월 12일

안녕하세요, 아직 이 문제를 해결했는지 모르겠지만 저는 이 tody를 해결했습니다. 디버깅할 때,

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

원격 서버가 koa(또는 다른 nodejs 서버)에 의해 시작되고 데이터가 {} 인 경우 postData by stringify 함수는 {} 로 변환하지만 koa 서버는 {} 는 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 === '{}' ? '' : 포스트 데이터__

그것이 당신을 도울 수 있기를 바랍니다

renminghao 에 2018년 01월 03일

저에게 이것은 요청 헤더에 content-length : 0 가 있는 POST 요청을 보내는 동안 발생합니다. 이 결과가 합당한지 모르겠지만 적어도 추가한 헤더의 각 항목을 제거하여 문제의 원인을 알아낼 수는 있을 것 같습니다.

LvChengbin 에 2018년 01월 18일

👍3

'GET'을 'POST'로 변경하면 수정하십시오. 하지만 이유를 모르겠습니다. https://cnodejs.org/topic/57a6c35282e6ea4870ecd3f2 에서 수정했습니다. 누군가 'GET'을 사용하면 코드가 res.on('data', cb) 실행할 수 없다고 말했습니다.

dumplings 에 2018년 02월 02일

@LvChengbin POST 요청에서도 같은 문제에 직면했습니다. Content-Length : 0 를 신체의 실제 길이로 바꾸는 것이 효과적이었습니다.

ahmedfouzan 에 2018년 02월 06일

누가 날 구해줘 :엔젤:

lfreneda 에 2018년 04월 03일

👍26 ❤9

bode v.8.9에서도 같은 문제가 있습니다.

{ 오류: 소켓 끊김
createHangUpError에서 (_http_client.js:331:15)
Socket.socketOnEnd에서 (_http_client.js:423:23)
emitNone에서 (events.js:111:20)
Socket.emit에서(events.js:208:7)
endReadableNT에서 (_stream_readable.js:1064:12)
_combinedTickCallback에서(내부/프로세스/next_tick.js:138:11)
process._tickCallback에서 (internal/process/next_tick.js:180:9) 코드: 'ECONNR
ESET' }

내 코드는 아래에 있습니다.

let request=require("요청");
요구({
URL: " http://192.168.31.29 :3019/tactics/createMediaHotTotal20",
메소드: "GET",
json: 사실,
헤더: {
"콘텐츠 유형": "응용 프로그램/json"
},
}, 함수(오류, 응답, 본문) {
만약 (오류) {
console.log(오류)
} 또 다른 {
해결(본문);
}
})

YeDongaidiiqu 에 2018년 04월 26일

동일한 문제, 노드 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() 누락되었습니다. 공장

gkatsanos 에 2018년 07월 08일

👍3

같은 버그가 있습니다. POST는 Content-Length가 요청에 추가될 때 작동합니다. 이것이 여러분에게 도움이 되기를 바랍니다.
'Content-Length': Buffer.byteLength(data) // 콘텐츠 길이는 POST에 필요합니다.

ablade 에 2018년 10월 17일

👎7

제 경우에는 Connection: keep-alive 헤더를 설정하여 문제를 해결할 수 있었습니다.

나의 하루를 지켜주세요!

HuChundong 에 2018년 10월 26일

조금 파봅니다.
nodejs 서버에 POST를 보낼 때 요청에 일주일에 한 번 후면 문제가 있습니다.
디퍼로 이동한 후 요청 형식이 잘못된 경우 nodejs가 연결을 중단한다는 것을 알았습니다.

POST 요청이 http.request로 전달될 때 후면 버그가 발생하는 것 같습니다.

제 경우에는 본문이 마지막 기호 없이 전송되었으며 setContentLength() 의 Content-Length를 잘못 계산했기 때문일 수 있습니다.

Gormartsen 에 2019년 03월 08일

'https' 프로토콜 대신 'http'를 사용하면 문제도 해결됩니다.

and-kost 에 2019년 06월 05일

👍2 🎉1 👎1

이것은 매우 실망스럽습니다. 서버를 제어할 수 없지만 Nodejs에서 POST를 수행할 수는 없지만(요청 또는 수퍼 에이전트 사용) curl 또는 Postman은 성공적으로 수행할 수 있습니다. 더 미친 것은 요청 문에서 디버거를 사용하여 일시 중지하고 계속하면 호출이 성공한다는 것입니다.

cactusme 에 2019년 06월 19일

제 경우에는 '호스트' 헤더를 제거하여 해결했습니다.

wjsilva85 에 2019년 07월 19일

새로운 nodejs( 10.16.3 )로 업그레이드한 후 이 문제가 발생했습니다. 클라이언트 측에서는 keepAlive: true 와 함께 nodejs http 에이전트를 사용했습니다. 다음과 같은 일이 발생한 것 같습니다.

클라이언트는 무료 소켓을 사용하여 요청을 수행합니다.
같은 시간에 nodejs 버전 8에 나타난 keepAliveTimeout 설정으로 인해 서버가 소켓을 닫습니다.

해결책
지금까지 두 가지 솔루션을 찾았습니다.
1) 서버 측에서 0 동일하게 설정하여 keepAliveTimeout 를 비활성화합니다.
2) keepAliveTimeout 값(기본적으로 5초) 미만으로 여유 소켓을 닫습니다. 기본 http 에이전트는 이러한 기능을 지원하지 않습니다( timeout 설정은 지원하지 않음). 그래서 우리는 agentkeepalive lib를 사용

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

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

davoam 에 2019년 09월 18일

❤4 👍2

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

이 시도.

sadller 에 2019년 12월 12일

👎1

비슷한 문제에 직면해 있습니다. 현재 6.11.x를 사용하고 있지만 노드 10을 시도했지만 도움이 되지 않습니다.

우리는 요청 모듈을 업그레이드하려고 시도했지만 제공된 모든 제안을 추가했지만 도움이 되지 않았습니다.

문제 해결에 대한 다른 아이디어나 도움.

jainmnsh 에 2020년 02월 04일

이 문제를 해결할 수 있습니다. API 게이트웨이에 이 문제를 일으키는 시간 초과 설정이 있습니다. 조사해 주셔서 감사합니다.

jainmnsh 에 2020년 02월 04일

이 문제를 해결할 수 있습니다. API 게이트웨이에 이 문제를 일으키는 시간 초과 설정이 있습니다. 조사해 주셔서 감사합니다.

안녕하세요, 어떤 종류의 시간 초과 설정이 이 문제를 일으키는지 알려주실 수 있습니까?

dzz9143 에 2020년 02월 12일

chai-http로 경로를 테스트할 때도 같은 문제가 있습니다. 터무니없는 것은 처음 세 가지가 합격이라는 것입니다!! 나는 하루 종일 그것을 직면하려고 노력한다

여기 내 코드 :
```
log("작업 테스트")
it("/login 경로 테스트", done => {
차이
.요청(서버)
.post("/로그인")
.보내다({ })
.end(함수(오류, 해상도) {
기대(err).to.be.null;
기대(res.status).to.not.equal(404);
기대(res.body.message).to.not.be.equal("찾을 수 없음");
완료();
});
});

log(오류로 테스트 실패: 소켓 끊김)
it('/getResetCodePassword 경로 테스트', (완료)=> {
차이
.요청(서버)
.patch("/getResetCodePassword")
.보내다({ })
.end( (오류, 해상도) => {
console.log(오류);
완료();
})
})

```

dudvil1 에 2020년 04월 20일

🚀2 👍1

이 페이지가 도움이 되었나요?

0 / 5 - 0 등급

Request: 오류: 소켓 끊김

가장 유용한 댓글

모든 77 댓글

관련 문제