MongoDB:无法从远程计算机连接



这里可能是重复的,但无法找到正确的答案,因此提出了这个问题。

因此,我在本地计算机上有一个mongodb设置,例如M1mongo 服务运行的位置以及 db 有一些数据。

现在,我想使用其他机器上的 mongo 客户端连接到这个 mongodb,比如说M2但不能。

在所有答案之后,我尝试mongodb.conf文件中添加M2地址,但没有运气。

net:
bindIp: [m2.some.valid.ip,127.0.0.1]

我什至尝试给0.0.0.0但仍然没有运气。使用localhost,我可以从我自己的机器连接,但是如果我提到M1地址并使用该地址在本地尝试,我会得到

Cannot connect to Mongo DB at M1 address, network is unreachable.

AM在这里被严重困了很长时间。刚刚开始使用mongodb所以请原谅任何新手问题。

我所有的 mongo 服务都已启动并运行,并且能够使用终端或本地主机的任何 mongo 客户端访问数据。

这是我在终端上运行命令mongod时的日志:

2018-09-11T11:14:13.977+0530 I CONTROL  [main] Automatically disabling TLS 1.0, to force-enable TLS 1.0 specify --sslDisabledProtocols 'none'
2018-09-11T11:14:13.993+0530 I CONTROL  [initandlisten] MongoDB starting : pid=11307 port=27017 dbpath=/data/db 64-bit host=DELC02S5E2CG8WN.sea.corp.expecn.com
2018-09-11T11:14:13.993+0530 I CONTROL  [initandlisten] db version v4.0.2
2018-09-11T11:14:13.993+0530 I CONTROL  [initandlisten] git version: fc1573ba18aee42f97a3bb13b67af7d837826b47
2018-09-11T11:14:13.993+0530 I CONTROL  [initandlisten] allocator: system
2018-09-11T11:14:13.993+0530 I CONTROL  [initandlisten] modules: none
2018-09-11T11:14:13.993+0530 I CONTROL  [initandlisten] build environment:
2018-09-11T11:14:13.993+0530 I CONTROL  [initandlisten]     distarch: x86_64
2018-09-11T11:14:13.993+0530 I CONTROL  [initandlisten]     target_arch: x86_64
2018-09-11T11:14:13.993+0530 I CONTROL  [initandlisten] options: {}
2018-09-11T11:14:13.993+0530 I STORAGE  [initandlisten] Detected data files in /data/db created by the 'wiredTiger' storage engine, so setting the active storage engine to 'wiredTiger'.
2018-09-11T11:14:13.993+0530 I STORAGE  [initandlisten] wiredtiger_open config: create,cache_size=7680M,session_max=20000,eviction=(threads_min=4,threads_max=4),config_base=false,statistics=(fast),log=(enabled=true,archive=true,path=journal,compressor=snappy),file_manager=(close_idle_time=100000),statistics_log=(wait=0),verbose=(recovery_progress),
2018-09-11T11:14:14.698+0530 I STORAGE  [initandlisten] WiredTiger message [1536644654:698414][11307:0x7fff8fb43380], txn-recover: Main recovery loop: starting at 2/7040
2018-09-11T11:14:14.792+0530 I STORAGE  [initandlisten] WiredTiger message [1536644654:792304][11307:0x7fff8fb43380], txn-recover: Recovering log 2 through 3
2018-09-11T11:14:14.856+0530 I STORAGE  [initandlisten] WiredTiger message [1536644654:856010][11307:0x7fff8fb43380], txn-recover: Recovering log 3 through 3
2018-09-11T11:14:14.904+0530 I STORAGE  [initandlisten] WiredTiger message [1536644654:904754][11307:0x7fff8fb43380], txn-recover: Set global recovery timestamp: 0
2018-09-11T11:14:15.037+0530 I RECOVERY [initandlisten] WiredTiger recoveryTimestamp. Ts: Timestamp(0, 0)
2018-09-11T11:14:15.103+0530 I CONTROL  [initandlisten] 
2018-09-11T11:14:15.103+0530 I CONTROL  [initandlisten] ** WARNING: Access control is not enabled for the database.
2018-09-11T11:14:15.103+0530 I CONTROL  [initandlisten] **          Read and write access to data and configuration is unrestricted.
2018-09-11T11:14:15.103+0530 I CONTROL  [initandlisten] 
2018-09-11T11:14:15.103+0530 I CONTROL  [initandlisten] ** WARNING: This server is bound to localhost.
2018-09-11T11:14:15.103+0530 I CONTROL  [initandlisten] **          Remote systems will be unable to connect to this server. 
2018-09-11T11:14:15.103+0530 I CONTROL  [initandlisten] **          Start the server with --bind_ip <address> to specify which IP 
2018-09-11T11:14:15.103+0530 I CONTROL  [initandlisten] **          addresses it should serve responses from, or with --bind_ip_all to
2018-09-11T11:14:15.103+0530 I CONTROL  [initandlisten] **          bind to all interfaces. If this behavior is desired, start the
2018-09-11T11:14:15.103+0530 I CONTROL  [initandlisten] **          server with --bind_ip 127.0.0.1 to disable this warning.
2018-09-11T11:14:15.103+0530 I CONTROL  [initandlisten] 
2018-09-11T11:14:15.157+0530 I FTDC     [initandlisten] Initializing full-time diagnostic data capture with directory '/data/db/diagnostic.data'
2018-09-11T11:14:15.161+0530 I NETWORK  [initandlisten] waiting for connections on port 27017

