¿Puede mi aplicación web usar un socket UNIX en OS X Server?

Prefiero que mi aplicación web Mavericks use un socket de dominio UNIX en lugar de un puerto TCP para efectuar un proxy inverso. He intentado usar variantes de la sintaxis de Apache para UDS en la proxiessección de plist de la aplicación web, pero nada de lo que he probado parece complacer a OS X Server.

El proxy a gunicorn a través del puerto TCP 8001 parece funcionar en el código a continuación, pero prefiero usar sockets si puedo: mantengo mis aplicaciones separadas de las aplicaciones de los servidores OS X.

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
        <key>name</key>
        <string>com.iainhouston.django</string>

        <key>displayName</key>          <!-- Name shown in Server app -->
        <string>TDD Django test at /django</string>

        <key>installationIndicatorFilePath</key>        <!-- The presence of this file indicates web app is installed -->
        <string>/usr/local/python_projects/testwsgi3/hello.py</string>

        <key>requiredModuleNames</key>
        <array>
                <string>proxy_module</string>
        </array>

        <key>proxies</key>
        <dict>
                <key>/django</key>
                <dict>
                        <key>path</key>
                        <string>/django</string>
                        <key>urls</key>
                        <array>
                                <string>http://localhost:8001</string>
                        </array>
                </dict>
        </dict>
</dict>
</plist>

[Actualización: código real publicado arriba]

Si has probado esto, te agradecería saber cómo te fue.

Respuestas (1)

Parece que la respuesta es No, ya que OS X Server (3.2.1 a partir de hoy) viene con Apache 2.2 y, según los documentos de Apache mod_proxy, parece que la compatibilidad con UDS no se implementó en esa versión. Estaba leyendo los documentos de una versión posterior.

Como no quiero volver a compilar Apache en nuestro servidor de producción, tendré que contentarme con los puertos TCP, no hay problema real.