Mongoose: "첫 번째 연결 시 연결 실패" 이후에는 재시도가 이루어지지 않습니다.

확인할 수 있습니다.
노드 6, 7, 몽구스(최소 6개월), 몽고 3.2 - 3.4
이것과 함께합니다 #4890

mongodb-core 문제인 것 같습니다. 첫 번째 시도가 실패하더라도 다시 연결을 시도해야 합니다. 왜냐하면 그것이 후속 시도와 왜 다른지 잘 모르기 때문입니다.

여기에서도 이 문제를 보고할 수 있습니까?

전체 재현 스크립트는 다음과 같습니다.

const mongoose = require('mongoose');
const co = require('co');
mongoose.Promise = global.Promise;
const GITHUB_ISSUE = `gh-5169`;


exec()
  .catch(error => {
    console.error(`Error: ${ error }\n${ error.stack }`);
  });


function exec() {
  return co(function*() {
    const db = mongoose.createConnection(`mongodb://localhost:27017/${ GITHUB_ISSUE }`);
    db.on('error', (error) => {
      console.error(`in an error ${ error }\n${ error.stack }`);
    })
  });
}

재현해 주셔서 감사합니다. 나는 mongodb-core를 살펴보았다. 이것은 드라이버 의

드라이버는 호스트에 연결할 수 없는 경우 첫 번째 연결에서 실패합니다. 이것은 연결할 수 없는 호스트에서 빠른 실패를 보장하기 위해 설계된 것입니다. 재연결 동작은 드라이버가 초기 연결을 수행한 후에만 시작됩니다.

무엇을 할지 결정하는 것은 애플리케이션에 달려 있습니다. 이것은 드라이버가 빠르게 실패하고 실제로 작동하고 있다고 생각하지 않도록 의도적으로 설계된 것입니다.

그래서 나는 우리가 운전자와 다른 행동을하지 않을 것이라고 생각합니다.

사실 그런 행동은 수준이 낮은 운전자에게 합당하다고 생각합니다. 실수로 잘못된 호스트나 잘못된 포트에 연결을 시도하는 개발자에게 도움이 됩니다.

그러나 몽구스에서 좀 더 개발자 친화적인 작업을 수행하려면 다음을 고려할 수 있습니다.

• 자동 재연결 옵션이 활성화되면 Mongo 서버에 연결할 수 있을 때까지 계속 재연결을 시도하십시오(위에 링크된 해결 방법과 같은 것을 구축하여).
• mongoose가 이 작업을 수행할 때 기록합니다. 따라서 연결이 설정되지 않은 경우 개발자는 적어도 문제가 있는 위치를 알 수 있습니다.
  (예: 30초로 로그를 연기할 수 있습니다. 실제로 직접 로깅 대신 error 경고 이벤트를 내보내야 하지만 여전히 자동으로 재접속을 시도해야 합니다.)

제 기억이 맞다면 해결 방법을 사용하고 몇 번의 실패 후 마침내 연결했을 때 앱에서 이미 큐에 대기 중인 쿼리가 원하는 대로 실행되었습니다. (그러나 이것은 다시 테스트할 가치가 있습니다.)

나는 이것이 실제로 괜찮은 아이디어라고 생각합니다. 나는 이것을 기능 요청이라고 라벨을 붙일 것입니다.

아니요, 초기 연결에서 빠르게 실패하는 것은 MongoDB 드라이버 전체에서 매우 일관된 동작이며 mongoose가 이를 지원하는 데에는 큰 이점이 없습니다.

Strongloop Loopback mongodb 커넥터의 이 최근 게시물 은 관련이 있을 수 있습니다. lazyConnect 플래그는 끝점에 도달할 때까지 첫 번째 연결을 연기합니다. 이 경우 첫 번째 연결이 실패하면 기본 연결 끊김 설정 이 적용됩니다(재시도).

내 관심은 "컨테이너 시작 순서"를 설정하고 예상할 수 있지만 "서비스 가용성 순서"는 설정할 수 없는 컨테이너 오케스트레이션입니다. 오케스트레이션 도구는 mongo 서비스를 아직 사용할 수 없는 경우에도 mongo 컨테이너가 "작동"되었음을 확인할 수 있습니다.

따라서 내 mongo 컨테이너가 시작하는 데 1초가 걸리지만 서비스를 사용할 수 있게 되는 데 5초가 걸리고 내 앱 컨테이너가 시작하는 데 1초가 걸리고 서비스를 사용할 수 있게 되는 데 1초가 걸리면 앱 서비스가 mongo 서비스를 능가하여 첫 번째 연결 실패가 발생합니다. 원래 설명된 대로 .

Docker Compose 설명서 에는 다음과 같이 나와 있습니다.

Compose는 컨테이너가 "준비"될 때까지 기다리지 않고(특정 애플리케이션에 대한 의미가 무엇이든 간에) 실행될 때까지 기다리지 않습니다. 여기에는 그럴만한 이유가 있습니다.

예를 들어 데이터베이스가 준비되기를 기다리는 문제는 실제로 분산 시스템의 훨씬 더 큰 문제의 일부일 뿐입니다. 프로덕션 환경에서는 언제든지 데이터베이스를 사용할 수 없게 되거나 호스트를 이동할 수 있습니다. 애플리케이션은 이러한 유형의 실패에 탄력적이어야 합니다.

이를 처리하기 위해 애플리케이션은 실패 후 데이터베이스에 대한 연결 재설정을 시도해야 합니다. 응용 프로그램이 연결을 다시 시도하면 결국 데이터베이스에 연결할 수 있어야 합니다.

가장 좋은 해결책은 시작 시와 어떤 이유로 연결이 끊길 때마다 애플리케이션 코드에서 이 검사를 수행

따라서 컨테이너 오케스트레이션과 관련하여 여기에는 분명한 차이가 있지만 다음 두 입장 모두 유효한 것으로 보입니다.

1. Mongoose는 첫 번째 연결에서 재시도하는 옵션을 지원할 수 있습니다(일부 주의 문서에서 기본적으로 false로 설정됨).
2. Mongoose는 첫 번째 연결이 실패할 경우 재시도할 코드를 작성하는 책임을 개발자에게 부여할 수 있습니다.

물론 간격이 있지만 초기 연결이 실패할 경우 재시도할지 여부를 결정하는 책임은 사용자에게 있습니다. 모든 몽구스는 그것이 실패했다고 말합니다. 프로덕션(또는 이와 관련된 모든 컨텍스트)에서 docker compose를 사용하기로 의심스러운 결정을 내린 경우 초기 연결 실패 재시도를 처리하는 것은 사용자에게 달려 있습니다.

스탠스 2, 그럼.

처음 연결이 실패할 때 자동 재연결을 원하는 사람을 위해 다음과 같이 처리합니다.

function createConnection (dbURL, options) {
    var db = mongoose.createConnection(dbURL, options);

    db.on('error', function (err) {
        // If first connect fails because mongod is down, try again later.
        // This is only needed for first connect, not for runtime reconnects.
        // See: https://github.com/Automattic/mongoose/issues/5169
        if (err.message && err.message.match(/failed to connect to server .* on first connect/)) {
            console.log(new Date(), String(err));

            // Wait for a bit, then try to connect again
            setTimeout(function () {
                console.log("Retrying first connect...");
                db.openUri(dbURL).catch(() => {});
                // Why the empty catch?
                // Well, errors thrown by db.open() will also be passed to .on('error'),
                // so we can handle them there, no need to log anything in the catch here.
                // But we still need this empty catch to avoid unhandled rejections.
            }, 20 * 1000);
        } else {
            // Some other error occurred.  Log it.
            console.error(new Date(), String(err));
        }
    });

    db.once('open', function () {
        console.log("Connection to db established.");
    });

    return db;
}

// Use it like
var db = createConnection('mongodb://...', options);
var User = db.model('User', userSchema);

몽구스 < 4.11의 경우 db.open() 대신 db.openUri()
mongoose 4.11.7의 경우 이 기술이 작동하지 않습니다.
몽구스 4.13.4의 경우 다시 작동합니다!

편집 2019/09/02: promiseRetry here 를 사용하는 더 짧은 솔루션 도

안녕하세요 @vkarpov15 이 경우 mongodb-core 라이브러리에서 처리되지 않은 거부도 기록합니다.

MongoError: failed to connect to server [localhost:27017] on first connect [MongoError: connect ECONNREFUSED 127.0.0.1:27017]
    at Pool.<anonymous> (/Users/development/okkralabs/sem-server/services/sem-access/node_modules/mongodb-core/lib/topologies/server.js:336:35)
    at emitOne (events.js:116:13)
    at Pool.emit (events.js:211:7)
    at Connection.<anonymous> (/Users/development/okkralabs/sem-server/services/sem-access/node_modules/mongodb-core/lib/connection/pool.js:280:12)
    at Object.onceWrapper (events.js:317:30)
    at emitTwo (events.js:126:13)
    at Connection.emit (events.js:214:7)
    at Socket.<anonymous> (/Users/development/okkralabs/sem-server/services/sem-access/node_modules/mongodb-core/lib/connection/connection.js:187:49)
    at Object.onceWrapper (events.js:315:30)
    at emitOne (events.js:116:13)
    at Socket.emit (events.js:211:7)
    at emitErrorNT (internal/streams/destroy.js:64:8)
    at _combinedTickCallback (internal/process/next_tick.js:138:11)
    at process._tickCallback (internal/process/next_tick.js:180:9)

이것은 재현하기 쉽습니다. 사용할 수 없는 MongoDb 서버에 연결해 보십시오.

(node:2545) UnhandledPromiseRejectionWarning: Unhandled promise rejection (rejection id: 1): MongoError: failed to connect to server [localhost:27017] on first connect [MongoError: connect ECONNREFUSED 127.0.0.1:27017]
(node:2545) [DEP0018] DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process with a non-zero exit code.

처리할 방법이 있나요?

@jorgearanda 어떤 버전의 mongoose를 사용하고 있으며 몇 가지 코드 샘플을 제공할 수 있습니까?

@vkarpov15 @jorgecuesta를 위한 메시지인 것 같은데요 ?

이런, 내 실수. 어리석은 github 자동 완성, 예, @jorgecuesta 를 위한

@jorgecuesta 와 똑같은 것을 보고 있습니다. 저는 4.11.5를 사용하고 있었지만 5.0.0-rc2에서도 마찬가지였습니다. 일부 모델이 동일한 mongo 인스턴스에서 다른 데이터베이스를 사용하고 있으므로 createConnection을 사용하고 있습니다. mongo가 다운된 상태에서 서버를 시작할 때 발생합니다.

2018-01-07 13:05:23-05:00: [INFO] database - reusing existing connectioun for mongodb://localhost/eiss
2018-01-07 13:05:23-05:00: [INFO] database - initializing database connection to: mongodb://localhost/eiss
2018-01-07 13:05:23-05:00: [INFO] database - reusing existing connectioun for mongodb://localhost/eiss
2018-01-07 13:05:23-05:00: [ERROR] database - Mongoose connection error: MongoNetworkError: failed to connect to server [localhost:27017] on first connect [MongoNetworkError: connect ECONNREFUSED 127.0.0.1:27017]
Unhandled rejection MongoNetworkError: failed to connect to server [localhost:27017] on first connect [MongoNetworkError: connect ECONNREFUSED 127.0.0.1:27017]
    at Pool.<anonymous> (/Users/bill/eiss4/js/node_modules/mongoose/node_modules/mongodb-core/lib/topologies/server.js:503:11)
    at emitOne (events.js:116:13)
    at Pool.emit (events.js:211:7)
    at Connection.<anonymous> (/Users/bill/eiss4/js/node_modules/mongoose/node_modules/mongodb-core/lib/connection/pool.js:326:12)
    at Object.onceWrapper (events.js:317:30)
    at emitTwo (events.js:126:13)
    at Connection.emit (events.js:214:7)
    at Socket.<anonymous> (/Users/bill/eiss4/js/node_modules/mongoose/node_modules/mongodb-core/lib/connection/connection.js:245:50)
    at Object.onceWrapper (events.js:315:30)
    at emitOne (events.js:116:13)
    at Socket.emit (events.js:211:7)
    at emitErrorNT (internal/streams/destroy.js:64:8)
    at _combinedTickCallback (internal/process/next_tick.js:138:11)
    at process._tickCallback (internal/process/next_tick.js:180:9)

