Request: エラー：ソケットがハングアップします

同じ問題がありますが、オプションgzip:trueを追加すると機能します。

どのバージョンのnode.jsを使用していますか？ 0.10から0.12にアップグレードした後、 ECONNRESET例外が発生することがあります。 node.jsのバグを掘り下げると、これは0.12で壊れており、後で修正された可能性があります。

ここで同じ問題。 更新はありますか？ node.js 4.2.2を使用していますが、定期的（1分間に3〜4回）のECONNRESETエラーが発生します。

こんにちは@aymebaこの修正が適用された最初の4.xバージョンは4.4.0のようです。

http: handle errors on idle socketsというタイトルのコミットを探します。 このタイトルはさまざまなブランチに適用されたため、さまざまなコミットがあります。

気にしないでください、私は混乱して、node.js（＃3595）のECONNRESETバグについて話していました。

あなたが指摘したバグのせいではないと思います。 私たちの場合、それは表示されます：

• バックエンドにリクエストを送信します
• バックエンドはリクエストを処理します
• どういうわけか、リクエストは応答を待たずに切断され、ECONNRESETを取得しています
• バックエンドサーバーが接続を切断しないことは確かです

通常の場合、バックエンドサーバーがこのエラーをスローする必要があるため、このエラーが発生するのは混乱しています。

これについての更新はありますか？ botkit0.2.1でエラーが表示されます。

同様の問題が発生しています。 私は何時間もの調査、テスト、デバッグを行ってきました。 私の場合、Postmanを介して同じrestapiに投稿すると、エンドポイントは正常に機能します。 ネイティブNodeJShttp.request呼び出しを介したリクエストの作成は失敗します。 すべてのヘッダーとペイロード（本体）は同じです。 （ヘッダーに郵便配達用トークンがない場合を除く）

完全開示、私はサーバーにrestifyを使用しています。

サーバー側でrestifyを使用している場合は、監査人を有効にするのに役立ちます。これにより、何が起こっているかについてのヒントが得られます。 また、サーバーが何を期待するかを認識できるように、リクエストに正しい「Content-Type」を設定していることを確認してください。 サーバーがリクエストを誤解しているときにこのエラーが発生したので、コンテンツタイプを指定すると役立ちます。

この問題に関する更新はありますか？ この問題はNodev5.0.0でも発生しています。 リクエストが行われてから45秒後にエラーがスローされるようです。

私はHapiJSでこれと同じ問題を見てきました。 問題は間違ったcontent-lengthヘッダーでした

サブスクリプションと通知のリクエストをしたいのですが...

ノード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でも見られます。 接続しているサーバーは、応答でContent-Lengthヘッダーを送信していません。この場合、HTTP仕様に従って、サーバーはすべてのデータを送信した後にストリームを閉じる必要があります。 ソケットがハングアップしたため、これが誤って解釈されているのではないかと思います。 cURLを使用して同じリクエストを行うと正常に機能します。

+1
ノード6.9.4
リクエスト2.79.0

カールでうまく機能します
取得しようとしているURLはヘッダーContent-Lengthを返します

+1
ノード6.9.1
リクエスト2.79.0

Wget、curl-成功、しかしrequest-エラー。

ノード-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つのnodejsバージョンです）。

私の場合、 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)

..送信されたヘッダーをデバッグするためにrequest-debugを使用する

これはまだ解決されていませんか？ 2週間前と同じように正常に機能していましたが、現在このエラーが発生しています
{ [Error: socket hang up] code: 'ECONNRESET', response: undefined }
ノード-v4.4.7

ヘッダーの「accept-encoding」を削除してみてください：「gzip、deflate」はこれを解決しました。

私は人々がこのエラーをより頻繁に受けているのを見ます。 私の場合、それは本当に簡単でした。 私も私のアルゴリズムの一つに基づいて適切に形成されたURLだった何、実際に奇形ました。 この問題が発生しているすべての人に、問題がコードにあると想定することをお勧めします。 確かに、98％の場合、根本的な原因は、当たり前のこと、または見落としていることです。 私は問題を解決するために上記のすべてを試しましたが、結局、余分なスラッシュになりました。

私はあなたが言うすべての提案に従うようにしていますが、この問題はまだ発生しています。 とても悲しい....

