Nginx redirige a ```https://server_name/ ```URL en lugar de ```https://server_name/projectname/```, después de cambiar la URL de http a https

Nginx redirige a ```https://server_name/ ```URL en lugar de ```https://server_name/projectname/```, después de cambiar la URL de http a https

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_URLy elimine las líneas sub_filter/ sub_filter_oncey la barra diagonal final proxy_passde 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.

información relacionada