Docs Menu
Docs Home
/ /

Solución de problemas de conexión

Esta página ofrece posibles soluciones a los problemas que puede encontrar al utilizar el controlador MongoDB Node.js para conectarse a una implementación de MongoDB.

Nota

Esta página solo aborda problemas de conexión. Si tiene algún otro problema con MongoDB o el controlador, visite los siguientes recursos:

  • El Página deproblemas y ayuda, que contiene información sobre cómo informar errores, contribuir al controlador y encontrar más recursos

  • El MongoDB Etiqueta Stack Overflow o la comunidad MongoDB Reddit para preguntas, debates o soporte técnico general

Si el controlador no puede conectarse al host especificado, es posible que aparezca un mensaje MongoServerSelectionError.

Las siguientes secciones describen las acciones que puede realizar para resolver potencialmente el problema.

Verifique que los puertos que escucha su implementación de MongoDB no estén bloqueados por un firewall en la misma red. MongoDB usa el puerto 27017 por defecto. Para obtener más información sobre los puertos predeterminados que usa MongoDB y cómo cambiarlos, consulte "Puerto predeterminado de MongoDB" en el manual del servidor MongoDB.

Advertencia

No abra un puerto en su firewall a menos que esté seguro de que es el puerto utilizado por su implementación de MongoDB.

Verifique que su dirección IP aparezca en la lista de acceso IP de su clúster. Puede encontrarla en la sección Acceso a la red de la interfaz de usuario de Atlas. Para obtener más información sobre cómo configurar su lista de acceso IP, consulte la guía "Configurar entradas de la lista de acceso IP" en la documentación de Atlas.

Si se rechaza la conexión cuando el controlador intenta conectarse a la instancia de MongoDB, genera un mensaje de error similar al siguiente:

MongoServerSelectionError: connect ECONNREFUSED <IPv6 address>:<port>

Las siguientes secciones describen las acciones que puede realizar para resolver potencialmente el problema.

En Node.js v17 y versiones posteriores, el solucionador DNS usa IPv6 por defecto cuando tanto el cliente como el host admiten ambos. Por ejemplo, si MongoDB usa IPv4 y el cliente usa IPv6, el controlador devuelve el mensaje de error anterior.

Puede configurar su implementación de MongoDB para usar el IPv6 modo al iniciar con mongod mongoso. Para obtener más información sobre cómo especificar IPv6 el modo, consulte Enlace de IP en el manual del servidor.

Como alternativa, puede utilizar explícitamente IPv4 con su cliente especificando family: 4 como una opción para su MongoClient.

const client = new MongoClient(uri, {
family: 4,
});

Si la conexión se restablece cuando el controlador llama a client.connect(), genera un mensaje de error similar al siguiente:

MongoServerSelectionError: connect ECONNRESET ::<IP address>:<port>

La siguiente sección describe un método que puede ayudar a resolver el problema.

Un descriptor de archivo es un identificador único asociado a un proceso abierto. En la mayoría de los sistemas operativos, cada conexión abierta desde el controlador se asocia a un descriptor de archivo. Los sistemas operativos suelen tener un límite en la cantidad de descriptores de archivo que utiliza un solo proceso. Puede producirse un error ECONNRESET si el número de conexiones supera este límite.

Puede establecer el número máximo de conexiones maxPoolSize configurando. Para solucionar este error, puede reducir el número máximo de conexiones permitidas configurando el maxPoolSize valor. También puede aumentar el límite del descriptor de archivo en su sistema operativo. Para obtener más información sobre cómo maxPoolSize configurar, consulte la documentación de la API de maxPoolSize.

Advertencia

Tenga siempre cuidado al cambiar la configuración de su sistema operativo.

El controlador de Node.js puede fallar al conectarse a una instancia de MongoDB si la autorización no está configurada correctamente. Si usa SCRAM-SHA-256 para la autenticación y el controlador no se conecta, podría generar un mensaje de error similar a uno de los siguientes:

MongoServerError: bad auth : authentication failed
connection() error occurred during connection handshake: auth error:
sasl conversation error: unable to authenticate using mechanism
"SCRAM-SHA-256": (AuthenticationFailed) Authentication failed.

Las siguientes secciones describen las acciones que puede realizar para resolver potencialmente el problema.

Una cadena de conexión no válida es la causa más común de problemas de autenticación cuando intenta conectarse a MongoDB mediante SCRAM-SHA-256.

Tip

Para obtener más información sobre las cadenas de conexión, consulte la sección URI de conexión en la Guía de conexión.

Si su cadena de conexión contiene un nombre de usuario y una contraseña, asegúrese de que tengan el formato correcto. Si el nombre de usuario o la contraseña incluyen alguno de los siguientes caracteres, deben estar codificados con un porcentaje:

: / ? # [ ] @

El siguiente ejemplo muestra cómo codificar porcentualmente "#MiContraseña?":

console.log(encodeURIComponent('#MyP@assword?'));

Esto da como resultado el siguiente resultado:

