Сергей

Виртуалка - это дополнительный слой, который будет жрать ресурсы. Если в контейнерах, где хост это ваш мак, работает медленно, то, видимо, ресурсов самого ноута не хватает.

1. Докер прокинул порты на виртуалку? А виртуалка прокинула сеть/порты на мак?
2. Что значит прошлые данные контейнера?
3. Изменения каких файлов?
4. Мои кейсы:
мак, виртуалки через vagrant+vbox, внутри виртуалок всё раскатывается через ansible - использую для тестов
мак, на нём докер, далее docker-compose up -d или docker run -d - использую для долгоиграющих сервисов

Как минимум это поправить

#!/usr/bin/env bash

#https://имя.000webhostapp.com/
#https://t.me/имя

Попробуй так

view1=' -f libndi_newtek -thread_queue_size 1024 -i "MY-SERVER (1)"'

upd:
а так?

view1=" -f libndi_newtek -thread_queue_size 1024 -i \'MY-SERVER (1)\'"

или так

IFS=$'\n'
view1=" -f libndi_newtek -thread_queue_size 1024 -i 'MY-SERVER (1)'"

Кто что подскажет, может использовал Debian 9 с Docker и были какие то серьезные проблемы? Или наоборот, все нормально и проблем нет.

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

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

А чем плоха команда @id = NEWID()?

Если актуально, попробуйте изменить
listen 80;
На
listen ip:80;
где ip - соответствует внешнему адресу вашего сервера

Кому интересно конечный конфиг у меня такой:

# Пакеты с нужного адреса заворачиваем на компьютер
/sbin/iptables -t nat -A PREROUTING -p tcp --dport 9090 -d $ip-deb -i eth0 \
-j DNAT --to-destination $local-ip-ws:9090

# Меняем адрес источника на локальный, не использую т.к. я так понял это надо для общения компьютеров внутри сети через внешний сервер, а оно мне не надо.
#/sbin/iptables -t nat -A POSTROUTING -d $local-ip-ws -p tcp \
#-m tcp  -j SNAT --to-source $local-ip-deb

# Разрешаем соединение для новых, прошедших проверку, пакетов
/sbin/iptables -A FORWARD -p tcp -m conntrack --ctstate NEW \
-m tcp ! --tcp-flags FIN,SYN,RST,ACK SYN -j DROP
/sbin/iptables -A FORWARD -m state --state RELATED,ESTABLISHED -j ACCEPT

# Разрешаем прохождение пакетов для порта через FORWARD
/sbin/iptables -A FORWARD -p tcp -m tcp --dport 9090 -j ACCEPT

nginx почему-то не хотел работать, если прописывать просто listen 80; или listen 443 ssl;
зато заработало listen ip-deb:80; и listen ip-deb:443 ssl;