Aparentemente está bien, pero no es así porque no cambia el código de la respuesta. Los clientes recibirán un 200 OK, indicando de que el servidor está funcionando como debe. El código de estado correcto debiera ser 503 Service Unavailable. Con un 503, conseguiremos prevenir que los motores de búsqueda indexen nuestra página de mantenimiento, a los que usan nuestra API les haremos la vida mas fácil, las peticiones AJAX pueden ser tratadas correctamente cuando el site se ha caído, etc.

La configuración de apache para realizar esto es la siguiente:

El flag redirect=503 parece un poco raro, aquí os pongo un extracto de la sección de flags de la documentación de mod_rewrite:

While this is typically used for redirects, any valid status code can be given here. If the status code is outside the redirect range (300-399), then the Substitution string is dropped and rewriting is stopped as if the L flag was used.

En definitiva, que a RewriteRule puedes ponerle como segundo argumento lo que sea y el flag last no es necesario porque se aplica automáticamente. Pongo como path ‘-’ y además el flag last a modo informativo de todos modos.

Nota: Esto es una traducción (muy) libre del artículo de Chris K. (http://www.shiftcommathree.com/articles/make-your-rails-maintenance-page-respond-with-a-503).

Con esta pequeña regla para apache evitamos que estén a la vista de fisgones: