Zwrot 503 dla żądania POST w Nginx

Question

Mam prosty plik konfiguracyjny, który jest używany do serwera niestandardowej strony błędu 503 w czasie konserwacji. Odpowiedni fragment brzmi:

server { 
    listen  80 default; 
    root  /usr/share/nginx/html; 
    server_name example.com; 

    location/{ 
     if (-f $document_root/503.json) { 
      return 503; 
     } 
    } 

    # error 503 redirect to 503.json 
    error_page 503 @maintenance; 
    location @maintenance { 
     rewrite ^(.*)$ /503.json break; 
    } 
} 

Problemem jest Nginx domyśla się, że każdy wniosek postanawia w statycznym pliku i dowolnego POST, PUT i DELETE wnioski dostać 405 (metoda nie jest to dozwolone) odpowiedzi.

Pytanie brzmi: w jaki sposób mogę poinformować Nginx, że będzie obsługiwał moją stronę dla dowolnej metody HTTP?

Answer 1

wpadłem na to dzisiaj. Wygląda na to, że problem jest spowodowany przez nginx (jak większość serwerów), który nie pozwala ci uzyskać statycznego pliku.

Rozwiązanie polega na przechwyceniu błędów 405 w bloku lokalizacji @ 503, służąc stronie konserwacji. Ponadto trzeba będzie włączyć @ recursiveerrorpages @, ponieważ jesteś pierwszy, celowo, rzucanie 503 błędu, a następnie użytkownik jest rzucanie 405 zamieszczając na swojej statycznego pliku:

recursive_error_pages on; 

if (-f $document_root/system/maintenance.html) { 
    return 503; 
} 

error_page 404 /404.html; 
error_page 500 502 504 /500.html; 
error_page 503 @503; 
location @503 { 

    error_page 405 = /system/maintenance.html; 

    # Serve static assets if found. 
    if (-f $request_filename) { 
    break; 
    } 

    rewrite ^(.*)$ /system/maintenance.html break; 
} 

Źródło: https://www.onehub.com/blog/2009/03/06/rails-maintenance-pages-done-right/

Answer 2

Może spróbuj zmuszając 405 żądań być rzeczywisty URI:

error_page 405 = $uri;