mongodb - the - no unix socket support on windows
Robo 3T Error: la red es inalcanzable (9)
Estoy tratando de conectar el Robo 3T a mi base de datos en línea y parece que no funciona. Soy capaz de conectarme a la base de datos local con él. Intenté conectarme utilizando MongoDB Compass y los detalles y la autenticación funcionan bien y puedo conectarme. Pero cuando me conecto con los mismos detalles en Robo 3T, no parece estar funcionando. ¿Cómo puedo solucionar esto? Estoy usando Robo 3T Versión 1.1. Intenté lo mismo con Robomongo 1.0, y sigo recibiendo el mismo error.
Como se dijo anteriormente, esto probablemente se deba a BindIp, si usas mac and brew para instalarlo, no encontrarás nada en /etc/mongod.conf, sino que lo encontrarás en /usr/local/etc/mongod.conf
systemLog:
destination: file
path: /usr/local/var/log/mongodb/mongo.log
logAppend: true
storage:
dbPath: /usr/local/var/mongodb
net:
bindIp: 127.0.0.1
¡Cambia BindIp con precaución!
Y lo mismo ocurre con la ejecución, para iniciar el uso manual de MongoDB:
mongod --config /usr/local/etc/mongod.conf
o configure el inicio automático al iniciar sesión con launchd escribiendo:
brew services start mongodb
También he encontrado archivos de datos dañados en mi computadora local aquí:
/usr/local/var/mongodb
simplemente los eliminó y funcionó, usted pudo ver en el registro que errores como:
** IMPORTANT: UPGRADE PROBLEM: The data files need to be fully upgraded to version 3.6 before attempting an upgrade to 4.0; see http://dochub.mongodb.org/core/4.0-upgrade-fcv for more details. 2018-08-01T00:15:50.220+0200 I NETWORK [initandlisten] shutdown: going to close listening sockets... 2018-08-01T00:15:50.220+0200 I NETWORK [initandlisten] removing socket file: /tmp/mongodb-27017.sock 2018-08-01T00:15:50.224+0200 I STORAGE [initandlisten] WiredTigerKVEngine shutting down 2018-08-01T00:15:50.303+0200 I STORAGE [initandlisten] Downgrading WiredTiger datafiles. 2018-08-01T00:15:50.501+0200 I STORAGE [initandlisten] WiredTiger message [1533075350:501686][3594:0x7fffb492e380], txn-recover: Main recovery loop: starting at 14/3712 2018-08-01T00:15:50.598+0200 I STORAGE [initandlisten] WiredTiger message [1533075350:598867][3594:0x7fffb492e380], txn-recover: Recovering log 14 through 15 2018-08-01T00:15:50.664+0200 I STORAGE [initandlisten] WiredTiger message [1533075350:663976][3594:0x7fffb492e380], txn-recover: Recovering log 15 through 15 2018-08-01T00:15:50.715+0200 I STORAGE [initandlisten] WiredTiger message [1533075350:715398][3594:0x7fffb492e380], txn-recover: Set global recovery timestamp: 0 2018-08-01T00:15:51.002+0200 I STORAGE [initandlisten] shutdown: removing fs lock... 2018-08-01T00:15:51.005+0200 I CONTROL [initandlisten] now exiting 2018-08-01T00:15:51.005+0200 I CONTROL [initandlisten] shutting down with code:62
Esto significa que el servidor mongo no está iniciado. mongod ejecutar el comando mongod en el terminal para iniciar el servidor.
Si no tiene mongo db instalado en su máquina. Descargar e instalar desde el Link .
Inicie el símbolo del sistema en windows. Vaya a la carpeta bin de Mongodb a través del símbolo del sistema y escriba mongod y escriba. Ahora intente acceder de nuevo
Si recibe el siguiente error, también debe verificar lo siguiente:
Los servidores de atlas requieren al menos esta configuración; si no la elige, generalmente el mensaje de Red es inalcanzable.
Además, si está utilizando Atlas, debe verificar la pestaña Autenticación y seleccionar SCRAM-SHA-1; sin embargo, esto generalmente resulta en un error de autenticación y no en una red inalcanzable.
Simplemente cambie su bind_ip en /etc/mongod.conf de 127.0.0.1 a 0.0.0.0 luego reinicie el servicio, y funciona para mí ~
También me encuentro con este problema cuando uso Robo 3T en Mac. Creo que hay algunas cosas que debes revisar para ayudarte a saber cuál es el problema.
Primero intente hacer ping al servidor mongo en su terminal para ver si puede obtener respuestas. Si es así, eso significa que puede establecer una configuración incorrecta de Mongo en su Robo 3T.
Si no puede obtener la respuesta, eso significa que hay algún problema con su red. Debe comprobar su DNS y su puerta de enlace de red. Por ejemplo, mi DNS es 172.16.* Y mi puerta de enlace de red (ejecutar ifconig y verificar en0 ) es 172.17.* . Y no pertenecen al mismo segmento de red. (En realidad, incluso si están en el mismo segmento de red, las cosas no funcionarán si alguien contaminó su servidor DNS).
Ese es el problema . El DNS que está utilizando no puede interpretar su host mongo correctamente. Alguien pudo haber contaminado este servidor DNS.
Puede probar ping xxx(your mongo-server) @8.8.8.8 , que utilizará 8.8.8.8 como su DNS. Si todo va bien, entonces obtienes la solución.
Resolución : configure manualmente el DNS para sus dispositivos. Por ejemplo, el DNS público de Google, 8.8.8.8 y 8.8.4.4.
En realidad, si ejecuta dig xxx(your mongo-server) antes y después de configurar manualmente el DNS, puede encontrar la respuesta Ip de manera diferente.
Tuve este síntoma, y la solución definitiva aún no se refleja en una respuesta aquí.
Estaba tratando de conectarme a una instancia de Mongo en la nube usando Robo 3T, y estaba recibiendo el mensaje "La red es inalcanzable".
Curiosamente, podría conectarme usando Robo 3T dentro de una VM de Parallels en la misma máquina.
Esto me llevó a probar el Studio 3T completo en mi mac, que también podría conectarse bien.
En última instancia, descubrí que había un viejo archivo de puntos de una versión antigua de Robomongo que estaba causando el problema. rm -rf .config/robomongo hizo el truco. Ahora puedo conectarme con el Robo 3T ordinario, gratis.
¿Supongo que tuve una versión de prueba de Robomongo vencida, desde antes de que fuera gratuita, tal vez?
Una mejor solución es comentar o eliminar la configuración de bindIp del archivo de configuración /etc/mongod.conf
Debe reiniciar el servicio para que el cambio surta efecto.
Inicie el servicio MongoDB desde el administrador de tareas . Trabajó para mi.
En mi caso, tanto mongod como mongo.exe lanzaban un código de error 100.