Ошибка Robo 3T: сеть недоступна

Я пытаюсь подключить Robo 3T к моей онлайн-базе данных и, похоже, не работает. Я могу подключиться к локальной базе данных с ним. Я попытался подключиться с помощью MongoDB Compass, и детали и Auth работают нормально, и я могу подключиться. Но когда я подключаюсь к тем же деталям в Robo 3T, он, похоже, не работает. Как это исправить? Я использую Robo 3T Version 1.1 Я пробовал то же самое с Robomongo 1.0 и все еще получал ту же ошибку

Диалог ошибок

Ответ 1

Просто измените ваш bind_ip в /etc/mongod.conf с 127.0.0.1 до 0.0.0.0, затем перезапустите сервис, и он работает для меня ~

Ответ 2

Если вы получили следующую ошибку, вам также следует проверить следующее:

Pciture showing ROBO 3T auth options

Серверы Atlas по крайней мере требуют этот параметр, если вы не выберете его, то вы получите сообщение "Сеть недоступна".

Также, если вы используете Atlas, вам следует проверить вкладку Authentication и выбрать SCRAM-SHA-1, однако это обычно приводит к ошибке аутентификации, а не к сети, недоступной.

Ответ 3

Лучшим решением является комментирование или удаление параметра bindIp из конфигурационного файла /etc/mongod.conf

Вы должны перезапустить службу, чтобы изменения вступили в силу.

Ответ 4

Я также сталкиваюсь с этой проблемой, когда использую Robo 3T на Mac. Я думаю, что нужно кое-что проверить, чтобы понять, в чем проблема.

Сначала попробуйте ping сервер Монго в терминале, чтобы посмотреть, можно ли получить ответы. Если это так, это означает, что вы можете установить неверный конфиг монго в Robo 3T.

Если вы не можете получить ответ, значит, что-то не так с вашей сетью. Вы должны проверить свой DNS и сетевой шлюз. Например, мой DNS - 172.16.* А сетевой шлюз (выполните ifconig и проверьте en0) - 172.17.*. И они не принадлежат к одному сегменту сети. (На самом деле, даже если они находятся в одном сегменте сети, все не будет работать, если кто-то загрязнит ваш DNS-сервер.)

Это проблема. Используемый вами DNS не может правильно интерпретировать ваш хост mongo. Возможно, кто-то загрязнил этот DNS-сервер.

Вы можете попробовать ping xxx(your mongo-server) @8.8.8.8, который будет использовать 8.8.8.8 в качестве вашего DNS. Если все идет хорошо, то вы получаете решение.

Решение: вручную установите DNS для своих устройств. Например, Google публичный DNS, 8.8.8.8 и 8.8.4.4.

На самом деле, если вы запустите dig xxx(your mongo-server) до и после того, как вы вручную настроите DNS, вы можете найти ответ Ip по-разному.

Ответ 5

У меня был этот симптом, и окончательное исправление еще не отражено здесь в ответе.

Я пытался подключиться к экземпляру Mongo в облаке с помощью Robo 3T, и я получал сообщение "Сеть недоступна".

Как ни странно, я мог подключиться с помощью Robo 3T внутри виртуальной машины Parallels на той же машине.

Это заставило меня попробовать полную версию Studio 3T на моем Mac, которая также могла нормально подключаться.

В конечном итоге я обнаружил, что существует старая точка файл из древней версии Robomongo, которая вызывала проблему. rm -rf.config/robomongo сделали rm -rf.config/robomongo дело. Теперь я могу подключиться к обычному, бесплатному Robo 3T.

Я предполагаю, что у меня закончился пробный период над Робомонго, еще до того, как он был бесплатным, возможно?

Ответ 6

извините, если я опоздал на это, но я все утро работал над одной и той же проблемой. Вы должны сначала пройти через несколько вещей, чтобы вы могли легко устранить неполадки

  1. Перезапустите базу данных из терминала, выбрав базу данных по правильному пути и дайте ей работать в фоновом режиме.
  2. если база данных работает, тогда проверьте локальный адрес хоста и замените его на 127.0.0.1 вместо общего localhost: 27017

Ответ 7

Я решил эту проблему, начав соединение терминалом.

Я пошел в корневую папку и создал папку с именем: mongo-data. Затем я пошел в папку, где я установил mongodb, затем в папку bin и просто набрал терминал: ./mongod --dbpath ~/mongo-data/

Таким образом вы можете создать соединение вручную. Итак, все, что вам нужно сделать, это попытаться открыть robo 3T.

Ответ 8

Это означает, что сервер mongo не запущен. Вам нужно запустить команду mongod на терминале, чтобы запустить сервер.

если у вас нет mongo db, установленного на вашем компьютере. Загрузите и установите из Ссылка.

Ответ 9

Запустите командную строку в Windows. Перейдите в папку bin Mongodb через командную строку и введите mongod и введите. Теперь попробуйте снова

Ответ 10

Как уже было сказано выше, это, вероятно, связано с BindIp, если вы используете mac и brew для его установки, вы не найдете ничего в /etc/mongod.conf, а найдете его в /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

Изменяйте BindIp с осторожностью!

И то же самое касается его запуска, чтобы начать использование MongoDB вручную:

mongod --config/usr/local/etc/mongod.conf

или настройте автозапуск при входе в систему с помощью launchd, набрав:

brew services start mongodb

Я также столкнулся с поврежденными файлами данных на моем локальном компьютере здесь:

/usr/local/var/mongodb

просто удалил их, и это сработало, вы можете увидеть в журнале, что ошибки как:

** 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 я NETWORK [initandlisten] shutdown: going to close listening sockets... 2018-08-01T00:15:50.220+0200 я NETWORK [initandlisten] removing socket file: /tmp/mongodb-27017.sock 2018-08-01T00:15:50.224+0200 я STORAGE [initandlisten] WiredTigerKVEngine shutting down 2018-08-01T00:15:50.303+0200 я STORAGE [initandlisten] Downgrading WiredTiger datafiles. 2018-08-01T00:15:50.501+0200 я STORAGE [initandlisten] WiredTiger message [1533075350:501686][3594:0x7fffb492e380], txn-recover: Main recovery loop: starting at 14/3712 2018-08-01T00:15:50.598+0200 я STORAGE [initandlisten] WiredTiger message [1533075350:598867][3594:0x7fffb492e380], txn-recover: Recovering log 14 through 15 2018-08-01T00:15:50.664+0200 я STORAGE [initandlisten] WiredTiger message [1533075350:663976][3594:0x7fffb492e380], txn-recover: Recovering log 15 through 15 2018-08-01T00:15:50.715+0200 я STORAGE [initandlisten] WiredTiger message [1533075350:715398][3594:0x7fffb492e380], txn-recover: Set global recovery timestamp: 0 2018-08-01T00:15:51.002+0200 я STORAGE [initandlisten] shutdown: removing fs lock... 2018-08-01T00:15:51.005+0200 я CONTROL [initandlisten] now exiting 2018-08-01T00:15:51.005+0200 я CONTROL [initandlisten] shutting down with code:62

Ответ 11

Запустите сервис MongoDB из диспетчера задач. Работал на меня.

В моем случае mongod и mongo.exe выдавали код ошибки 100.