1

Я использую CentOS 7 в виртуальной машине, работающей на Mac OS X с использованием Virtualbox.

К сожалению, я не могу подключиться к базе данных виртуальной машины с хоста Mac OS. Я использую NAT качестве сети для виртуальной машины и определил правило для перенаправления хост-порта 3017 на порт виртуальной машины 27017, который является портом mongod по умолчанию. Как можно увидеть с помощью VBoxManage showvminfo CentOS | grep 'NIC:

[hostOS]$ VBoxManage showvminfo CentOS | grep 'NIC'
NIC 1:           MAC: 080027EF3CC0, Attachment: NAT, Cable connected: on, Trace: off (file: none), Type: 82540EM, Reported speed: 0 Mbps, Boot priority: 0, Promisc Policy: deny, Bandwidth group: none
NIC 1 Settings:  MTU: 0, Socket (send: 64, receive: 64), TCP Window (send:64, receive: 64)
NIC 1 Rule(0):   name = http, protocol = tcp, host ip = , host port = 3080, guest ip = , guest port = 80
NIC 1 Rule(1):   name = mongo, protocol = tcp, host ip = , host port = 3017, guest ip = , guest port = 27017
NIC 1 Rule(2):   name = ssh, protocol = tcp, host ip = , host port = 3022, guest ip = , guest port = 22

Я использую брандмауэр CentOS в гостевой системе, но добавил порт по умолчанию MongoDB 27017 в определение public зоны, как показано здесь:

[guestOS]$ firewall-cmd --list-all
public (default, active)
  interfaces: enp0s3
  sources: 
  services: dhcpv6-client http https ssh
  ports: 27017/tcp
  masquerade: no
  forward-ports: 
  icmp-blocks: 
  rich rules: 

В SELINUX отключен:

[guestOS]$ sestatus
SELinux status:                 disabled

Поэтому я хотел проверить, работает ли переадресация портов с моего хоста на гостевую виртуальную машину как нужно. Использование nc -w 3 -v localhost 3017 показывает, что переадресация портов должна работать так, как нужно:

[hostOS]$ nc -w 3 -v localhost 3017
found 0 associations
found 1 connections:
     1: flags=82<CONNECTED,PREFERRED>
    outif lo0
    src 127.0.0.1 port 50595
    dst 127.0.0.1 port 3017
    rank info not available
    TCP aux info available

Connection to localhost port 3017 [tcp/event_listener] succeeded!

Следующим шагом было убедиться, что mongod действительно работает на ОС виртуальной машины. Итак, я проверил статус mongod :

[guestOS]$ systemctl status mongod
● mongod.service - SYSV: Mongo is a scalable, document-oriented database.
   Loaded: loaded (/etc/rc.d/init.d/mongod)
   Active: active (running) since So 2016-02-21 20:35:31 CET; 4min 12s ago
     Docs: man:systemd-sysv-generator(8)
  Process: 1167 ExecStart=/etc/rc.d/init.d/mongod start (code=exited, status=0/SUCCESS)
 Main PID: 1236 (mongod)
   CGroup: /system.slice/mongod.service
           └─1236 /usr/bin/mongod -f /etc/mongod.conf

Feb 21 20:35:27 localhost.localdomain systemd[1]: Starting SYSV: Mongo is a scalable, document-oriented database....
Feb 21 20:35:28 localhost.localdomain runuser[1191]: pam_unix(runuser:session): session opened for user mongod by (uid=0)
Feb 21 20:35:31 localhost.localdomain runuser[1191]: pam_unix(runuser:session): session closed for user mongod
Feb 21 20:35:31 localhost.localdomain mongod[1167]: Starting mongod: [  OK  ]
Feb 21 20:35:31 localhost.localdomain systemd[1]: Started SYSV: Mongo is a scalable, document-oriented database..

В дополнение к этому я могу подключиться к базе данных внутри виртуальной машины, как:

[guestOS]$ mongo
MongoDB shell version: 3.2.3
connecting to: test
Server has startup warnings: 
2016-02-21T20:35:31.414+0100 I CONTROL  [initandlisten] 
2016-02-21T20:35:31.414+0100 I CONTROL  [initandlisten] ** WARNING: /sys/kernel/mm/transparent_hugepage/enabled is 'always'.
2016-02-21T20:35:31.414+0100 I CONTROL  [initandlisten] **        We suggest setting it to 'never'
2016-02-21T20:35:31.414+0100 I CONTROL  [initandlisten] 
2016-02-21T20:35:31.414+0100 I CONTROL  [initandlisten] ** WARNING: /sys/kernel/mm/transparent_hugepage/defrag is 'always'.
2016-02-21T20:35:31.414+0100 I CONTROL  [initandlisten] **        We suggest setting it to 'never'
2016-02-21T20:35:31.415+0100 I CONTROL  [initandlisten] 
2016-02-21T20:35:31.415+0100 I CONTROL  [initandlisten] ** WARNING: soft rlimits too low. rlimits set to 4096 processes, 64000 files. Number of processes should be at least 32000 : 0.5 times number of files.
2016-02-21T20:35:31.415+0100 I CONTROL  [initandlisten] 

Тем не менее, я не могу подключиться к базе данных с хоста ОС:

[hostOS]$ mongo --port 3017
MongoDB shell version: 3.0.6
connecting to: 127.0.0.1:3017/test
2016-02-21T20:47:38.810+0100 I NETWORK  DBClientCursor::init call() failed
2016-02-21T20:47:38.813+0100 E QUERY    Error: DBClientBase::findN: transport error: 127.0.0.1:3017 ns: admin.$cmd query: { whatsmyuri: 1 }
    at connect (src/mongo/shell/mongo.js:181:14)
    at (connect):1:6 at src/mongo/shell/mongo.js:181
exception: connect failed

Итак, позвольте мне немного обобщить все это:

  • использование CentOS 7 в качестве гостя в virtualbox на Mac OS
  • используя NAT качестве сетевого интерфейса
  • переадресация хост-порта 3017 на гостевой порт 27017 работает
  • mongod работает на гостевой ОС
  • отключил SELINUX в CentOS
  • добавил порт 27017 в исключения межсетевого экрана CentOS
  • при подключении к monogdb из хост-системы возникает Error: DBClientBase::findN: transport error: 127.0.0.1:3017 ns: admin.$cmd query: { whatsmyuri: 1 }

Как я могу решить эту ошибку?

1 ответ1

11

После поиска в Интернете появившегося сообщения об ошибке я подумал, что это проблема, связанная с SSL/TLS, так как версия оболочки Mac OS mongo по умолчанию не поддерживает соединения SSL/TLS (однако, версия для homebrew поддерживает).

Поэтому я попытался установить зашифрованное соединение, которое не удалось и не решило проблему.

После этого я подумал о том, чтобы иметь внешний доступ к базе данных. Virtualbox выполняет переадресацию портов на виртуальную машину, поэтому входящие запросы выполняются из сетевого интерфейса виртуальной машины. В связи с этим я добавил IP-адрес виртуальной машины к разрешенным IP-адресам в config /etc/mongod.conf как описано здесь:

# Listen to local and LAN interface.
bind_ip = 127.0.0.1,10.0.2.15

Наконец, это решило мои проблемы с подключением.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .