Когда я использую nginx в качестве обратного прокси перед другим веб-приложением, похоже, он не пересылает запросы PUT
, но показывает HTTP 405, сгенерированный nginx (а не вышестоящим сервером).
Я пробовал метод proxy_next_upstream
для http_405, но он сработал не работает. Интересно, почему сам nginx все равно проверяет метод HTTP на предмет блока местоположения, для которого настроен reverse_proxy.
Проблема не в Nginx. Он пересылает запросы PUT
в блоках обратного прокси, как и ожидалось, если местоположение
соответствует запросу.
У меня была другая директива location
, которая гарантирует, что изображения будут не обслуживается через обратный прокси. Он соответствовал всему с .png
(и некоторыми другими расширениями файлов) в конце, что также соответствовало URL-адресам загрузки.
Для неправильного блока местоположения ошибка 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
}