それが誰かを助けるなら、私は最終的にrequire（ 'child_process'）。execを使用してcurlを呼び出すことによって問題を回避しました。 入力がユーザーランドからのものである場合は、入力を適切にサニタイズするようにしてください。

google.com => hostname： 'google.com'にリクエストして、機能するかどうかを確認してください。
私の場合、「hostname」は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
幸い、2番目の監視ツール内で「リクエスト」を使用しているので、問題は最小限に抑えられます。 node.jsが大好きなので、フィードバックを投稿しています。 私のフィードバックが問題を解決するためのあなたの試みに少し役立つことを願っています。

このエラーは、トラフィックの多い本番環境で一貫して発生しています。
サーバーの「正確な」レプリカを起動すると、「never」というエラーが表示されます。 エンドポイントを切り替えることができますが、トラフィックの多い本番環境では常にクライアントにこのエラーが発生します。
{[エラー：ソケットがハングアップしました]コード： 'ECONNRESET'}。

これは、数日前に気付いた断続的なエラーとして始まり、監視サービスが何度も誤って警告した後.....そして「リクエスト」を使用しない本番テストツールで何度もテストを開始しましたここでこの問題を見つけるためにWebを検索します。

今、私はこのアプリケーションのコード/バージョンを8か月以上変更しておらず、これがどこからともなく発生する可能性があることに混乱しています。 では、クライアントコードを変更しなかった場合、「リクエスト」の世界では何が変わったのでしょうか。

+1
ノード6.9.1

これは時々、エンドポイントをローカルでテストし、かなり高速な方法で多くのリクエストを実行するときにのみ発生します...

node4とnode6でも同じ問題に直面しています。 node0.12で正常に動作しています。

これを修正するのを手伝ってください。

ネイティブ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でホストされているサイトでのみ発生したことに

運がない。

暗号を次のように設定してもうまくいきませんでした。
agentOptions：{
暗号： 'DES-CBC3-SHA'
}

@aganapanあなたが要求していたURLは何ですか？ 私の解決策は、IIS6 + TLS1.0でのウェブサイトホスティングに関連する問題のみを修正します。 同様のエラーメッセージが表示される他の問題が発生する可能性があります。

私も同じ問題を抱えていました。 ngrokを使用して、RAWリクエストを確認しました。 ユーザー入力にe2808bの印刷不可能な文字が追加されていることが判明しました。 ほとんどの場合、コピー/貼り付けします。 そのユーザーが提供したURI部分に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持続的接続を無効にすることConnection: close （HTTPヘッダー

chromeがこの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' }

ついにこれをrecaptchaで機能させることができました。 httpsライブラリをインポートして使用する必要がありました。 動作するコードは次のとおりです。

var https = require（ 'https'）;
var querystring = require（ 'querystring'）;

var secret = "YOUR_KEY";
var response = RESPONSE_CODE;
var postData = "secret =" + secret + "＆" + "response =" + response;

//オブジェクトから投稿文字列を作成します
var post_data = querystring.stringify（{
'compilation_level'： 'ADVANCED_OPTIMIZATIONS'、
'output_format'： 'json'、
'output_info'： 'compiled_code'、
'warning_level'： 'QUIET'、
'js_code'：postData
}）;

var options = {
ホスト名： ' www.google.com '、
ポート：443、
パス： '/ recaptcha / api / siteverify'、
メソッド： 'POST'、
ヘッダー：{
'Content-Type'： 'application / x-www-form-urlencoded'
// 'content-encoding'： 'gzip'、
// '接続'： '閉じる'
}、
agentOptions：{
暗号： 'DES-CBC3-SHA'
}
};
var req = https.request（options、function（res）{
console.log（ 'ステータス：' + res.statusCode）;
console.log（ 'ヘッダー：' + JSON.stringify（res.headers））;
res.setEncoding（ 'utf8'）;
res.on（ 'data'、function（body）{
console.log（ 'Body：' + body）;
}）;
}）;
req.on（ 'error'、function（e）{
console.log（ 'リクエストの問題：' + e.message）;
}）;
//リクエスト本文にデータを書き込みます
req.write（postData）;
req.end（）;

注：インターネットで特定のエラーメッセージを検索するときに、このディスカッションに遭遇する可能性のある他の人のためにこれを記録します。

