Não foi possível conectar-se ao mongodb em execução na caixa virtual (host: Mac OS, convidado: CentOS)

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

Infelizmente, não consigo conectar ao banco de dados da VM do meu host do Mac OS. Estou usando NATcomo rede para a VM e defini uma regra para encaminhar a porta host 3017 para a porta 27017 da VM, 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 do MongoDB 27017à publicdefinição de zona, 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: 

Além disso, SELINUXestá desativado:

[guestOS]$ sestatus
SELinux status:                 disabled

Então, eu queria verificar se o encaminhamento de porta do meu host para a VM convidada está funcionando como desejado. Usando nc -w 3 -v localhost 3017shows, 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 isso mongodesteja realmente em execução no sistema operacional da VM. Então eu verifiquei mongodo status:

[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, sou capaz de 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 a partir do SO 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 na caixa virtual no Mac OS
• usando NATcomo interface de rede
• porta de host de encaminhamento 3017para porta de convidado 27017está funcionando
• garantido mongodestá sendo executado no SO convidado
• desativado SELINUXno CentOS
• porta adicionada 27017às exceções de firewall do CentOS
• a conexão 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?

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

Por isso, 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, para que as solicitações recebidas sejam 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.confconforme descrito aqui :

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

Finalmente, isso resolveu meus problemas de conexão.