2016-01-07 6 views
1

У меня есть рабочая конфигурация прокси-сервера для nginx, запущенного на моей локальной машине. Он работает в докере, а также экземпляр node.js, который служит локальному экземпляру моего блога-призрака.nginx redirect with proxy_pass

Поскольку я только что перешел из старого механизма блога, мои URL-адреса теперь разные, поэтому я хочу настроить nginx для возврата 301 (постоянного) перенаправления на новую схему URL-адресов. Я попытался использовать как rewrite, так и proxy_redirect, и в обоих случаях я получаю 401 ошибок. Вот мой default.conf

# If we receive X-Forwarded-Proto, pass it through; otherwise, pass along the 
# scheme used to connect to this server 
map $http_x_forwarded_proto $proxy_x_forwarded_proto { 
    default $http_x_forwarded_proto; 
    ''  $scheme; 
} 
# If we receive Upgrade, set Connection to "upgrade"; otherwise, delete any 
# Connection header that may have been passed to this server 
map $http_upgrade $proxy_connection { 
    default upgrade; 
    '' close; 
} 
gzip_types text/plain text/css application/javascript application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript; 
log_format vhost '$host $remote_addr - $remote_user [$time_local] ' 
       '"$request" $status $body_bytes_sent ' 
       '"$http_referer" "$http_user_agent"'; 
access_log off; 
# HTTP 1.1 support 
proxy_http_version 1.1; 
proxy_buffering off; 
proxy_set_header Host $http_host; 
proxy_set_header Upgrade $http_upgrade; 
proxy_set_header Connection $proxy_connection; 
proxy_set_header X-Real-IP $remote_addr; 
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; 
proxy_set_header X-Forwarded-Proto $proxy_x_forwarded_proto; 
server { 
    server_name _; # This is just an invalid value which will never trigger on a real hostname. 
    listen 80; 
    access_log /var/log/nginx/access.log vhost; 
    return 503; 
} 
upstream localhost { 
    server 172.17.0.3:2368; 
} 
server { 
    server_name localhost; 
    listen 80; 
    access_log /var/log/nginx/access.log vhost; 
    location/{ 
#  rewrite "^/archive/(\d{4}/\d{2}/\d{2}/.+)\.(?:aspx|html)$" /$1 break; 
     proxy_pass http://localhost; 
#  proxy_redirect "-*/archive/(\d{4}/\d{2}/\d{2}/.+)\.(?:aspx|html)" /$1; 
    } 
} 

Если я раскомментировать либо переписать или proxy_redirect директивы ничего не происходит - запрос получает перенаправлены на Node.js и я получаю 404.

Если я использую несколько директив, как местоположение это:

location /archive/ { 
    rewrite "^/archive/(\d{4}/\d{2}/\d{2}/.+)\.(?:aspx|html)$" /$1 break; 
}  
location/{ 
    proxy_pass http://localhost; 
} 

Я получаю 404 от nginx, и запрос никогда не делает его node.js.

+1

Ваш 'rewrite' в отдельном блоке местоположения должен использовать' last' вместо 'break'. 'proxy_redirect' не переписывает запросы. Но я не вижу ничего плохого в любом из ваших подходов к переписыванию, если, конечно, регулярное выражение не является неправильным. Вы можете попробовать «rewrite_log on;» для записи перезаписи поэтапно. –

+0

сменить отдельный блок местоположения на 'last'! Я также пробовал все это как единый блок местоположения, и это тоже сработало. Если вы опубликуете ответ, я помету его как принятый. Спасибо! –

ответ

0

Ваш rewrite в отдельном блоке определения местоположения, должны использовать last вместо break (см this подробности):

location /archive/ { 
    rewrite "^/archive/(\d{4}/\d{2}/\d{2}/.+)\.(?:aspx|html)$" /$1 last; 
} 

proxy_redirect не переписывает запросы, он переписывает 3xx ответы вверх по течению. См. this.

Я не вижу ничего плохого в любом из ваших подходов rewrite, если, конечно, регулярное выражение не так. Вы можете попробовать добавить rewrite_log on; для записи перезаписи поэтапно. См. this.