エラーはクライアントサイトが原因ではないため、上記の説明のほとんどは要点を見逃しているため、 requestに対して別の「回避策」を試しても機能しない可能性があります。 問題は、バックグラウンド操作の遅延が長いため、サーバー側のHTTP要求ソケットがアイドルタイムアウトになり、ソケットを閉じることです。 その結果、クライアント側でECONNRESETが発生します。

サーバー側のソースコードも担当し、express / koaフレームワークを使用している場合は、長期的なバックエンド操作を開始する前に、HTTPリクエストソケットのアイドルタイムアウトを無効にする必要があります。 たとえば、ES6コアルートハンドラーの場合：

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

今私のクライアントのタイムアウトの問題は、クライアントのコード内の任意の行を変更せずになくなっています...

httpsまたはhttpのいずれかで正しいSSLを使用してURLを呼び出していることを確認してください

私の場合、これはプロキシの問題でもあります。 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 。

修正するとエラーはなくなりました。

それは誰かのために有用で時間を節約するかもしれません。

私も同じ問題を抱えていました。 私の場合、リクエストオプションのヘッダーにUser-Agentを設定すると、問題は発生しなくなりました。

Node8.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
    }),

同じエラーが発生しましたが、少し異なります。私の状況は次のようになります。
testapp-> api A-> api B
->はリクエストを意味します
テストアプリは、AがBを非常にゆっくりと要求すると、ハングアップエラーを受け取り、最終的にBから500エラーを受け取ります（エラーはAPI Aで処理されます）。
API Aは多くのことを行い、常に応答が非常に遅くなりますが、エラーは発生しないため、タイムアウトの問題ではないと確信しています。
エクスプレスとリクエストがどのように機能するか本当に混乱しています。500エラーはすでにAPIAによって処理されており、他のアクションがフォローアップされています。 テストアプリでソケットハングアップエラーが発生するのはなぜですか？

最新の7.xリリースだけでなく、最新のノード（8.6）でもこの問題が発生しています。 誰かがそれを突き刺したい場合の詳細はここにあります： https ：

追加情報があれば教えてください！

ノード6.10.0で同じ問題が発生する

別の考えられる説明：Content-Lengthヘッダーで指定されているよりも多くのデータをHTTPボディで送信しています

+1
ノード8.6.0

この問題を修正するには、次のことを行う必要があります。
1-process.env.NODE_TLS_REJECT_UNAUTHORIZED = "0"を追加します。
2-zone.jsをv0.7.4にアップグレードします

同じ問題が発生しました。解決策は、環境変数NO_PROXY = "yourcompany.com"とstrictSSL：falseを使用することでした。これは、社内のURLに対してリクエストが行われ、プロキシサーバーを使用しようとしたためです。 program.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' }

私の側の問題は、Vagrantがポートを「占有」していて、 GETリクエストの直後にFINフラグ付きのTCPパケットを送信していたこと

この問題が発生しました。GZIPがオンで、Keepaliveもオンでした。
パッケージを追加すると、問題は解消されました。

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

同じ問題-URLをローカルホストからホストマシンの実際のIPに変更することで修正されました

まだこの問題があります....明らかな理由はありません。

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

リモートサーバーがkoa（または別のnodejsサーバー）によって起動され、データが{}場合、stringify関数によるpostDataは{}に変換されますが、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 === '{}'？ ''：postData__

それがあなたを助けることができることを願っています

私の場合、これはリクエストヘッダーにcontent-length : 0を含むPOSTリクエストを送信しているときに発生します。 この結果が妥当かどうかはわかりませんが、少なくとも、追加したヘッダーの各項目を削除して、問題の理由を見つけることができると思います。

「GET」を「POST」に変更したら、修正します。 しかし、理由はわかりません。https：//cnodejs.org/topic/57a6c35282e6ea4870ecd3f2から修正しましたres.on('data', cb)

@LvChengbin POSTリクエストでも同じ問題に直面していました。 Content-Length : 0を実際の体の長さに置き換えるとうまくいきました。

誰かが私を救ってくれます：angel：

bodev.8.9でも同じ問題があります

