25

I currently have nginx setup to serve content through Varnish. Nginx listens on port 8000 and varnish connects users' requests from 80 to 8000.

The problem is, on some occasions, particularly when trying to hit a directory, like site.com/2010, nginx is redirecting the request to site.com:8000/2010/.

How can I prevent this?

1

5 Answers 5

30

In my case, nginx listens to port 80 inside a docker container, but it's mapped to port 8080 (or any random port) outside the container. There is no reverse proxy in-between that can add proper headers for port, and I also don't want to hardcode it in the nginx configuration.

Example of wrong redirect:

http://localhost:8080/directory -> http://localhost/directory/

I tried:

server {
  # ...
  port_in_redirect off;
  server_name_in_redirect off;
  # ...
}

But it didn't work. The only thing that worked well was:

server {
  # ...
  absolute_redirect off;
  # ...
}

Manual entry for absolute_redirect says:

If disabled, redirects issued by nginx will be relative.

I find this to be more flexible and doesn't require you to have the server name and port hardcoded anywhere.

If you are worried about redirects with relative URLs, check this comment.

2
  • 1
    same issue, wrangling with nginx in docker.. absolute_redirect off; helps, however, it's if one needs occasional rewrite rule redirecting to external resource, with absolute_redirect set to off, one won't be able to. By adding it to specific location block, one can target specific location paths.
    – anapsix
    Commented Apr 26, 2018 at 15:43
  • This might not be your case, but for me neither solution worked until I cleared my browser cache because it was a permanent redirect. After that, both solutions worked for me. (I did not initially realise it was a 301 because it was an automatic redirect from /directory to /directory/ caused by the autoindex module.)
    – Nulano
    Commented Dec 13, 2022 at 22:01
18

I found the answer to this question by more carefully reading the HttpCoreModule docs.

port_in_redirect off;

This retains the port used by the client during redirects. Closely related is server_name_in_redirect which uses the first hostname for redirects. As I didn't want sitename.v.myserver.com to redirect to sitename.com,

3

The code behind NGINX probably uses the FASTCGI variable SERVER_PORT to determine where to direct the user. SERVER_PORT will contain the port nginx listens on, so that would be 8000 in your case.

You can try something like this for testing purpose:

location ~ \.php$ {
        [...]
        fastcgi_param  SERVER_PORT 80;
}

adapted to your configuration. That's a dirty hack but can help you diagnose the problem.

2

For those who have

  • Varnish listens port 80
  • backend server (in my case nginx) listens port 8080

The fastcgi_param SERVER_PORT should be same as the frontend.

So, I set

fastcgi_param  SERVER_PORT 80;

to redirect to appropriate URL from nginx.

0

I have the same problem with Nginx+PHP-FPM in docker on 80:8080 (port mapping). port_in_redirect could not help. with absolute_redirect the problem was periodically.

So my solution: create file f.e. schema.conf:

map $http_x_forwarded_proto $balancer_port {
    default 80;
    "https" 443;
}
 map $http_x_forwarded_proto $balancer_https {
     default "NO";
     "https" "YES";
}

And then just use need port:

location ~ \.php$ {
        try_files       $uri @bitrix;
        fastcgi_pass    php-fpm:9000;
        fastcgi_index   index.php;
        include         fastcgi_params;
        fastcgi_param   SERVER_PORT     $balancer_port;
        fastcgi_param   SCRIPT_FILENAME $document_root$fastcgi_script_name;
    }

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .