Não é possível conectar-se ao mongodb em execução no VirtualBox (host: Mac OS, guest: CentOS)

Question

Estou usando o CentOS 7 em uma máquina virtual em execução no Mac OS X usando o Virtualbox.

Infelizmente, não consigo me conectar ao banco de dados da VM no host do Mac OS. Estou usando NAT como rede para a VM e defini uma regra para encaminhar a porta do host 3017 para a porta da VM 27017, que é a porta padrão do mongod. Como pode ser visto usando 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

Estou usando o firewall do CentOS no sistema convidado, mas adicionei a porta padrão 27017 do MongoDB à definição public zone como visto aqui:

[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: 

Na adição, SELINUX está desativado:

[guestOS]$ sestatus
SELinux status:                 disabled

Então, eu queria verificar se o encaminhamento de porta do meu host para a VM guest está funcionando conforme desejado. Usando nc -w 3 -v localhost 3017 aparece, esse encaminhamento de porta deve funcionar como desejado:

[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!

O próximo passo foi garantir que mongod esteja realmente em execução no sistema operacional da VM. Então, verifiquei o status de 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..

Além disso, eu posso me conectar ao banco de dados dentro da VM como:

[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] 

No entanto, não consigo me conectar ao banco de dados do sistema operacional host:

[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

Então deixe-me resumir um pouco a coisa toda:

• usando o CentOS 7 como convidado no VirtualBox no Mac OS
• usando NAT como interface de rede
• encaminhando a porta do host 3017 para a porta do convidado 27017 está funcionando
• assegurado mongod está sendo executado no sistema operacional convidado
• desativado SELINUX no CentOS
• adicionou porta 27017 às exceções de firewall do CentOS
• conectando-se ao monogdb do sistema operacional host gera Error: DBClientBase::findN: transport error: 127.0.0.1:3017 ns: admin.$cmd query: { whatsmyuri: 1 }

Como posso resolver esse erro?

    

Answer 1

Depois de pesquisar na Web pela mensagem de erro levantada, achei que esse era um problema relacionado a SSL / TLS, pois a versão padrão do shell Mac OS não suporta conexões SSL / TLS (no entanto, a versão homebrew).

Então, tentei estabelecer uma conexão criptografada que falhou e não resolve o problema.

Depois disso, pensei em ter acesso externo ao banco de dados. O Virtualbox faz o encaminhamento de porta para a VM, portanto, as solicitações de entrada são feitas a partir da interface de rede da VM. Devido a isso, adicionei o endereço IP da VM aos IPs permitidos na configuração do mongo /etc/mongod.conf , conforme descrito aqui :

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

Por fim, isso resolveu meus problemas de conexão.