Рейтинг:0

Хостинг двух разных проектов django в одном дроплете с разными субдоменами (NGINX, Gunicorn, ubuntu)

флаг fr

Как следует из названия, я хочу разместить два разных проекта django в одной и той же капле (NGINX, Gunicorn, ubuntu) с разными субдоменами.Одним из них будет наш основной сайт example.com. который запущен и работает отлично. Мы хотим разместить промежуточный сайт staging.example.com в том же дроплете.

Мы создали новые сокеты и служебные файлы для промежуточного сайта, активировали и включили их, но проблема в том, что nginx по-прежнему указывает на файлы в основном каталоге домена, а не в промежуточном каталоге, и поэтому мы получаем эту ошибку ниже, хотя эти домены были добавлены в разрешенных узлах settings.py промежуточного сайта

DisallowedHost at/Invalid HTTP_HOST header: 'staging.example.com'. Вам может понадобиться добавить >'staging.example.com' в ALLOWED_HOSTS

Вот наш файл staging.guinicorn.service

[Ед. изм]
Description=staging.gunicorn демон
Требуется=staging.gunicorn.socket
После=network.target

[Оказание услуг]
Пользователь=админ
Группа=www-данные
WorkingDirectory=/home/admin/example1staging
ExecStart=/home/admin/example1staging/venv/bin/gunicorn --access-logfile --workers 3 --bind unix:/run/staging.gunicorn.sock djangoproject.wsgi:application

[Установить]
WantedBy=многопользовательская.цель

Вот наш файл staging.guicorn.socket

[Ед. изм]
Описание=сокет staging.gunicorn

[Разъем]
ListenStream=/run/staging.gunicorn.sock

[Установить]
WantedBy=сокеты.цель

Наконец, вот наша конфигурация nginx

сервер {
    слушать 80;
    слушать [::]:80;
    имя_сервера example.com www.example.com;
    вернуть 302 https://$server_name$request_uri;
}

сервер {
    # конфигурация SSL

    слушать 443 ssl http2;
    слушать [::]:443 ssl http2;
    ssl_certificate /etc/ssl/cert.pem;
    ssl_certificate_key /etc/ssl/key.pem;
    ssl_client_certificate /etc/ssl/cloudflare.crt;
    ssl_verify_client включен;

    корень /var/www/html;
    индекс index.html index.htm index.nginx-debian.html;    

    location = /favicon.ico { access_log off; log_not_found выключен; }
    местоположение /статическое/ {
        корень /home/admin/example1;
    }

    место расположения / {
        включить proxy_params;
        proxy_pass http://unix:/run/gunicorn.sock;
    }
}

сервер {
    слушать 80;
    слушать [::]:80;
    имя_сервера staging.example.com www.staging.example.com;
    вернуть 302 https://$server_name$request_uri;
}

сервер {
    # конфигурация SSL

    слушать 443 ssl http2;
    слушать [::]:443 ssl http2;
    ssl_certificate /etc/ssl/cert.pem;
    ssl_certificate_key /etc/ssl/key.pem;
    ssl_client_certificate /etc/ssl/cloudflare.crt;
    ssl_verify_client включен;

    корень /var/www/html;
    индекс index.html index.htm index.nginx-debian.html;    

    location = /favicon.ico { access_log off; log_not_found выключен; }
    местоположение /статическое/ {
        корень /home/admin/example1staging;
    }

    место расположения / {
        включить proxy_params;
        proxy_pass http://unix:/run/staging.gunicorn.sock;
    }
}

Любая помощь будет очень признательна!

Рейтинг:0
флаг us

Оба ваших блока конфигурации SSL отсутствуют имя сервера директива. Поэтому nginx использует виртуальный хост по умолчанию для всех запросов, и в этом случае он первым прослушивает порт 443.

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

Ixion Chowdhury avatar
флаг fr
Большое спасибо! Оно работало завораживающе!
Рейтинг:0
флаг ph

слушать 443 ssl http2;

имя_сервера example.com www.example.com;

слушать 443 ssl http2;

имя_сервера staging.example.com www.staging.example.com;

Измените файл nginx в разделе https

Ixion Chowdhury avatar
флаг fr
Да, я сделал, и это сработало. Большое спасибо!

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.