Александр Карабанов

Всё правильно сделал. Проверь, что директория, которая указана в качестве root в конфиге Nginx действительно существует и в ней есть файлы.

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

Как правило утилиты вроде cat, ls доступны.

Почисти кеш пакетов (делать это надо на том же слое в котором устанавливается пакет), прочитай про то, как устроены слои и copy-on-write.

Используй dive для того, чтобы найти занимающий место хлам и предусмотри Dockerfile его удаление (удалять надо на том же слое, в котором он добавляется).

Большой размер образа - это нехорошо.

В конфиге mongo укажи путь до лога /proc/self/fd/2 (вероятно можно на лету сконфигурировать каким то запросом или передать в качестве аргумента командной строки,т очно сказать не могу не знаком с mongo), тогда сможешь смотреть логи docker logs -f container_name или docker-compose logs -f service_name

Должно сработать.

В .env файл в пиши, тогда переменная будет доступна в контексте docker-compose

Выполни:

docker ps --filter "label=com.docker.compose.project" -q | xargs docker inspect --format='{{index .Config.Labels "com.docker.compose.project"}}'| sort | uniq

Вероятно выведет всего одно название проекта Laradock.

Проблема состоит в том, что проект именуется по имени директории из которой он был запущен. Называй директорию не Laradock, а, например Laradock_project_name

Подними контейнер с базой, залей в неё дамп, в настройках приложения укажи куда поделючаться.
В рамках docker-compose это удобно сделать.

У пользователя, под которым приложение пытается подключаться, нет прав на базу. Дай ему их.

это внешний интерфейс который объединяется бриджом с основным интерфейсом сервера что смотрит в интернет.

Она и так доступна с хостовой машины. Можешь в фаирвол натящее правило добавить.

Ещё можешь через Docker-proxy порты пробросить в хотовую машину (директива ports подробнее)

Можешь отключить изоляцию у сети и пользоваться напрямую итерфейсами хостовой машины (директива network_mode: host).

PS
Вот так попробуй:

networks:
  back:
    name: back
    driver: bridge
    ipam:
      driver: default
      config:
      - subnet: 172.16.238.0/24
        gateway: 172.16.238.1
    driver_opts:
      com.docker.network.bridge.name: back

Docker сам такое не делает, есть команда docker prune system -af и ее надо отдельно запускать.
Проверь crontab на наличие скрипта, который мог бы запускать эту команду
Проверь таймеры systemd, которые могли бы запускать эту команду
Проверь скрипт, который непосредственно запускает сборку образа и, если используется софт для сборки, вроде Jenkins, проверь его настройки.

Выполни nginx -t увидишь, где проблема.

Запусти контейнеры с помощью docker-compose, тогда они автоматически будут подключены к одной виртуальной сети и смогут беспрепятственно обмениваться трафиком.

WORKDIR /myproject сам создаёт директорию, предварительно вызывать mkdir не надо.

Линтер, при таком раскладе, тоже надо запускать в контейнере.

Контейнер изолирует запущенный в нём софт от хвостовой системы. Если требуется выполнять действия с файлами в хостовой системе из контейнера придётся подмонтировать директорию с этими файлами в контейнер.

В остальном ничто не мешает подключиться к контейнеру и вводить команды в его терминал.