
Когда я использую nginx в качестве обратного прокси-сервера перед каким-либо другим веб-приложением, оно, похоже, не пересылает PUT
запросы, а отображает HTTP 405, сгенерированный nginx (а не вышестоящим сервером).
Я попробовал proxy_next_upstream
метод для http_405, но он не сработал. Интересно, почему сам nginx все равно проверяет метод HTTP для блока location, в котором настроен reverse_proxy.
решение1
Проблема тут не в Nginx. Он пересылает PUT
запросы в блоки обратного прокси, как и ожидалось, если они location
соответствуют запросу.
У меня была другая location
директива, которая гарантирует, что изображения не будут обслуживаться через обратный прокси. Она сопоставила все с .png
(и некоторые другие расширения файлов) в конце, что также совпало с upload-urls.
Для неправильного блока местоположения ошибка 405 является правильной. Решение состоит в том, чтобы убедиться, что запросы на загрузку действительно перенаправляются в обратный прокси-сервер.
Пример рабочей конфигурации обратного прокси-сервера:
# proxy requests for /upload the a webapp, which implements PUT
location ^~ /upload {
proxy_pass "https://backendserver:1234/something";
proxy_http_version 1.1;
proxy_set_header Host $host;
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 $scheme;
proxy_buffering off;
tcp_nodelay on;
}
Конфигурация работает нормально, если нет других блоков местоположения, которые имеют приоритет.
Моя проблема была в другом блоке:
# This block matched requests for /upload/somefile.png before the proxy block
location ~* ^(/.*png|/.*jpg|/.*jpeg|/.*gif)$ {
# some directives without proxy_pass
}