Aws-lambda-dotnet: No se puede conectar a MongoDB Atlas

Creado en 16 mar. 2018 · 24Comentarios · Fuente: aws/aws-lambda-dotnet

Escribí una WebAPI simple de AWS Serverless ASP Net Core 2.0
Esto se conecta a una base de datos Atlas de MongoDB. Pero no está funcionando. Está dando tiempo de espera.
Pruebo localmente y funciona. Publico en Azure it Works.

Sospecho que esto es causado por el firewall de AWS CloudFormation.

Cuando publico en AWS Serverless, aparece un error:

502 Puerta de enlace no válida

{
"mensaje": "Error interno del servidor"
}

Revisé los registros

Unhandled Exception: System.TimeoutException: A timeout occured after 30000ms selecting a server using CompositeServerSelector{ Selectors = MongoDB.Driver.MongoClient+AreSessionsSupportedServerSelector, LatencyLimitingServerSelector{ AllowedLatencyRange = 00:00:00.0150000 } }. Client view of cluster state is { ClusterId : "1", ConnectionMode : "ReplicaSet", Type : "ReplicaSet", State : "Disconnected", Servers : [{ ServerId: "{ ClusterId : 1, EndPoint : "Unspecified/cluster0-shard-00-00-3lmjx.mongodb.net:27017" }", EndPoint: "Unspecified/cluster0-shard-00-00-3lmjq.mongodb.net:27017", State: "Disconnected", Type: "Unknown" }, { ServerId: "{ ClusterId : 1, EndPoint : "Unspecified/cluster0-shard-00-01-3lmjx.mongodb.net:27017" }", EndPoint: "Unspecified/cluster0-shard-00-01-3lmjx.mongodb.net:27017", State: "Disconnected", Type: "Unknown" }, { ServerId: "{ ClusterId : 1, EndPoint : "Unspecified/cluster0-shard-00-02-3lmjq.mongodb.net:27017" }", EndPoint: "Unspecified/cluster0-shard-00-02-3lmjq.mongodb.net:27017", State: "Disconnected", Type: "Unknown" }] }.

¿Cómo depurar y resolver esto?

Mi plantilla sin servicio

{
  "AWSTemplateFormatVersion" : "2010-09-09",
  "Transform" : "AWS::Serverless-2016-10-31",
  "Description" : "An AWS Serverless Application that uses the ASP.NET Core framework running in Amazon Lambda.",

  "Parameters" : {
    "ShouldCreateBucket" : {
      "Type" : "String",        
      "AllowedValues" : ["true", "false"],
      "Description" : "If true then the S3 bucket that will be proxied will be created with the CloudFormation stack."
    },  
    "BucketName" : {
        "Type" : "String",
        "Description" : "Name of S3 bucket that will be proxied. If left blank a new table will be created.",
        "MinLength" : "0"
    }
  },

  "Conditions" : {
    "CreateS3Bucket" : {"Fn::Equals" : [{"Ref" : "ShouldCreateBucket"}, "true"]},
    "BucketNameGenerated" : {"Fn::Equals" : [{"Ref" : "BucketName"}, ""]}
  },

  "Resources" : {

    "ProxyFunction" : {
      "Type" : "AWS::Serverless::Function",
      "Properties": {
        "Handler": "AWSServerless1::AWSServerless1.LambdaEntryPoint::FunctionHandlerAsync",
        "Runtime": "dotnetcore2.0",
        "CodeUri": "",
        "MemorySize": 256,
        "Timeout": 30,
        "Role": null,
        "Policies": [ "AWSLambdaFullAccess" ],
        "Environment" : {
          "Variables" : {
            "AppS3Bucket" : { "Fn::If" : ["CreateS3Bucket", {"Ref":"Bucket"}, { "Ref" : "BucketName" } ] }
          }
        },
        "Events": {
          "PutResource": {
            "Type": "Api",
            "Properties": {
              "Path": "/{proxy+}",
              "Method": "ANY"
            }
          }
        }
      }
    },

    "Bucket" : {
        "Type" : "AWS::S3::Bucket",
        "Condition" : "CreateS3Bucket",
        "Properties" : {
            "BucketName" : { "Fn::If" : ["BucketNameGenerated", {"Ref" : "AWS::NoValue" }, { "Ref" : "BucketName" } ] }
        }
    }
  },

  "Outputs" : {
    "S3ProxyBucket" : {
        "Value" : { "Fn::If" : ["CreateS3Bucket", {"Ref":"Bucket"}, { "Ref" : "BucketName" } ] }
    }
  }
}

guidance

Fuente

TonyHenrique

Comentario más útil

Aquí igual. Intentando ejecutar una lambda en AWS para conectarse a través de una IP pública al nivel gratuito. No funciona. Parece que lambda está ejecutando mi función en Linux.

acronoah en 18 may. 2018

👍3

Todos 24 comentarios

@TonyHenrique , parece que el rol que está ejecutando su lambda si está configurado en no tiene acceso a los recursos de su base de datos, ya que el rol es nulo en su plantilla sin servidor, lo genera aleatoriamente. Deberá ir a IAM y cambiar la política para tener acceso a Mongodb. Asegúrese también de configurar lambda en la VPC correcta.

raban33 en 16 mar. 2018

Revisé IAM y no pude encontrar una opción de MongoDB en los servicios, ¿hay alguna publicación de blog que muestre cómo conectarse a MongoDB Atlas desde AWS Lambda ASP Net Core 2.0?

