chupasaurus

$ssl_protocol: returns the protocol of an established SSL connection

Проще сделать так:

location ~ /[ab] { #nginx }
location / { #proxy_pass pm2 }

В compose-файле:

services:
  ...
  certbot:
    image: certbot/certbot
    volumes:
      /etc/letsencrypt_docker:/etc/letsencrypt
    command: ["renew"]

Сертификаты заводить через

docker-compose run certbot certonly --web-root=/etc/letsencrypt/challenges -d domain

.
В конфигах nginx:

server {
  server_name some.domain;
  ...
  location /.well-known/acme-challenge {
    root /etc/letsencrypt_docker/challenges;
  }
}

В крон

docker-compose -f /path/to/docker-compose.yml up certbot

Контекст: http, server, location, if в location

upstream zapier {
  server hooks.zapier.com;
}

server {
  listen 80;
  location ... {
    proxy_pass https://zapier;
  }
}

Например, через модуль upstream:

upstream intraserver {
  server internal-ip:port max_fails=2 fail_timeout=10;
  server 127.0.0.2:8880 backup;
}

server {
  listen 127.0.0.2:8880;
  return 502;
}
server {
...
proxy_pass http://intraserver;
...
}

max_fails - кол-во ошибок соединения или в ответах (определяется перед proxy_pass функцией) за период fail_timeout, начиная с которого апстрим считается упавшим;
backup - параметр, указывающий, что туда надо переводить, если все остальные апстримы лежат, в конфиге он отдает на всё 502.

Раз за 2 часа никто гугль не открыл, RTFM.

DASH работает поверх HTTP, а не RTMP, rtmp в конфиге nginx - настройки модуля nginx-rtmp-module. Для статического контента rtmp-модуль не нужен (сам DASH построен на том, что все фрагменты должны быть доступны как обычные файлы).
Соответственно от вашего конфига нужна только вторая часть.

mp4box -dash XXXX -rap -profile "dashavc264:onDemand"

- для статики, "dashavc264:live" - для стримов.
И ещё нужно натравить проигрыватель на всю эту радость.
Раз уж добрались до моего ответа по предыдущему вопросу про DASH, могли прочитать спеку - там есть краткое описание того, как всё устроено.

По умолчанию, сеть для контейнеров работает в режиме --net="bridge", из-за чего прямая коммуникация с хостом будет сложнее. Если сервер на ноде не завернёте в контейнер, действия ниже придётся проводить и для деплоя туда.
В своём форке Laradock:

1. Добавьте аргумент NODE_SERVER_IP=${DOCKER_HOST_IP} в секции args: для контейнера с nginx в docker-compose.yml
   
2. В конфиге сайта перевод на Ноду делайте через proxy_pass $node_upstream;
   
3. Добавьте в nginx/Dockerfile : ARG NODE_SERVER_IP=127.0.0.1
   
4. Там же к списку команд в RUN ещё одну строку (не забудьте в конце предыдущей \):

   &&  echo "upstream node_upstream { server ${NODE_SERVER_IP}:3000; }" >> /etc/nginx/conf.d/upstream.conf

   
   

2 GB RAM (500*2 + для самой OC) да пара ядер. В 2017 году отдавать статику IIS-ом - это смешно.
Что такое 10 МБ на пользователя?)