모델은 사용 중인 데이터베이스 이름으로 연결 함수를 호출합니다(아래 참조). 서버가 시작될 때 mongo가 실행되고 있는 한 데이터베이스를 위아래로 가져오는 것은 문제 없이 다시 연결됩니다(오류 기록). 이 문제를 읽고 드라이버가 초기 연결을 다르게 처리한다는 것을 깨달았습니다. 이는 일종의 성가신 일입니다. @joeytwiddle 의 해결 방법을 시도하려고 하지만 이 처리되지 않은 예외가 계속 발생할 것

const allConnections = {};

module.exports = function(dbName) {
  const url = 'http://localhost/' + dbName;
  let conn;
  log.info('initializing database connection to: ' + url);

  conn = allConnections[url];
  if (!conn) {
    log.info('creating new connection for ' + url);
    conn = mongoose.createConnection(url, {
      useMongoClient: true,
      autoReconnect: true,
      autoIndex: false,
      reconnectTries: Number.MAX_SAFE_INTEGER
    });    
    // Log database connection events
    conn.on('connected', () => log.info('Mongoose connection open to ' + url));
    conn.on('error', (err) =>  log.error('Mongoose connection error: ' + err));
    conn.on('disconnected', () => log.error('Mongoose connection disconnected'));  
    allConnections[url] = conn;
  }
  else {
    log.info('reusing existing connection for ' + url);
  }
  return conn;
}

위의 경우 @raythree .on('error') 가 있으므로 괜찮을 것입니다. 실패한 경우 초기 연결을 다시 시도하려면 async/await를 사용하는 것이 좋습니다.

let conn;
for (let i = 0; i < numRetries; ++i) {
  try {
    conn = await mongoose.createConnection(uri);
    break;
  } catch (error) {}
}

@vkarpov15 답변이

@jorgecuesta 하세요 mongoose.connect(uri).catch(err => {})

@vkarpov15 connect() 연결 인스턴스를 반환합니까?

const connection = mongoose.connect(uri || undefined, {useMongoClient: true});
connection.once('error', (e) => {
  console.error(e, 'mongoose connection error.');
});
connection.once('connected', () => {
  console.log('mongoose connected');
});

5.0.0에서는 mongoose.connect() 가 일관되게 약속을 반환하도록 변경했습니다. 4.x에서는 연결 인스턴스를 반환하지만 .then() 및 .catch() 를 사용하여 await 와 함께 사용할 수 있습니다.

안녕하세요 @joeytwiddle입니다.

Heroku에 배포할 때 동일한 문제가 있습니다.
MongoNetworkError: failed to connect to server [localhost:27017] on first connect [MongoNetworkError: connect ECONNREFUSED 127.0.0.1:27017]

2017년 7월 12일에 대한 귀하의 의견에서 해결 방법/솔루션을 제공했습니다. 저는 몽구스/노드를 처음 접했습니다. createConnection 함수가 어떤 파일에 들어가야 하는지 알려주실 수 있습니까?

나는 몽구스를 실행하고 있습니다: ^5.0.10, 노드: v9.4.0
건배

@juancarlucci 원하는 파일에 넣을 수 있습니다. 몽구스 인스턴스를 가져오고 이를 사용하여 모델을 생성하기 위해 호출하기만 하면 됩니다.

사용 예를 보여주기 위해 이전 주석을 업데이트했습니다.

@joeytwiddle 사용 예시 감사합니다! 건배.

mongo에 연결하려고 하면 오류가 발생합니다.

connection error: { MongoNetworkError: failed to connect to server [localhost:27017] on first connect [MongoNetworkError: connection 0 to localhost:27017 timed out]
    at Pool.<anonymous> (/home/wasd_xyz/Desktop/test/node_modules/mongodb-core/lib/topologies/server.js:505:11)
    at emitOne (events.js:116:13)
    at Pool.emit (events.js:211:7)
    at Connection.<anonymous> (/home/wasd_xyz/Desktop/test/node_modules/mongodb-core/lib/connection/pool.js:329:12)
    at Object.onceWrapper (events.js:317:30)
    at emitTwo (events.js:126:13)
    at Connection.emit (events.js:214:7)
    at Socket.<anonymous> (/home/wasd_xyz/Desktop/test/node_modules/mongodb-core/lib/connection/connection.js:256:10)
    at Object.onceWrapper (events.js:313:30)
    at emitNone (events.js:106:13)
    at Socket.emit (events.js:208:7)
    at Socket._onTimeout (net.js:420:8)
    at ontimeout (timers.js:482:11)
    at tryOnTimeout (timers.js:317:5)
    at Timer.listOnTimeout (timers.js:277:5)
  name: 'MongoNetworkError',
  message: 'failed to connect to server [localhost:27017] on first connect [MongoNetworkError: connection 0 to localhost:27017 timed out]' }
(node:5453) UnhandledPromiseRejectionWarning: MongoNetworkError: failed to connect to server [localhost:27017] on first connect [MongoNetworkError: connection 0 to localhost:27017 timed out]
    at Pool.<anonymous> (/home/wasd_xyz/Desktop/test/node_modules/mongodb-core/lib/topologies/server.js:505:11)
    at emitOne (events.js:116:13)
    at Pool.emit (events.js:211:7)
    at Connection.<anonymous> (/home/wasd_xyz/Desktop/test/node_modules/mongodb-core/lib/connection/pool.js:329:12)
    at Object.onceWrapper (events.js:317:30)
    at emitTwo (events.js:126:13)
    at Connection.emit (events.js:214:7)
    at Socket.<anonymous> (/home/wasd_xyz/Desktop/test/node_modules/mongodb-core/lib/connection/connection.js:256:10)
    at Object.onceWrapper (events.js:313:30)
    at emitNone (events.js:106:13)
    at Socket.emit (events.js:208:7)
    at Socket._onTimeout (net.js:420:8)
    at ontimeout (timers.js:482:11)
    at tryOnTimeout (timers.js:317:5)
    at Timer.listOnTimeout (timers.js:277:5)
(node:5453) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). (rejection id: 1)
(node:5453) [DEP0018] DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process with a non-zero exit code.

sudo 서비스 mongodb 상태

