Hello!
I'm using nginx 1.12.2 on RHEL 7, and I've got a FastCGI web app that
uses a deployment structure which uses an atomic symlink change for an
atomic app deploy, and I'm wishing to be able to do an internal redirect
in nginx to URL x, but deny an external request to the same URL x so
that I don't serve the same content at more than one URL. Is there a
way to do that?
For example, given the external request URI
/my-app/index.html
I want to do an internal redirect to
/my-app/current/index.html
but deny an external request for that same URI
/my-app/current/index.html
because I don't want to serve the app from two different URLs (e.g.,
/my-app/ and /my-app/current/).
The app structure on disk is like the Capistrano structure
https://capistranorb.com/documentation/getting-started/structure/
That is, it's like
/srv/www/my-app
current -> releases/1.0.2
releases
1.0.0
1.0.1
1.0.2
"current" is a symlink.
In my nginx config, I've changed $document_root to $realpath_root in the
appropriate FastCGI parameters, and have the following locations:
location /my-app/ {
rewrite ^/my-app/(?!current/)(.*)$ /my-app/current/$1 last;
index index.php;
}
location /my-app/current/ {
return 404;
}
location /my-app/releases/ {
return 404;
}
location ~ ^/my-app/.*?[^/]\.php(?:/|$) {
include php-fpm-realpath.conf;
}
Given an external request for a URI that starts with
/my-app/
this returns 404 after the internal redirect. If I remove the two
locations that return 404, then it serves the app, but it also allows
external requests such as
/my-app/current/
which I don't want to allow since that's a duplicate of
/my-app/
I initially tried using the alias directive which I thought was a better
fit for what I wanted to do
location /my-app/ {
alias /srv/www/my-app/current/;
index index.php;
}
location /my-app/current/ {
return 404;
}
location /my-app/releases/ {
return 404;
}
location ~ ^/my-app/(.*?[^/]\.php(?:/.*|$)) {
alias /srv/www/my-app/current/$1;
include php-fpm-realpath.conf;
}
But that didn't seem to work with the nginx FastCGI implementation.
Thank you!
Lewis
_______________________________________________
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx