Не удается подключиться к mongodb извне, даже если указать bind_ip = 0.0.0.0

Question

Я пользуюсь сервисом mongodb docker.Я запускаю mongodb с помощью

docker run --rm -p 28019:27017 -e bind_ip=0.0.0.0 --user mongodb mongo

, потому что там работает другой mongodb, поэтому я использую порт 28019.

Когда я пытался подключить этот докер mongodb с помощью MongoDB Compass,там написано connect ECONNREFUSED 183.62.225.108:28019.

Это журнал док-станции mongodb (все):

2019-09-19T06:33:07.630+0000 I CONTROL  [main] Automatically disabling TLS 1.0, to force-enable TLS 1.0 specify --sslDisabledProtocols 'none'
2019-09-19T06:33:07.634+0000 I CONTROL  [initandlisten] MongoDB starting : pid=1 port=27017 dbpath=/data/db 64-bit host=c45e02bda30b
2019-09-19T06:33:07.634+0000 I CONTROL  [initandlisten] db version v4.0.11
2019-09-19T06:33:07.634+0000 I CONTROL  [initandlisten] git version: 417d1a712e9f040d54beca8e4943edce218e9a8c
2019-09-19T06:33:07.634+0000 I CONTROL  [initandlisten] OpenSSL version: OpenSSL 1.0.2g  1 Mar 2016
2019-09-19T06:33:07.634+0000 I CONTROL  [initandlisten] allocator: tcmalloc
2019-09-19T06:33:07.634+0000 I CONTROL  [initandlisten] modules: none
2019-09-19T06:33:07.635+0000 I CONTROL  [initandlisten] build environment:
2019-09-19T06:33:07.635+0000 I CONTROL  [initandlisten]     distmod: ubuntu1604
2019-09-19T06:33:07.635+0000 I CONTROL  [initandlisten]     distarch: x86_64
2019-09-19T06:33:07.635+0000 I CONTROL  [initandlisten]     target_arch: x86_64
2019-09-19T06:33:07.635+0000 I CONTROL  [initandlisten] options: { net: { bindIpAll: true } }
2019-09-19T06:33:07.636+0000 I STORAGE  [initandlisten] wiredtiger_open config: create,cache_size=9882M,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),
2019-09-19T06:33:08.209+0000 I STORAGE  [initandlisten] WiredTiger message [1568874788:209440][1:0x7f8c3ed47a80], txn-recover: Set global recovery timestamp: 0
2019-09-19T06:33:08.215+0000 I RECOVERY [initandlisten] WiredTiger recoveryTimestamp. Ts: Timestamp(0, 0)
2019-09-19T06:33:08.226+0000 I CONTROL  [initandlisten] 
2019-09-19T06:33:08.226+0000 I CONTROL  [initandlisten] ** WARNING: Access control is not enabled for the database.
2019-09-19T06:33:08.226+0000 I CONTROL  [initandlisten] **          Read and write access to data and configuration is unrestricted.
2019-09-19T06:33:08.226+0000 I CONTROL  [initandlisten] 
2019-09-19T06:33:08.226+0000 I CONTROL  [initandlisten] 
2019-09-19T06:33:08.226+0000 I CONTROL  [initandlisten] ** WARNING: /sys/kernel/mm/transparent_hugepage/enabled is 'always'.
2019-09-19T06:33:08.226+0000 I CONTROL  [initandlisten] **        We suggest setting it to 'never'
2019-09-19T06:33:08.226+0000 I CONTROL  [initandlisten] 
2019-09-19T06:33:08.226+0000 I CONTROL  [initandlisten] ** WARNING: /sys/kernel/mm/transparent_hugepage/defrag is 'always'.
2019-09-19T06:33:08.226+0000 I CONTROL  [initandlisten] **        We suggest setting it to 'never'
2019-09-19T06:33:08.226+0000 I CONTROL  [initandlisten] 
2019-09-19T06:33:08.227+0000 I STORAGE  [initandlisten] createCollection: admin.system.version with provided UUID: 5224c436-3a0f-46b5-a368-6463fce5ad52
2019-09-19T06:33:08.238+0000 I COMMAND  [initandlisten] setting featureCompatibilityVersion to 4.0
2019-09-19T06:33:08.247+0000 I STORAGE  [initandlisten] createCollection: local.startup_log with generated UUID: 2965f894-387e-4aa1-bf05-1b18d9a05566
2019-09-19T06:33:08.260+0000 I FTDC     [initandlisten] Initializing full-time diagnostic data capture with directory '/data/db/diagnostic.data'
2019-09-19T06:33:08.261+0000 I NETWORK  [initandlisten] waiting for connections on port 27017
2019-09-19T06:33:08.262+0000 I STORAGE  [LogicalSessionCacheRefresh] createCollection: config.system.sessions with generated UUID: 4acb36dc-4626-43a3-a2cf-007004bae39a
2019-09-19T06:33:08.299+0000 I INDEX    [LogicalSessionCacheRefresh] build index on: config.system.sessions properties: { v: 2, key: { lastUse: 1 }, name: "lsidTTLIndex", ns: "config.system.sessions", expireAfterSeconds: 1800 }
2019-09-19T06:33:08.299+0000 I INDEX    [LogicalSessionCacheRefresh]     building index using bulk method; build may temporarily use up to 500 megabytes of RAM
2019-09-19T06:33:08.332+0000 I INDEX    [LogicalSessionCacheRefresh] build index done.  scanned 0 total records. 0 secs

Это ошибка моего компаса: (Я уверен, что адрес хоста правильный)

Что я пробовал

Я проверил порт 28019, он выключен.Поэтому я включаю его с помощью

sudo firewall-cmd --zone=public --add-port=28019/tcp --permanent
sudo firewall-cmd --reload

Но я все еще не могу подключиться к своему серверу.

Другие

Система:

CentOS Linux release 7.5.1804 (Core)

Версия Docker:

Docker version 1.13.1, build 87f2fab/1.13.1

Изображение Mongodb:

docker.io/mongo    latest    f7adfc4dbcf5  7 weeks ago         413 MB

Обновление:

Я выключил SELinux, эта проблема все еще существует.

Эта система centos создана vmware.

Answer 1

Можете ли вы попробовать отключить SELinux в своей системе.

Проверить состояние SELinux,

$ sestatus

Вы можете временно изменить режим SELinux с целевого на разрешающий с помощью следующей команды:

$ sudo setenforce 0

Однако это изменение будет действовать только для текущего сеанса выполнения.

Чтобы окончательно отключить SELinux в вашей системе CentOS 7, выполните следующие действия:

1. Open the /etc/selinux/config file and set the SELINUX mod to disabled
2. Save the file and reboot your CentOS system with:
    $ sudo shutdown -r now
3. Once the system boots up, verify the change with the sestatus command
    The output should look like this:

    $ SELinux status:                 disabled