{エラー：ソケットがハングアップしました
createHangUpError（_http_client.js：331：15）で
Socket.socketOnEnd（_http_client.js：423：23）で
EmmitNoneで（events.js：111：20）
Socket.emitで（events.js：208：7）
endReadableNTで（_stream_readable.js：1064：12）
_combinedTickCallback（internal / process / next_tick.js：138：11）で
process._tickCallback（internal / process / next_tick.js：180：9）コードで： 'ECONNR
ESET '}

私のコードは以下の通りです。

let request = require（ "request"）;
リクエスト（{
url： " http://192.168.31.29：3019 / tactics / createMediaHotTotal20"、
メソッド： "GET"、
json：本当、
ヘッダー：{
"content-type"： "application / json"
}、
}、関数（エラー、応答、本文）{
if（エラー）{
console.log（エラー）
} それ以外 {
resolve（body）;
}
}）

同じ問題、ノード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は、Content-Lengthがリクエストに追加されたときに機能します。 これが皆さんのお役に立てば幸いです。
'Content-Length'：Buffer.byteLength（data）// POSTにはContent-Lengthが必要です

私の場合、 Connection: keep-aliveヘッダーを設定することで、問題を回避することができました。

私の日を救え！

少し掘ります。
nodejsサーバーにPOSTを送信するときに、リクエストに関する問題が週に1回発生します。
ディッパーに行った後、リクエストの形式が正しくないと、nodejsが接続をハングさせるだけであることがわかりました。

POSTリクエストがhttp.requestに渡されると、リアバグが発生するようです

私の場合、本文は最後の記号なしで送信されましたが、 setContentLength()のContent-Lengthの誤算が原因である可能性があります

「https」プロトコルの代わりに「http」を使用すると、問題も解決します。

これは非常に苛立たしいことです。 サーバーを制御できませんが、Nodejsから（リクエストまたはスーパーエージェントを使用して）POSTを実行できませんが、curlまたはPostmanを正常に実行できます。 さらにクレイジーなことに、requestステートメントでデバッガーを使用して一時停止し、続行すると、呼び出しは成功します。

私の場合、「Host」ヘッダーを削除して解決しました。

新しいnodejs（ 10.16.3 ）にアップグレードした後、この問題が発生しました。 クライアント側では、 keepAlive: true nodejshttpエージェントを使用しました。 次のことが起こったようです。

• クライアントは空きソケットを使用してリクエストを実行します
• 同時に、nodejsバージョン8で表示されたkeepAliveTimeout設定のために、サーバーがソケットを閉じます。

解決
これまでのところ、2つの解決策が見つかりました。
1）サーバー側でkeepAliveTimeoutを0と等しく設定して無効にします
2） keepAliveTimeout未満の値（デフォルトでは5秒）で空きソケットを閉じます。 デフォルトのhttpエージェントはそのような機能をサポートしていません（ timeout設定はサポートしていません）。 そこで、 agentkeepalivelibを使用し

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を試しましたが、役に立ちません。

リクエストモジュールをアップグレードして、提供されたすべての提案を追加しようとしましたが、助けにはなりませんでした。

その他のアイデアやトラブルシューティングのヘルプ。

この問題を解決することができます-APIゲートウェイには、この問題の原因となるタイムアウト設定がありました。 調べてくれてありがとう。

この問題を解決することができます-APIゲートウェイには、この問題の原因となるタイムアウト設定がありました。 調べてくれてありがとう。

こんにちは、この問題の原因となるタイムアウト設定の種類を教えてください

chai-httpを使用してルートをテストしているときに、同じ問題が発生します。 ばかげているのは、最初の3つのパスが大丈夫だということです!! 私は一日中それに直面しようとしています

ここに私のコード：
`` `
log（ "作業テスト"）
it（ "/ loginルートをテストする"、done => {
チャイ
.request（サーバー）
.post（ "/ login"）
。送信（{ }）
.end（function（err、res）{
expect（err）.to.be.null;
expect（res.status）.to.not.equal（404）;
expect（res.body.message）.to.not.be.equal（ "見つかりません"）;
終わり（）;
}）;
}）;

ログ（エラーでテストに失敗：ソケットがハングアップ）
it（ '/ getResetCodePasswordルートをテストする'、（完了）=> {
チャイ
.request（サーバー）
.patch（ "/ getResetCodePassword"）
。送信（{ }）
.end（（err、res）=> {
console.log（err）;
終わり（）;
}）
}）

`` `