MongoDB版本db version v4.0.2,我使用的是Mac。

另外,当我绑定M2机器的ip并执行mongo --host m2.address时,我得到这个:

mongo --host m2.address
MongoDB shell version v4.0.2
connecting to: mongodb://m2.address:27017/
2018-09-11T11:31:07.186+0530 E QUERY    [js] Error: couldn't connect to server m2.address:27017, connection attempt failed: SocketException: Error connecting to m2.address:27017 :: caused by :: Connection refused :
connect@src/mongo/shell/mongo.js:257:13
@(connect):1:6
exception: connect failed

更新

以下是我在尝试连接之前执行的步骤:

  1. 启动mongodb服务:酿造服务启动MongoDB
  2. 通过运行命令mongod启动mongod
  3. 使用 Robo3T 通过指定0.0.0.0作为连接地址来创建连接。也尝试了特定的地址。
  4. 都给出"网络无法访问"错误。

让我知道是否在启动时缺少任何参数或是否做错了什么。

在所有答案之后,我尝试在mongodb.conf文件中添加M2地址,但没有运气。

这是错误的。net.bindIp包含服务器侦听的 M1 接口的列表,因此要使 M2 连接到 M1,net.bindIp 应具有 M1 IP 地址。

另外,当我绑定M2机器的ip并执行mongo --host m2.address时,我得到:

这是错误的。--host参数应具有服务器的 IP 地址 - 在您的情况下为 M1。

使用 Robo3T 通过指定 0.0.0.0 创建连接

这是没有道理的。0.0.0.0根本不是有效的 IP 地址。它可以用作 M1 上 mongodb.conf 中 net.bindIp 的通配符值,以使服务器侦听所有可用的接口。Robo3T是一个客户端,您需要为其提供服务器的IP地址才能连接到它。

在 M1(服务器(上:

  • 设置net.bindIp: 0.0.0.0
  • 重启蒙戈

在 M2(客户端(上:

  • 连接到服务器:mongo --host m1.address

故障排除:

  1. 确认 mongodb 已在 M1 上启动并运行 - 运行命令sudo lsof -i | grep mongod。它应该打印至少 1 个进程,类似TCP *:27017 (LISTEN).
  2. 如果 p1 有效,请确认网络正常且没有防火墙阻止连接 - 在 M2 上执行telnet m1_ip 27017它应该给你类似Escape character is '^]'.

相关内容

  • 没有找到相关文章