
Tengo un par de URL como https://server_name/projectname/
, ahora el problema es que si escribo esta URL en el navegador, Django (o Nginx) me redirige a https://server_name/
, que no existe. En realidad, debería redirigirme a https://server_name/projectname/
. Ahora la pregunta es ¿cómo puedo decir Django (o Nginx) para hacer esto? Realmente no sé si el problema está en Django o en la configuración de Nginx. Probé FORCE_SCRIPT_NAME= '/projectname' en settings.py pero no ayudó para todas las URL, por ejemplo https://server_name/projectname/admin
. Por cierto, funcionaba muy bien antes de cambiar HTTP a HTTP.
Configuración de Nginx en sitios disponibles/nombre_proyecto
upstream project_name_app{
server unix:/home/webapps/project_name/run/gunicorn.sock fail_timeout=0;
}
server {
listen 127.0.0.1:100;
server_name servername;
fastcgi_read_timeout 1600;
proxy_connect_timeout 1600;
proxy_send_timeout 1600;
proxy_read_timeout 1600;
send_timeout 1600;
client_max_body_size 4G;
access_log /home/webapps/projectname/logs/nginx-access.log;
error_log /home/webapps/projectname/logs/nginx-error.log;
location /static/ {
alias /home/webapps/projectname/project_name/static/;
}
location /media/ {
alias /home/webapps/projectname/project_name/media/;
}
location /{
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header Host $http_host;
proxy_redirect off;
if (!-f $request_filename) {
proxy_pass http://project_name_app;
break;
}
}
# Error pages
error_page 500 502 503 504 /500.html;
location = /404.html {
root /home/webapps/projectname/project_name/templates/;
}
}
Configuración del proxy inverso de Nginx:
server {
listen 80;
server_name servername;
# https redirect
return 301 https://$host$request_uri;
}
server {
listen 443 ssl http2;
listen [::]:443 ssl http2;
ssl on;
ssl_certificate ...;
ssl_certificate_key ...;
root /home/webapps/landing/landing;
index index.html;
# Improve HTTPS performance with session resumption
ssl_session_cache shared:SSL:10m;
ssl_session_timeout 10m;
# Enable server-side protection against BEAST attacks
ssl_protocols TLSv1.2;
ssl_prefer_server_ciphers on;
ssl_ciphers "ddfdf";
# RFC-7919 recommended: https://wiki.mozilla.org/Security/Server_Side_TLS#ffdhe4096
ssl_dhparam /;
ssl_ecdh_curve /;
add_header Strict-Transport-Security "max-age=31536000; includeSubDomains";
# ref: https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/X-Frame-Options
# add_header X-Frame-Options DENY always;
add_header X-Frame-Options SAMEORIGIN;
# ref: https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/X-Content-Type-Options
add_header X-Content-Type-Options nosniff always;
# ref: https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/X-XSS-Protection
add_header X-Xss-Protection "1; mode=block" always;
# Reverse Proxy
include /etc/nginx/sites-available/reverse-proxy.conf;
}
E incluimos proxy inverso en la última línea:
location /projectname/ {
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $remote_addr;
proxy_set_header Host $host;
proxy_redirect off;
proxy_set_header Accept-Encoding "";
proxy_read_timeout 1000;
proxy_connect_timeout 1000;
proxy_send_timeout 1000;
proxy_pass http://localhost:100/;
sub_filter '="/' '="/projectname/';
sub_filter_once off;
}
URL principal en Django
urlpatterns = [
path('', include('pages.urls')),
path('dashboards/', include('dashboards.urls')),
path('django_plotly_dash/', include('django_plotly_dash.urls')),
re_path('admin/', admin.site.urls),
]
URL de páginas
urlpatterns = [
path('', views.index, name='index-pages'),
re_path(r'^login/$', views.login_page, name='login'),
re_path(r'^logout/$', views.logout_user, name='logout'),
]
URL del tablero
urlpatterns = [
path('dashboard/', views.dashboard, name='dashboard'),
]
Respuesta1
Django soporta SCRIPT_NAME perfectamente. Ya sea que se aplique en la configuración, se envíe por el servidor WSGI o se transmita desde cualquier proxy inverso, funcionará por sí solo. Saltar obstáculos solo para ocultar el prefijo de ruta de una aplicación solo es necesario o deseable cuando se trabaja con softwarenoadmitiendo estar rooteado en una subcarpeta.
Configure MEDIA_URL
& STATIC_URL
y elimine las líneas sub_filter
/ sub_filter_once
y la barra diagonal final proxy_pass
de su configuración de nginx. Esa voluntadenviar el caminoincluidoel prefijoPasemos a gunicorn y Django podrá manejarlo.
También recomendaría encarecidamente eliminar el doble proxy. La configuración relacionada con la aplicación podría incluirse directamente en el location /projectname/ {}
nombre en el bloque del servidor https, en lugar de establecerotrofuente potencial de peculiaridades/errores/vulnerabilidades del proxy HTTP difíciles de diagnosticar.