● mongodb.service - MongoDB Database
   Loaded: loaded (/etc/systemd/system/mongodb.service; enabled; vendor preset: 
   Active: active (running) since Sat 2018-06-23 17:13:28 IST; 13min ago
     Docs: https://docs.mongodb.org/manual
 Main PID: 4224 (mongod)
    Tasks: 24 (limit: 4915)
   CGroup: /system.slice/mongodb.service
           └─4224 /usr/bin/mongod --quiet --config /etc/mongod.conf

Jun 23 17:13:28 Inspiron5370 systemd[1]: Started MongoDB Database.

@pranshuchittora MongoDB 구성 파일을 보여줄 수 있습니까? 포트가 27017인지 확인하십시오. 또한 localhost 대신 127.0.0.1을 사용해보십시오.

문제를 해결할 localhost 대신 ip로 연결을 시도하십시오.

 let local = "mongodb://127.0.0.1:27017/XXX";
      mongoose.connect(
        local,
        { useNewUrlParser: true }
      );

첫 번째 연결 시도가 실패하면 항상 오류가 발생합니다.
아래를 사용하여 이를 우회할 수 있습니다(예: 앱/스크립트 시작 전에 DB가 실행 중인지 확인하려는 경우).

몽구스@5.3.16
@types/ 몽구스 @
@types/ [email protected]

async function waitForMongoDBStart(uri: string, timeoutMs: number) {

    return new Promise( async (resolve, reject) => {

        let endTime = Date.now() + timeoutMs;


        while (true) {

            let connectionError: Error;

            function errorHandler(err: Error) {
                connectionError = err;
            }
            mongoose.connection.once("error", errorHandler);

            await mongoose.connect(uri, {
                connectTimeoutMS: 5000, // This timeout applies only after connected & connection lost
                useNewUrlParser: true,
                useFindAndModify: false
            });

            // Time for error event propagation
            await wait(0);

            if ( ! connectionError) {
                mongoose.connection.removeListener("error", errorHandler);
                return resolve(); // All OK, connected
            }

            if (connectionError.name !== "MongoNetworkError") {
                return reject(`Unable to connect mongoDB. Details: ${connectionError}`);
            }

            if (Date.now() > endTime) {
                return reject(`Unable to connect mongoBD in ${timeoutMs} ms. Details: ${connectionError}`);
            }

        }

    });
}

@vkarpov15 이것은 매우 명확하지 않은 동작입니다. https://mongoosejs.com/docs/connections.html에서 :

connectTimeoutMS - How long the MongoDB driver will wait 
before failing its initial connection attempt. 
Once Mongoose has successfully connected, connectTimeoutMS is no longer relevant.

설명서에는 초기 연결에서 작동해야 한다고 나와 있지만 그렇지 않습니다. failed to connect to server 오류로 즉시 실패합니다.

MongoDB 드라이버에서 일관된 동작이라면 기본적으로 false reconnectOnInitialFail 와 같은 옵션이 있으면 좋을 것입니다.

현재 동작은 vkarpov15에서 설명한 것과 반대입니다.
connectImeoutMS는 첫 번째 연결 이후에만 중요합니다(첫 번째 연결 시
DB가 시작되고 연결을 수락해야 합니다. 그렇지 않으면 즉시
오류가 발생함)

sob., 22 gru 2018 o 13:03 Dmitry Kirilyuk [email protected]
나피사우(a):

MongoDB 드라이버에서 일관된 동작이라면 다음을 수행하는 것이 좋습니다.
reconnectOnInitialFail과 같은 몇 가지 옵션이 있습니다.
기본

—
당신이 댓글을 달았기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/Automattic/mongoose/issues/5169#issuecomment-449565468 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/ABY-TjgeI2UqVca050y5YY3zi6w7nMkfks5u7h-vgaJpZM4M-1ur
.

--
보이치에흐 피데렉

모바일: +48 516 661 428

제 기억이 맞다면, connectTimeoutMS는 네트워크 상태와 OS에 따라 초기 연결에서 중요합니다. 초기 연결 후 connectTimeoutMS는 언제 중요합니까?

제 경우에는 Windows 10 및 Alpine Linux (버전 알 수 없음)에서 localhost mongod 인스턴스를 처음 시도 할 때 연결할 수 없을 때 즉각적인 오류가 발생했습니다. Mongod 인스턴스가 아직 시작되지 않았습니다.
localhost 이외의 다른 예는 무엇입니까? 누구나?

@fider @Jokero 제가 더 파고 들었습니다. connectTimeoutMS 는 초기 연결을 할 때까지만 중요하고 socketTimeoutMS 는 나중에 이어받습니다. 다음은 MongoDB 드라이버의 관련 코드입니다.

• https://github.com/mongodb-js/mongodb-core/blob/177e558be28e5505ce1eb4a94b35d05130d34e76/lib/connection/connection.js#L599
• https://github.com/mongodb-js/mongodb-core/blob/177e558be28e5505ce1eb4a94b35d05130d34e76/lib/connection/connection.js#L604

connectTimeoutMS 는 일반적으로 DNS 오류 또는 연결 거부 오류가 발생하기 때문에 항상 유용한 것은 아닙니다. 그러나 포트에서 수신 대기하지만 실제로는 아무 것도 하지 않는 TCP 서버를 엽니다.

const net = require('net');

const server = net.createServer();

server.listen(27055);

connectTimeoutMS 가 시작되는 것을 볼 수 있습니다.

const assert = require('assert');
const mongoose = require('mongoose');
mongoose.set('debug', true);

const { Schema } = mongoose;

run().then(() => console.log('done')).catch(error => console.error(error.stack));

async function run() {
  await mongoose.connect('mongodb://localhost:27055', {
    useNewUrlParser: true,
    connectTimeoutMS: 1000,
    socketTimeoutMS: 25000
  });
} 

$ time node gh-5169.js 
MongoNetworkError: connection 0 to localhost:27055 timed out
    at Socket.<anonymous> (/mongoose/node_modules/mongodb-core/lib/connection/connection.js:259:7)
    at Object.onceWrapper (events.js:313:30)
    at emitNone (events.js:106:13)
    at Socket.emit (events.js:208:7)
    at Socket._onTimeout (net.js:407:8)
    at ontimeout (timers.js:475:11)
    at tryOnTimeout (timers.js:310:5)
    at Timer.listOnTimeout (timers.js:270:5)

real    0m2.293s
user    0m0.271s
sys 0m0.043s
$ 

때때로 네트워크 제한으로 인해 MongoDB URL이 차단됩니다. 네트워크/인터넷 소스를 변경해 보십시오.

https://stackoverflow.com/questions/47958683/cannot-connect-to-mongodb-atlas-through-mongo-shell?answertab=active#tab -top

초기 연결을 만들 때 (적어도) 세 가지 일이 발생할 수 있습니다.

1. mongodb가 있고 연결이 성공합니다.

2. 서버는 이 포트에서 수신 대기 중인 프로세스가 없거나 연결을 _적극적으로 거부한_ 방화벽이 있음을 의미하는 "연결이 거부되었습니다"라고 응답합니다. (보통 즉시 발생하며 이것이 fider가 경험한 것입니다.)

3. 서버가 전혀 응답하지 않습니다. 예를 들어 방화벽이 패킷을 _수동적으로 삭제_했거나 해당 IP 주소에 서버가 없습니다. (이 경우 vkarpov의 connectTimeoutMS 가 결국 트리거됩니다.)

따라서 시간 초과가 항상 사용되는 것은 아닙니다. 주어진 시간 내에 명확한 성공이나 실패가 없는 경우에만 사용됩니다.

이것은 네트워킹에서 그리고 또한 비협조적인 사람과 이야기할 때도 일반적입니다. 귀하의 요청은 "NO!"라는 두 가지 유형의 거부를 받을 수 있습니다. 그리고 .....

확실한 설명 감사합니다 @joeytwiddle :+1:

mongodb+srv 사용하는 복제 세트 연결에서 이 동작을 어떻게 처리해야 합니까? 내 복제본 세트가 롤링 재시작 시나리오(데이터베이스 업데이트)에 있을 때 connect ECONNREFUSED 34.238.xxx.xxx:27017 와 같은 오류가 발생하기 시작합니다.

@esetnik useUnifiedTopology: true 와 Mongoose 5.7.5를 사용하고 있습니까? 관련될 수 있는 문제 #8209를 확인했습니다.

@vkarpov15 네 맞습니다! 팁 고마워. 통합 토폴로지를 비활성화한 후 몇 가지 테스트를 실행하고 결과를 보고하겠습니다.

안녕하세요. 내 프로젝트에 똑같은 문제가 있습니다. 당신은 그것에 대한 어떤 해결책을 찾았습니까?!

@fdmxfarhan 은 별도의 문제를 열고 문제 템플릿을 따르십시오.