Gennady S

Теоретически возможно, но это будет страшное колдунство. Нужно будет развернуть внутри контейнера X-сервер, предоставив ему доступ к оборудованию хоста, а затем подключиться к нему через VNC, например. Что осложняется наличием Windows-хоста, где запуск графических приложений в WLS2 может оказаться нетривиальной задачей. Готового рецепта Вам никто не даст, его не существует, хотя можно найти гайды по запуску графических приложений в Docker вообще, что не факт — подойдет ли решение Вам.

Рационально найти другое решение. Не совсем понятно, причем тут веб-версия, если речь о файловой базе данных? Браузер может с ней работать? А если возможно использовать клиент, который подключается к серверу, зачем клиент помещать внутрь контейнера, если там можно расположить только сервер? Плюс, непонятно, что за изоляцию пытаетесь решить, тем более если речь о файловой базе. Контейнеры — неподходящий вариант для хранения файлов. Наоборот, есть смысл создавать тома, вынесенные за пределы контейнера, даже для серверных баз. А если том вынесен из контейнера, что изолирует контейнер?

Эта задача не имеет адекватного решения. Docker для Windows имеет особую реализацию, собственную сеть, и режим хоста означает, что приложение будет работать не в сети WSL2 / Windows, а в сети самого Docker. Тогда как открытие портов создает туннели для сетей WSL2 и Windows. Единственный способ заставить это работать, это каждый раз при запуске контейнеров вручную делать туннель, что едва ли просто сделать, поскольку, опять-таки, согласно документации "This interface is actually within the virtual machine".

Вы собираете решение на основе некого полу-любительского Docker-образа. По ссылке на github видно, что автор(ы) репозитория страдает некой манией велосипедных дел, и создал свои контейнеры на все про всё, и при этом давно их не обновляет. Если хотите решение на базе Docker, то стоит быть готовым к тому, что такое решение нужно сопровождать, т.к. сторонние нестабильны. Поэтому желательно разобраться в базовых образах nginx / php / базы данных, чтобы завести это все вручную и самостоятельно, с уверенным пониманием процесса. В официальных хабах есть все необходимые инструкции: как устанавливать пакеты, как задать стартовые настройки через окружение или шаблонные значения. Это займет время, конечно, день-два, но окупится как в данном проекте, так и в дальнейшем. Эти контейнеры систематически обновляются и имеют лучшую совместимость, в противоположность случаю, когда что-то отваливается у авторов 10+ контейнеров, неспособных их сопровождать (в чем проблема и сейчас: не хватает расширения, автор не предусмотрел / забросил, подложив проблему своим пользователям). В Вашей ситуации нужно также ознакомиться со списком требований Drupal, и развернуть требуемый Dockerfile для PHP (через Alpine и встроенную систему установки расширений или Debian / ppa)