Туннель через ssh: ssh -L 27117:127.0.0.1:27117 unifiserver.fqdn  
Затем подключитесь к порту 27117 на вашем локальном компьютере.

Я много работал в очень крупных корпоративных средах (читай: свыше полумиллиона рабочих столов и более четверти миллиона физических серверов, на которых размещены миллионы виртуальных инстансов, и более четверти миллиона сотрудников). Сейчас UBNT предлагает выбор: либо использовать экземпляр базы данных, управляемый UniFi-контроллером полностью, либо свой собственный экземпляр БД, который UniFi-контроллер вообще не трогает. Тем, кто не умеет настраивать и управлять MongoDB, лучше выбрать первый вариант. Тем, кто умеет — проблем с вторым не будет. У каждого варианта есть свои плюсы и минусы, и на твоём примере: при первом варианте UniFi запускает и останавливает базу вместе с контроллером. При втором варианте администратор сам должен следить, чтобы БД была всегда запущена, когда это нужно. Для корпоративной среды это должно быть само собой разумеющимся. Если это не так — возможно, первый вариант будет лучше. Учти, что в корпоративных средах MongoDB обычно запускается на отдельной ОС от той, где работает UniFi-контроллер.

Ты хочешь третий вариант, где UniFi контролирует запуск и остановку базы, но при этом полностью оставляет её настройку пользователю? Не уверен, что это сильно полезно при двух уже доступных вариантах. И не представляю, как это могло бы работать, если MongoDB находится на другой ОС — это довольно сложное решение. Если MongoDB запускается локально — на той же ОС, что и UniFi, зачем выходить за рамки полного контроля UniFi? Если нужна настройка — второй вариант отлично справится.

А если те, кто обслуживает систему, не очень заинтересованы в своей работе, им однозначно лучше выбрать первый вариант с полным управлением базы UniFi. Такие люди, исходя из описания, не будут прилагать дополнительные усилия для второго варианта или даже другого варианта, если есть первый.

К слову, современные платформы обычно поддерживают зависимости сервисов. Например, пару строчек в unit-файле systemd на Linux достаточно, чтобы гарантировать запуск локальной MongoDB перед запуском UniFi-контроллера. Это, пожалуй, проще, чем заморачиваться с третьим вариантом в самом UniFi.

В реальной производственной среде никто не будет вручную вводить команды или менять пути к хранилищу базы данных. Всё должно продвигаться из тестовых сред и, желательно, управляться с помощью Chef или другой системы конфигурирования.

Ну, ты и не смотрел — возможно, Mongod настроен на разрешение нескольких подключений с разных IP, это есть в документации MongoDB. Например — bind_ip = 127.0.0.1,10.8.0.10,192.168.4.24. R+C

К сожалению, если взглянуть на то, что позволяет ссылка, которую вы опубликовали, то видно, что, несмотря на множество полезных функций, возможности указать имя и расположение конфигурационного файла MongoDB там нет. Конфигурационные файлы используются для настройки среды MongoDB и её работы. Зачем кому-то настраивать окружение MongoDB через конфигурационный файл UniFi? Это по сути ненадежно. То, что вы опубликовали, — хороший старт... R+C

Это кажется довольно радикальным. Почему просто не использовать поддерживаемое решение? Потому что это не то, что изначально просили (требовалось корпоративное решение). Всё, что касается настройки инстансов MongoDB, должно быть в соответствующих конфигурационных файлах Mongod/Mongos, потому что в реальной жизни, когда проблемы решают в три часа ночи, люди могут не заметить, что многие команды настройки находятся не в конфигурационном файле Mongod, а в конфигурационном файле UniFi. R+C

mongod запускается из процесса контроллера UniFi с аргументом командной строки "--bind_ip 127.0.0.1", который обычно переопределяет значения в конфигурационном файле. Я не знаю, как mongod обрабатывает это, и не могу найти информации об этом при быстром просмотре документации. Ты проверял, что всё работает так, как ты предлагаешь?

Немного покопавшись в настройках, можно подправить конфигурацию. Некоторые перехватывают и обрабатывают любые команды запуска, остановки или изменения настроек, исходящие от UniFi, и подают изменённые команды. Ещё хорошей идеей будет настроить репликацию и запускать другое ПО на реплицированной копии.

У большинства из нас есть доступ к битовым редакторам и дизассемблерам. Всё должно стать проще, когда контроллер изменят так, чтобы MongoDB можно было настраивать отдельно на машине по выбору хозяина. R+C