Вот как мой /etc/nginx/nginx.conf
файл выглядит (согласно nginx -T
):
# configuration file /etc/nginx/nginx.conf:
# For more information on configuration, see:
# * Official English Documentation: http://nginx.org/en/docs/
# * Official Russian Documentation: http://nginx.org/ru/docs/
user nginx;
worker_processes auto;
error_log /var/log/nginx/error.log;
pid /run/nginx.pid;
# Load dynamic modules. See /usr/share/nginx/README.dynamic.
include /usr/share/nginx/modules/*.conf;
events {
worker_connections 1024;
}
http {
log_format main '$remote_addr - $remote_user [$time_local] "$request" '
'$status $body_bytes_sent "$http_referer" '
'"$http_user_agent" "$http_x_forwarded_for"';
access_log /var/log/nginx/access.log main;
sendfile on;
tcp_nopush on;
tcp_nodelay on;
keepalive_timeout 65;
types_hash_max_size 2048;
include /etc/nginx/mime.types;
default_type application/octet-stream;
# Load modular configuration files from the /etc/nginx/conf.d directory.
# See http://nginx.org/en/docs/ngx_core_module.html#include
# for more information.
include /etc/nginx/conf.d/*.conf;
server {
listen 80 default_server;
listen [::]:80 default_server;
server_name _;
root /usr/share/nginx/html;
# Load configuration files for the default server block.
include /etc/nginx/default.d/*.conf;
location / {
}
error_page 404 /404.html;
location = /40x.html {
}
error_page 500 502 503 504 /50x.html;
location = /50x.html {
}
}
}
Это содержание /etc/nginx/conf.d/sv1.conf
:
upstream sv1 {
server unix:/var/www/app/app1/app1.sock;
}
server {
listen 80;
location /app1 {
uwsgi_pass sv1;
include /var/www/app/app1/uwsgi_params;
}
location /app1-static {
alias /var/www/app/app1/static/;
}
location /app1-media {
alias /var/www/app/app1/media/;
}
}
Это содержание /etc/nginx/conf.d/sv2.conf
:
upstream sv2 {
server unix:/var/www/app/app2/app2.sock;
}
server {
listen 80;
location /app2 {
uwsgi_pass sv2;
include /var/www/app/app2/uwsgi_params;
}
location /app2-static {
alias /var/www/app/app2/static/;
}
location /app2-media {
alias /var/www/app/app2/media/;
}
}
Однако, когда я получаю доступ к любому из своих приложений на любом из <my-ip-address>/app1
или <my-ip-address>/app2
, Я получаю ошибку 404, а в журналах написано следующее:
"/usr/share/nginx/html/app1/index.html" is not found (2: No such file or directory)
Очевидно, ищет app1/index.html
файл под /usr/share/nginx/html
каталог, определяемый первым сервером root
директива, несмотря на то, что обе директивы местоположения другого сервера лучше соответствуют запрошенному URL-адресу, согласно этому digitalocean.com руководство сообщества:
При попытке определить, на какой серверный блок отправить запрос, Nginx сначала попытается решить, основываясь на специфике директивы listen. [...] Важно понимать, что Nginx будет оценивать директиву server_name только тогда, когда ему нужно различать между серверными блоками, которые соответствуют тому же уровню специфичности в директиве прослушивания
Согласно uWSGI, все работает нормально, и оба проекта (Django) отлично работают независимо под своими собственными серверами отладки (через manage.py runserver
)
Почему NGINX игнорирует мои вышестоящие директивы? Кроме того, они работают нормально, если я просто включу директивы listen в блок сервера по умолчанию, но мне они НУЖНЫ в их собственных блоках сервера, потому что мне нужно перенаправлять разные поддомены в каждое приложение.
У тебя нет server_name
указан на любом из ваших виртуальных хостов. Поэтому nginx выбирает виртуальный хост по умолчанию, указанный с помощью listen 80 default_server
директива в основной конфигурации nginx.
Вам нужно указать виртуальный хост следующим образом:
upstream sv1 {
server unix:/var/www/app/app1/app1.sock;
}
server {
listen 80;
server_name app1.example.com;
location /app1 {
uwsgi_pass sv1;
include /var/www/app/app1/uwsgi_params;
}
location /app1-static {
alias /var/www/app/app1/static/;
}
location /app1-media {
alias /var/www/app/app1/media/;
}
}
И тогда вам нужно получить доступ к приложению с доменным именем. Если у вас нет DNS-записи для настроенного доменного имени, вам необходимо отредактировать свой /etc/hosts
или C:\Windows\SYSTEM32\drivers\etc\hosts
файл на компьютере, который вы используете для доступа к приложению.