nginx upload client_max_body_size issue

Question

Я запускаю nginx/ruby-on-rails, и у меня есть простая многочастная форма для загрузки файлов. Все работает нормально, пока я не решит ограничить максимальный размер файлов, которые я хочу загрузить. Для этого я установил nginx client_max_body_size на 1m (1MB) и ожидает, что статус HTTP 413 (Request Entity Too Large) будет откликаться, когда это правило ломается.

Проблема заключается в том, что при загрузке файла размером 1,2 МБ вместо отображения страницы ошибки HTTP 413 браузер немного зависает и затем умирает с сообщением «Соединение было сброшено во время загрузки страницы».

Я пробовал практически каждый вариант, что предлагает nginx, ничего не работает. У кого-нибудь есть идеи об этом?

Вот мой nginx.conf:

worker_processes 1; 
timer_resolution 1000ms; 
events { 
    worker_connections 1024; 
} 

http { 
    passenger_root /the_passenger_root; 
    passenger_ruby /the_ruby; 

    include  mime.types; 
    default_type application/octet-stream; 

    sendfile   on; 
    keepalive_timeout 65; 

    server { 
     listen 80; 
     server_name www.x.com; 
     client_max_body_size 1M; 
     passenger_use_global_queue on; 
     root /the_root; 
     passenger_enabled on; 

     error_page 404 /404.html; 
     error_page 413 /413.html;  
    }  
} 

Спасибо.

---

**Edit**

Environment/UA: Windows XP/Firefox 3.6.13

Answer 1

nginx «не работает быстро», когда клиент сообщает ему, что он отправит тело, большее, чем client_max_body_size, отправив ответ 413 и закрыв соединение.

Большинство клиентов не читают ответы до тех пор, пока не будет отправлен весь запрос. Поскольку nginx закрывает соединение, клиент отправляет данные в закрытый сокет, вызывая TCP RST.

Если ваш HTTP-клиент поддерживает его, лучшим способом справиться с этим является отправка заголовка Expect: 100-Continue. Nginx поддерживает это правильно с 1.2.7 и ответит с ответом 413 Request Entity Too Large, а не 100 Continue, если Content-Length превышает максимальный размер тела.

Answer 2

От the documentation:

Необходимо иметь в виду, что браузеры не знаю, как правильно показать эту ошибку.

Я подозреваю, что это то, что происходит, если вы проверить HTTP туда и сюда с использованием таких инструментов, как Firebug или Live HTTP Headers (оба расширения Firefox), вы будете в состоянии видеть, что происходит на самом деле.

Answer 3

Сохраняется ли ваша загрузка в самом конце? 99% перед сбоем? Тело клиента и буферы являются ключевыми, поскольку nginx должен буферизовать входящие данные. Конфигурации тела (данные тела запроса) определяют, как nginx обрабатывает объемный поток двоичных данных от клиентов с несколькими частями в логику вашего приложения.

Настройка clean освобождает пределы памяти и потребления, инструктируя nginx хранить входящий буфер в файле, а затем очищать этот файл позже с диска, удалив его.

Установите body_in_file_only на номер clean и настройте буферы для client_max_body_size.В конфигурацию исходного вопроса уже был включен файл sendfile, также увеличиваются таймауты. Я использую приведенные ниже настройки, чтобы исправить это, соответствующий вашему локальному config, server, & http контекстам.

client_body_in_file_only clean; 
client_body_buffer_size 32K; 

client_max_body_size 300M; 

sendfile on; 
send_timeout 300s;