Ошибка 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

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

Серверы 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

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

Перезапустите базу данных из терминала, выбрав базу данных по правильному пути и дайте ей работать в фоновом режиме.
если база данных работает, тогда проверьте локальный адрес хоста и замените его на 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.