¿Qué hizo la actualización 10.8.2 para romper los vhosts de una pila de AMP?

Actualicé de 10.8.1 a 10.8.2 la semana pasada y, desde entonces, todavía tengo que hacer que ciertos vhosts funcionen en mi sandbox local. Algunos de ellos funcionan bien, mientras que otros simplemente no funcionan ahora cuando lo hacían anteriormente. ¿Hay algo que pueda hacer para que vuelvan a funcionar?

Vhost de trabajo:

<VirtualHost *:80>
    DocumentRoot "/Users/reindeerdev/Sites/patron-social-club-v2-old/app/webroot"
    ServerName pscv2.local
    ErrorLog "/private/var/log/apache2/pscv2-error_log"
    CustomLog "/private/var/log/apache2/pscv2-access_log" common
    <Directory /Users/reindeerdev/Sites/patron-social-club-v2-old/app/webroot>
        Options All
        AllowOverride All
        Order allow,deny
        Allow from all
    </Directory>
</VirtualHost>

Vhost problemático:

<VirtualHost *:80>
    DocumentRoot "/Users/reindeerdev/Sites/Patron_Intranet/app/webroot"
    ServerName intranet.local
    ErrorLog "/private/var/log/apache2/intranet-error_log"
    CustomLog "/private/var/log/apache2/intranet-access_log" common
    <Directory /Users/reindeerdev/Sites/Patron_Intranet/app/webroot>
        Options All
        AllowOverride All
    </Directory>
</VirtualHost>

Finalmente vi algo en mis configuraciones de Apache:

[Tue Oct 16 10:52:03 2012] [warn] Init: Session Cache is not configured [hint: SSLSessionCache]
httpd: Could not reliably determine the server's fully qualified domain name, using Logans-iMac.local for ServerName
[Tue Oct 16 10:52:06 2012] [warn] NameVirtualHost *:80 has no VirtualHosts
[Tue Oct 16 10:52:09 2012] [notice] Digest: generating secret for digest authentication ...
[Tue Oct 16 10:52:09 2012] [notice] Digest: done
[Tue Oct 16 10:52:09 2012] [notice] Apache/2.2.22 (Unix) PHP/5.3.15 with Suhosin-Patch DAV/2 mod_ssl/2.2.22 OpenSSL/0.9.8r mod_perl/2.0.5 Perl/v5.12.4 configured -- resuming normal operations

Sé con certeza que tengo Include /etc/apache2/other/httpd-vhosts.confen mi archivo httpd.conf y que he confirmado que ese es el archivo vhosts correcto que estoy usando.

¿Tienes un NameVirtualHost *:80en tu httpd-vhosts.conf?
Sí. Cuando lo hago, apachectl -Stambién obtengo la salida correcta ySyntax OK

Respuestas (2)

Se determinó que había un cambio de permisos de usuario muy extraño en la carpeta ~/Sitios que estaba causando estos errores. Fijado.

Me alegro de que hayas arreglado esto. ¿Podría incluir los detalles sobre cuál fue exactamente el error y qué hizo para solucionarlo? Además, asegúrese de marcar su propia respuesta como "aceptada", para que otras personas con problemas similares puedan saber lo que hizo. ¡Gracias!

Parece que no ha puesto una directiva "Permitir" en el vhost problemático. Posiblemente, anteriormente cambió las restricciones globales en /etc/apache2/httpd.conf para que fueran más relajadas, y se anuló durante la actualización. El valor predeterminado es Allow none. Sin embargo, no es una buena idea hacerlo a escala global, ya que puede dar acceso al servidor web al sistema de archivos completo.

Para corregir el problema, cambie el host virtual a:

<VirtualHost *:80>
    DocumentRoot "/Users/reindeerdev/Sites/Patron_Intranet/app/webroot"
    ServerName intranet.local
    ErrorLog "/private/var/log/apache2/intranet-error_log"
    CustomLog "/private/var/log/apache2/intranet-access_log" common
    <Directory /Users/reindeerdev/Sites/Patron_Intranet/app/webroot>
        Options All
        AllowOverride All
        Order allow,deny
        Allow from all
    </Directory>
</VirtualHost>
Hice ese cambio y aún nada. ¿Debo publicar mi httpd.conf?
¿Cuál es el error real que está recibiendo al navegar por el sitio? ¿Reinició Apache después de los cambios?
Sí, reinicié. Todo lo que obtengo es el estándar: No se puede conectar. Firefox no puede establecer una conexión con el servidor en intranet.local.
¿Cómo estás resolviendo estos nombres de host? ¿ Vía /etc/hosts? ¿Has comprobado allí y si todavía se resuelve correctamente?
sí a través de /etc/hosts. Cuando hago ping a intranet.local, hace ping a 127.0.0.1 con éxito. simplemente no abre la aplicación web.
Consulte los registros de errores de Apache en busca de pistas.
Nada en los registros de errores. Cuando voy a él en Chrome me sale este mensaje:Error 324 (net::ERR_EMPTY_RESPONSE): The server closed the connection without sending any data.
Acabo de agregar una edición a la publicación.
¿Qué hizo la actualización 10.8.2 para romper los vhosts de una pila de AMP?
RespuestasAquíPolítica de privacidad1y, 0v