Jak obsługiwać żądanie "OPTIONS *" w nginx?

Question

W moim środowisku używam perlbal do przekierowania żądania do nginx. Jeśli verify_backend jest włączone. perbal wyśle ​​żądanie "OPCJE *" do nginx, ale odpowiedź nginx to złe żądanie.

Według RFC2616:

Jeśli Request-URI jest gwiazdka („”), wniosek OPCJE ma zastosowania do serwera w ogóle, a nie do konkretnego zasobu?. Ponieważ opcje komunikacyjne serwera zazwyczaj zależą od zasobu, żądanie "" jest użyteczne tylko jako metoda "ping" lub "bez opcji"; nie robi nic poza umożliwieniem klientowi przetestowania możliwości serwera. Na przykład można to wykorzystać do przetestowania proxy pod względem zgodności HTTP/1.1 (lub jego braku).

Myślę, że perlbal próbuje wysłać tego rodzaju żądanie, ale nginx domyślnie nie może tego obsłużyć.

Gdy próbuję wysłać żądanie "OPTIONS * HTTP/1.0", zawsze dotrzesz "HTTP 400 złe żądanie":

127.0.0.1 - - [18/luty/2013: 03: 55 : 47 +0000] "OPTIONS * HTTP/1.0" 400 172 "-" "-" "-"

ale to działa na "Opcje/HTTP/1.0" opcja bez wniosków gwiazdka:

127.0.0.1 - - [18/Feb/2013: 04: 03: 56 +0000] "OPCJE/HTTP/1.0" 200 0 "-" "-" "-"

Jak skonfigurować nginx, aby mógł odpowiedzieć przez HTTP return 200 zamiast HTTP return 400?

Answer 1

wiem, że jest to przesada, ale jedno rozwiązanie jest umieszczenie HAProxy przed nim po prostu uchwycić OPCJE żądania, a następnie zbudować swoją własną odpowiedź w HAProxy:

location * { 
    if ($request_method = OPTIONS) { 
     add_header Content-Length 0; 
     add_header Content-Type text/plain; 
     return 200; 
    } 
}