la connexion aux résultats du serveur mongo à distance dans la connexion d'exception a échoué

L'exécution de cette commande dans le fichier d'installation de mongodb mongodb.org

./mongo ds045907.mongolab.com:45907/database -u user -p password

J'ai changé de Base de données, utilisateur et mot de passe de l'anonymat.

résultats dans ce

Error: couldn't connect to server ds045907.mongolab.com:45907 src/mongo/shell/mongo.js:93
exception: connect failed

Je suis peut-être bloqué par un serveur pare-feu? Je n'ai pas de problème à l'aide de git ou d'un thé ou pip...

source d'informationauteur spracketchip

  1. 10

    C'est un problème de connexion à votre côté. Je l'ai essayé mais j'ai reçu un message d'échec de connexion:

    MongoDB shell version: 1.6.5

    connexion: ds045907.mongolab.com:45907/base de données

    Lun Déc 24 01:12:31 uncaught exception: échec de la connexion

    exception: échec de la connexion

  2. 16

    Voici quelques choses que vous pouvez essayer, mais vous pouvez toujours vous sentir libre à nous contacter à [email protected]. Je suis sûr qu'on peut aller au fond de cette.

    Anonyme mongo shell de connexion

    Mongo va vous permettre de vous connecter sans authentification. Vous pouvez le faire très peu avec une connexion non authentifiée, mais vous pouvez l'utiliser comme un test pour séparer un problème de connectivité à partir d'informations d'identification d'un problème.

    % mongo ds045907.mongolab.com:45907
MongoDB shell version: 2.0.7
connecting to: ds045907.mongolab.com:45907/test
> db.version()
2.2.2
> db.runCommand({ping:1})
{ "ok" : 1 }
> exit
bye

    Si vous pouvez vous connecter sans authentification et d'exécuter les commandes comme indiqué ci-dessus, mais en essayant de se connecter avec l'authentification échoue, alors vous avez un problème avec les informations d'identification. Si, cependant, la connexion ne fonctionne pas, même sans fournir d'informations d'identification, alors vous avez un problème de connectivité.

    ping

    Que le serveur autorise le trafic ICMP, alors assurez-vous qu'il est accessible à partir de là où vous êtes.

    % ping ds045907.mongolab.com
PING ec2-107-20-85-188.compute-1.amazonaws.com (107.20.85.188): 56 data bytes
64 bytes from 107.20.85.188: icmp_seq=0 ttl=41 time=99.744 ms
64 bytes from 107.20.85.188: icmp_seq=1 ttl=41 time=99.475 ms
64 bytes from 107.20.85.188: icmp_seq=2 ttl=41 time=99.930 ms
^C
--- ec2-107-20-85-188.compute-1.amazonaws.com ping statistics ---
3 packets transmitted, 3 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 99.475/99.716/99.930/0.187 ms

    traceroute

    Si ping échoue, utilisez traceroute (ou tracert sur Windows) pour essayer de comprendre où est le problème. Une fois la trace atteint AWS, cependant, il va trail off. C'est normal. AWS empêche les traces de voir trop loin dans leurs réseaux. Assurez-vous que la dernière adresse IP sur votre liste est détenue par Amazon en utilisant une sorte de propriété intellectuelle de recherche inversée de l'outil (de nombreux sur le Web).

    % traceroute ds045907.mongolab.com
traceroute to ec2-107-20-85-188.compute-1.amazonaws.com (107.20.85.188), 64 hops max, 52 byte packets
 1  192.168.1.1 (192.168.1.1)  1.092 ms  0.865 ms  1.047 ms
 2  192.168.27.1 (192.168.27.1)  1.414 ms  1.330 ms  1.224 ms

            ... snipped to protect the innocent ...

14  72.21.220.83 (72.21.220.83)  87.777 ms
    72.21.220.75 (72.21.220.75)  87.406 ms
    205.251.229.55 (205.251.229.55)  99.363 ms
15  72.21.222.145 (72.21.222.145)  87.703 ms
    178.236.3.24 (178.236.3.24)  98.662 ms
    72.21.220.75 (72.21.220.75)  87.708 ms
16  216.182.224.55 (216.182.224.55)  87.312 ms  86.791 ms  89.005 ms
17  * 216.182.224.55 (216.182.224.55)  91.373 ms *
18  216.182.224.55 (216.182.224.55)  121.754 ms * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *