Rails игнорирует config.action_dispatch.x_sendfile_header? Используя Thin + Nginx

, я установил производственную среду, в которой работают Rails 3.1.0rc6, Thin и Nginx.

По какой-то причине, установив config.action_dispatch.x_sendfile_header = "X-Accel-Redirect" в config / environment / production.rb , Rails, похоже, полностью его проигнорировал; активы не обслуживаются, и заголовки ответов для одного файла выглядят следующим образом:

Server: nginx/1.0.5
Date: Sun, 28 Aug 2011 00:26:08 GMT
Content-Type: image/png
Content-Length: 0
Cache-Control: no-cache
Last-Modified: Sat, 27 Aug 2011 23:47:35 GMT
Etag: "af4810c52cb323d9ed061d1db5b4f296"
X-UA-Compatible: IE=Edge,chrome=1
X-Sendfile: /var/www/***/app/assets/images/bg-linen-light.png
X-Runtime: 0.004595
X-Content-Digest: da39a3ee5e6b4b0d3255bfef95601890afd80709
Age: 0
X-Rack-Cache: stale, valid, store

200 OK

Таким образом, похоже, что Rails все еще устанавливает заголовок X-Sendfile . Я пробовал добавить строку sendfile_header в config / application.rb , но я предполагаю, что она также отменяется или игнорируется.

Мой yml-файл для Thin:

--- 
chdir: /var/www/***
environment: production
address: 0.0.0.0
port: 3000
timeout: 30
log: log/thin.log
pid: tmp/pids/thin.pid
max_conns: 1024
max_persistent_conns: 512
require: []

wait: 30
servers: 1
daemonize: true

Nginx vhost:

upstream *** {
    server 127.0.0.1:3000;
}

server {
    listen 80;
    server_name ***;
    root /var/www/***/public;
    index index.html;

    location / {
        proxy_set_header X-Real-IP  $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header Host $http_host;
        proxy_redirect off;

        if (-f $request_filename/index.html) {
            rewrite (.*) $1/index.html break;
        }

        if (-f $request_filename.html) {
            rewrite (.*) $1.html break;
        }

        if (!-f $request_filename) {
            proxy_pass http://***;
            break;
        }
    }
}

​​Я уже пробовал /etc/init.d/thin stop , а затем запускал его снова несколько раз, но безрезультатно.