
のような URL がいくつかありますhttps://server_name/projectname/
が、問題は、ブラウザでこの URL を入力すると、Django (または Nginx) がhttps://server_name/
存在しない にリダイレクトすることです。実際は、 にリダイレクトされるはずですhttps://server_name/projectname/
。ここでの質問は、Django (または Nginx ) でこれを行うにはどうすればよいかということですが、問題が Django にあるか Nginx の設定にあるかはよくわかりません。settings.py で FORCE_SCRIPT_NAME= '/projectname' を試しましたが、たとえばすべての URL で役立ちませんでしたhttps://server_name/projectname/admin
。ちなみに、HTTP を HTTPs に変更する前は非常にうまく機能していました。
sites-available/project_name の Nginx 設定
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/;
}
}
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;
}
最後の行にプロキシ リバースを含めました。
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;
}
Django のメイン URL
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
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
urlpatterns = [
path('dashboard/', views.dashboard, name='dashboard'),
]
答え1
DjangoはSCRIPT_NAMEを問題なくサポートしています。設定で強制されているか、WSGIサーバーから送信されているか、リバースプロキシから渡されているかに関係なく、それ自体で動作します。アプリケーションからパスプレフィックスを隠すために面倒なことをするのは、ソフトウェアで作業する場合のみ必要または望ましいことです。ないサブフォルダーへのルート化をサポートします。
MEDIA_URL
&を設定しSTATIC_URL
、nginxの設定からsub_filter
/sub_filter_once
行と末尾のスラッシュを削除します。proxy_pass
パスを送信含む接頭辞gunicorn に引き継げば、Django が処理できるようになります。
また、二重プロキシを排除することを強くお勧めします。アプリケーションに関する構成はlocation /projectname/ {}
、httpsサーバーブロックの名前に直接インライン化できます。別の診断が難しい HTTP プロキシの特殊性/バグ/脆弱性の潜在的な原因。