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