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