"%23MyP%40assword%3F"

Para autenticar correctamente una conexión usando un nombre de usuario y una contraseña con SCRAM-SHA-256, el nombre de usuario debe estar definido en la base de datos de autenticación. La base de datos de autenticación predeterminada es admin. Para usar una base de datos diferente para la autenticación, especifique authSource en la cadena de conexión. El siguiente ejemplo indica al controlador que use users como base de datos de autenticación:

const { MongoClient } = require("mongodb");
const uri = "mongodb://<db_username>:<db_password>@<hostname>:<port>/?authSource=users";
const client = new MongoClient(uri);

Cuando el controlador no puede enviar un comando después de realizar una solicitud, puede mostrar el siguiente mensaje de error:

com.mongodb.MongoSocketWriteException: Exception sending message

Las siguientes secciones describen las acciones que puede realizar para resolver potencialmente el problema.

Verifique que haya accedido a la implementación de MongoDB con el usuario correcto. El término "mensaje" en el error puede ser un comando enviado por el controlador. Si utiliza un usuario sin permisos para enviar el comando, el controlador podría generar este error.

También asegúrate de que el usuario tenga los permisos adecuados para el mensaje que estás enviando. MongoDB utiliza el control de acceso basado en roles (RBAC) para controlar el acceso a una implementación de MongoDB. Para obtener más información sobre cómo configurar el RBAC en MongoDB, consulta Puerto por defecto de MongoDB.

El firewall debe tener un puerto abierto para comunicarse con la instancia de MongoDB. Para obtener más información sobre la configuración del firewall,consulte "Configurar el firewall" en la sección "Error de conexión".

Cada instancia de MongoClient admite un número máximo de conexiones simultáneas abiertas en su pool de conexiones. Se puede configurar el parámetro maxPoolSize que define este límite. El valor por defecto es 100. Si ya hay un número de conexiones abiertas igual a maxPoolSize, el servidor espera hasta que una conexión esté disponible. Si este tiempo de espera supera el valor de maxIdleTimeMS, el controlador responde con un error.

Para obtener más información sobre cómo funciona la agrupación de conexiones, consulte Descripción general de la agrupación de conexiones en la página Agrupaciones de conexiones.

Cuando la red no puede entregar una solicitud del controlador al servidor con la suficiente rapidez, puede producirse un tiempo de espera. En este caso, podría recibir un mensaje de error similar al siguiente:

timed out while checking out a connection from connection pool: context canceled

Si recibe este error, intente la siguiente acción para resolver el problema.

El controlador puede bloquearse si no puede establecer una conexión porque tarda demasiado en alcanzar nodos del conjunto de réplicas inaccesibles. Puede limitar el tiempo que el controlador tarda en establecer la conexión mediante la connectTimeoutMS configuración. Para obtener más información sobre esta configuración, consulte las Opciones de tiempo de espera en el manual del servidor.

Asegúrese de que el valor de connectTimeoutMS no sea inferior a la latencia de red máxima que tenga para un miembro del conjunto. Si uno de los miembros secundarios tiene una latencia de 10000 milisegundos, establecer connectTimeoutMS en 9000 impide que el controlador se conecte a ese miembro.

El siguiente ejemplo establece connectTimeoutMS en 10000 milisegundos.

const client = new MongoClient(uri, {
connectTimeoutMS: 10000,
});

A partir de la versión 4.2 de MongoDB Server, el servidor termina las operaciones en curso, como agregaciones y operaciones de búsqueda, si el cliente se desconecta.

Otras operaciones, como las de escritura, continúan ejecutándose en el servidor MongoDB incluso si el cliente se desconecta. Este comportamiento puede causar inconsistencias en los datos si la aplicación reintenta la operación después de la desconexión del cliente.

Podría experimentar un comportamiento de red inesperado si el firewall entre su aplicación y MongoDB está mal configurado. Estos firewalls pueden ser demasiado agresivos al eliminar conexiones, lo que puede provocar errores inesperados.

Confirme que su firewall muestra el siguiente comportamiento:

  • El firewall envía un paquete FIN al cerrar una conexión, informando al controlador que el socket está cerrado.

  • El firewall permite mensajes keepalive.

Tip

Para obtener más información sobre los mensajes keepAlive, consulte la sección Opción de conexión keepAlive en la página Opciones de conexión.

La cadena de conexión que pasa al driver debe emplear los nombres de host exactos de los servidores, tal como se indican en la configuración del set de réplicas. Dadas las siguientes configuraciones del set de réplicas, para que el descubrimiento del set de réplicas y la conmutación por error funcionen, el driver debe tener acceso a server1, server2 y server3.

{
"_id": "testSet",
"version": 1,
"protocolVersion": 1,
"members": [
{
"_id": 1,
"host": "server1:31000"
},
{
"_id": 2,
"host": "server2:31001"
},
{
"_id": 3,
"host": "server3:31002"
}
]
}

Volver

Conéctese con AWS Lambda