nginx как реверс прокси в контейнере

Конкретного ответа дать не могу, т.к. не настраивал nextcloud за проксёй, но вот этот признак

http://localhost/apps/dashboard/ - то 403 и форбидден. Причем, если вот так http://localhost:51623/apps/dashboard/ - то работает

говорит о том, что nextcloud не знает, что он находится за прокси и поэтому генерирует некорректные редиректы.

Вот здесь написано про проксирование и размещение его за реверс-прокси.

https://docs.nextcloud.com/server/latest/admin_manual/configuration_server/reverse_proxy_configuration.html

Почему nginx в строке браузера localhost:51623 не меняет на nextcloud_docker

Он и не должен. nextcloud_docker - это внутреннее имя контейнера внутри твоей связки, оно резолвится только внутри network nextcloud-net.

Вообще, старайся не использовать подчёркивания в именах сервисов, т.к. это некорректно с точки зрения DNS’а и если где-то сработает, то где-то может и нет.

Вообще, для облегчения дебага этой связки я бы сначала вывесил сам nextcloud из контейнера на 127.0.0.1, поставил nginx рядом просто в систему и постарался через него спроксировать трафик внутрь контейнера. Как только заработает, можно будет поменять адрес в proxy_pass с локалхоста на имя контейнера с nextcloud’ом и уже с этим конфигом заталкивать nginx в контейнер.

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

В конфиге некстклауда я добавил в config.php

'overwritehost' => 'localhost:51623'

и дело сдвинулось с мёртвой точки

Полные урлы заработали?

да…теперь просто всегда в начале пути стоит localhost:51623, кек)

Вообще, для облегчения дебага этой связки я бы сначала вывесил сам nextcloud из контейнера на 127.0.0.1

Не надо ничо вывешивать. –network=host у докера есть. Надо в compose прост прописать, чтобы все контейнеры запускались так.

–network=host у докера есть. Надо в compose прост прописать, чтобы все контейнеры запускались так.

Зачем? Моё предложение было насчёт отладки этой конструкции. Во время неё проще найти проблему, когда нет лишних абстракций в виде внутренних сетей докера. Да банально релоуднуть nginx в системе несколько проще, чем в контейнере.

Затем, что никаких абстракций в смысле сети не останется. Сеть у всех контейнров будет «родная» :) Ток ничего не надо в систему тащить, как ты предлагаешь.

Браузер вообще понятия не имеет (и не должен), что такое nextcloud_docker.

Заведи запись nextcloud.docker в hosts на локалхост и ходи по нему через браузер. И в server_name nginx конфиг возможно стоит добавить.

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

    server {
 37         listen      80;
 38         server_name mycloud.ru;
 39
 40         return 301 https://$server_name$request_uri; # редирект обычных запросов на https
 41         access_log            /var/log/nginx/test.test_access.log combined;
 42         error_log             /var/log/nginx/test.test_error.log;
 43 }
 44
 45 server {
 46         listen       443 ssl http2;
 47         server_name  mycloud.ru;
 48         client_max_body_size 200M;
 49
 50         ssl_certificate /etc/ssl/certs/nginx-selfsigned.crt;
 51         ssl_certificate_key /etc/ssl/private/nginx-selfsigned.key;
 52
 53         access_log            /var/log/nginx/test1.test_access.log combined;
 54         error_log             /var/log/nginx/test1.test_error.log;
 55
 56         location / {
 57                 #       root /var/www/localhost/htdocs;
 58                 proxy_pass          http://localhost:51623/;
 59                 proxy_set_header    Host $host;
 60                 proxy_set_header    X-Real-IP $remote_addr;
 61                 proxy_set_header    X-Forwarded-For $proxy_add_x_forwarded_for;
 62                 proxy_set_header    X-Forwarded-Proto $scheme;
 63                 proxy_redirect          default;
 64         }
 65
 66
 67 }