¿O cómo puedo editar este archivo para permitir esta conexión saliente?

TonyHenrique en 16 mar. 2018

@TonyHenrique No estoy seguro en MongoDB (tal vez una conexión a Internet saliente) pero esencialmente para Dynamo, simplemente daría dynamoDb: * para acceder a todos los recursos de dynamo.

raban33 en 16 mar. 2018

Por el momento, la aplicación Data ya estaba desarrollada en Mongo DB,
y necesita acceder al puerto 27017 en * .mongodb.net

TonyHenrique en 16 mar. 2018

@TonyHenrique, ¿ puede verificar si lambda tiene conexión a Internet saliente y luego quizás mirar el tráfico entrante en mongodb?

raban33 en 16 mar. 2018

Publiqué el mismo proyecto en Azure y funciona.
En AWS, parece que el firewall está bloqueado.

¿Cómo habilitar la dirección / puertos en el firewall para poder conectarme a Mongo Atlas?

TonyHenrique en 16 mar. 2018

¿Están la función lambda y la base de datos mongo alojadas en vpc o ambas en EC2 classic?

Kralizek en 16 mar. 2018

No. Publiqué ASP Net Core en AWS Lambda,
pero MongoDB está alojado en Mongo Atlas Service (https://www.mongodb.com/cloud/atlas)

Entonces mi ASP NET necesita acceder
puerto 27017 en * .mongodb.net

¿Cómo puedo editar My serveless.template para permitir esta conexión saliente?

TonyHenrique en 16 mar. 2018

¿Está su lambda en un vpc sin acceso a Internet? ¿Puedes acceder a www.google.com?

Nunca probé el atlas de Mongo.

Kralizek en 16 mar. 2018

@TonyHenrique parece un problema de cadena de conexión, pero le pedí a un miembro del equipo que lo confirme

jaydestro en 16 mar. 2018

@TonyHenrique Confirmo que parece un problema de cadena de conexión. ¿Dónde lo configuró en su código y, lo que es más importante, qué valor le asignó? (debe enmascarar las credenciales de autenticación en esa cadena de conexión si planea pegarla aquí).

El "Unspecified/cluster0-shard-00-00-3lmjx.mongodb.net:27017" es la bandera roja aquí, por lo que tendríamos que saber de dónde está recuperando esta información su función Lambda. Le sugiero que me envíe un ping directamente en Slack después de unirse a nuestra Red comunitaria de Slack en https://community-slack.mongodb.com

rlondner en 16 mar. 2018

👍1

La conexión no contiene ese "Sin especificar"

Aparece solo en un error de AWS. También sé que no es una conexión incorrecta, porque funciona localmente y también en Azure. Solo en AWS aparece este error.

El error es un error de tiempo de espera. Parece un problema de firewall.

TonyHenrique en 16 mar. 2018

@TonyHenrique te recomienda ir al slack @rlondner mencionado o abrir una jira con el soporte de MongoDB https://jira.mongodb.org

¿Abriste la lista blanca para tu conexión lambda en Atlas?

https://docs.atlas.mongodb.com/security-whitelist/

jaydestro en 16 mar. 2018

No es un problema de MongoDB, funciona bien en Azure y Local.
La conexión solo se bloquea cuando se inicia desde AWS Lambda.

También verifiqué la lista blanca de IP de MongoDB:

0.0.0.0/0 (includes your current IP address)

TonyHenrique en 16 mar. 2018

@TonyHenrique definitivamente únete a la holgura, veremos si podemos ayudarte.

jaydestro en 16 mar. 2018

Noté en los documentos de Mongo DB que dice que para el controlador C # en .NET Core no se puede conectar al nivel gratuito y un par de otras configuraciones de clúster en Linux. Lambda es un entorno Linux, ¿podría ser ese el problema?

normj en 17 mar. 2018

👍1

Cierre por falta de actividad

normj en 29 abr. 2018

¿Hubo alguna vez una solución @normj @jaydestro ? Me estoy encontrando con este problema en este momento.

RobOverman en 14 may. 2018

👍3

Aquí igual. Intentando ejecutar una lambda en AWS para conectarse a través de una IP pública al nivel gratuito. No funciona. Parece que lambda está ejecutando mi función en Linux.

acronoah en 18 may. 2018

👍3

Sí, también tengo este problema. Una solución estaría bien :-)

alexAlchemy en 22 jun. 2018

👍1

Lo mismo ocurre aquí. Todo funcionaba muy bien en Atlas 'Azure, pero cuando migramos a Atlas' AWS el fin de semana pasado, vemos que ocurre el mismo problema.

sepatel en 20 ago. 2018

👍1

¿Alguna resolución? Lo mismo aquí: Azure funciona bien, pero AWS devuelve:

502 Bad Gateway { "message": "Internal server error" }

Y este método de API en particular no usa la base de datos, por lo que eso no es un problema.

mplgn en 6 sept. 2018

👍1

Recibí este error.

Me di cuenta de que el problema se debía a que no había tráfico saliente de lambda.

Lo modifiqué para que estuviera en la VPC que permitía el tráfico saliente y la conexión a Mongo comenzó a funcionar.

hrai en 22 nov. 2018

👍2

¡Tuve este problema en Azure y lo resolví! Estaba usando el nivel gratuito del atlas de MongoDB.

Incluya la IP en la lista blanca yendo a la consola y escriba: "Curl -o output.txt icanhazip.com" y luego "cat output.txt". Agregue esta entrada a su lista blanca de direcciones IP de Mongolabs.