Мы используем Nginx 1.6.2 + Passenger 5.0.6 и определим виртуальный хост с PHP-FPM, который обслуживает установку MODx. Только одно место / sinatraapp обслуживает приложение Sinatra с использованием Ruby 2.1.1.
Настройка приведена ниже и работает очень хорошо, но мы столкнулись с ОДНОЙ странной проблемой. При выполнении запроса с помощью Referer nginx возвращает 403 Forbidden, в то время как приложение Sinatra / Passenger отправляет 302 обратно (302 Redirect - правильный ответ в этом случае!). При выполнении запроса без Referer он работает должным образом.
Не работает:
curl -H "Referer: https://www.example.org" https://example.com/sinatraapp
Работает:
curl -H "Referer: -" https://example.com/sinatraapp
В то время как полное удаление Referer-Header также работает. Sinatra-App 302 перенаправит пользователя на подсайт MODx example.com/de/something.
Конфигурация Nginx:
server {
listen [::]:443 ssl spdy ipv6only=on;
listen 443 ssl spdy;
server_name www.example.com;
charset utf-8;
ssl_certificate /etc/ssl/certs/example_com.crt;
ssl_certificate_key /etc/ssl/private/example_com.key;
ssl_trusted_certificate /etc/ssl/certs/example_com_bundle.crt;
ssl_session_cache shared:SSL:10m;
ssl_session_timeout 10m;
ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
ssl_ciphers 'ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-DSS-AES128-GCM-SHA256:kEDH+AESGCM:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-DSS-AES128-SHA256:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA:DHE-RSA-AES256-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA:AES256-SHA:AES:CAMELLIA:DES-CBC3-SHA:!aNULL:!eNULL:!EXPORT:!DES:!RC4:!MD5:!PSK:!aECDH:!EDH-DSS-DES-CBC3-SHA:!EDH-RSA-DES-CBC3-SHA:!KRB5-DES-CBC3-SHA';
ssl_dhparam /etc/ssl/certs/dhparam_2048.pem;
ssl_prefer_server_ciphers on;
ssl_stapling on;
#ssl_stapling_verify on;
resolver 8.8.8.8 8.8.4.4 valid=600s;
resolver_timeout 15s;
# 1-yr HSTS
add_header Strict-Transport-Security max-age=31536000;
root /var/www/www-production;
index index.php;
passenger_enabled off;
# Sinatraapp
location ~ ^/sinatraapp {
alias /var/www/sinatraapp/current/public$1;
passenger_base_uri /sintraapp;
passenger_app_root /var/www/sinatraapp/current;
passenger_document_root /var/www/sinatraapp/current/public;
passenger_enabled on;
}
location ~ ^/(otherdir|justanother) {
return 301 https://subdomain.example.com$request_uri;
}
location ~ ^/(de|en)/favicon.ico {
rewrite ^/(de|en)/favicon.ico$ /favicon.ico last;
}
location ~ ^/(de|en)/assets {
rewrite ^/(de|en)/assets(.*)$ /assets$2 last;
}
location ~ ^/(de|en)/ {
rewrite ^/(de|en)/(.*)$ /index.php?cultureKey=$1&q=$2 last;
}
location / {
if (!-e $request_filename) {
rewrite ^/(.*)$ /index.php?q=$1 last;
}
}
location ~ \.php$ {
try_files $uri =404;
fastcgi_pass unix:/var/run/php5_example_com_https.sock;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include fastcgi_params;
fastcgi_ignore_client_abort on;
fastcgi_param SERVER_NAME $http_host;
}
location ~ /\.ht {
deny all;
}
client_max_body_size 20m;
access_log /var/log/nginx/example_com_https.access.log;
error_log /var/log/nginx/example_com_https.error.log;
}
Мне удалось обойти эту проблему, установив
more_set_input_headers 'Referer: -';
внутри местоположения пассажира / sinatraapp, но я не знаю, почему возникает эта ошибка.