Localhost se niega a conectarse después de actualizar a Sierra OS

Resolví esto al comentar esta línea desde mi httpd.conf :

LoadModule unique_id_module modules/mod_unique_id.so

No estoy muy familiarizado con mod_unique_id , pero no parece Es crítico tenerlo en mi servidor de desarrollo local (su situación puede ser diferente).

  

unique_id_module

     

Este módulo proporciona un token mágico para cada solicitud que se garantiza que será único en todas las solicitudes bajo condiciones muy específicas. El identificador único es incluso único en varias máquinas en un grupo de máquinas debidamente configurado. La variable de entorno UNIQUE_ID se establece en el identificador para cada solicitud. Los identificadores únicos son útiles por varias razones que están fuera del alcance de este documento.

Después de actualizar a macOS Sierra, Apache httpd mueve el antiguo httpd.conf a httpd.conf.pre-update y coloca el nuevo. Para trabajar el trabajo localhost, intente el siguiente procedimiento:

cd /etc/apache2/  
sudo mv httpd.conf httpd.conf-afterupdate  
sudo mv httpd.conf.pre-update httpd.conf  
sudo apachectl configtest  
sudo apachectl restart  

Entonces prueba:

curl -I -L localhost

Tuve el mismo problema. Corrí sudo apachectl configtest y recibí el mensaje:

AH00526: Syntax error on line 6 of /private/etc/apache2/other/default-ssl.conf:
Invalid command 'SSLEngine', perhaps misspelled or defined by a module not included in the server configuration

Acabo de renombrar el archivo de configuración ssl predeterminado para que no se cargue más. Un apache se reiniciará más tarde, todo volvió.

Tuve el mismo problema y resolví el comentario mod_proxy_hckeck en httpd.conf

LoadModule proxy_hcheck_module libexec / apache2 / mod_proxy_hcheck.so

EDITADO: Encontré en apache.org que este módulo requiere mod_watchdog, pero este módulo está comentado, así que solo comente mod_proxy_hcheck o descomente mod_watchdog LoadModule watchdog_module libexec / apache2 / mod_watchdog.so

espero que funcione!

Estaba teniendo el mismo problema. Por suerte pude resolver el problema por accidente. Después de un error de carga de Suitcase Fusion, me di cuenta de que el problema no se está causando a través de apache. El problema es main / etc / file.

Reemplazar el archivo de hosts

Puede descargar un archivo de hosts de Mac OS predeterminado desde enlace .

Descomprima el archivo hosts; no debería tener ninguna extensión de archivo En el Finder, ve a Ir > Ir a la carpeta Para "Ir a la carpeta", ingrese "/ etc" y presione Entrar Arrastre el archivo hosts a la carpeta etc; introduzca un nombre de usuario y contraseña de administrador de Mac OS cuando se le solicite Una vez que haya colocado el archivo hosts en la carpeta etc:

Abre la aplicación Terminal Ingrese el siguiente comando y presione Enter: sudo chmod 644 / etc / hosts Ingrese su contraseña de Mac OS y presione Enter Puede ver viñetas, íconos clave o nada mientras escribe su contraseña de Mac OS en la ventana del Terminal, dependiendo de la versión de Mac OS que esté usando. Esto es normal.

Borra la caché de DNS de tu Mac OS

En la ventana de Terminal, ingrese el siguiente comando y presione Enter: sudo killall -HUP mDNSResponder Reinicia tu Mac Causa

Suitcase Fusion usa el archivo de hosts para encontrar y conectarse al núcleo de tipo usando la dirección de loopback (127.0.0.1 o localhost). Si el archivo de hosts no está presente, o la entrada para 127.0.0.1 apunta a un nombre que no sea localhost, verá uno de los mensajes de error que se muestran arriba.

Si Suitcase Fusion no puede resolver localhost a 127.0.0.1, aparecerá el primer mensaje de error; si el núcleo de tipo no puede resolver localhost a 127.0.0.1, aparecerá el segundo mensaje de error.

Si el archivo hosts se ha modificado, puede eliminarse al actualizar a una nueva versión de Mac OS. Las aplicaciones de terceros o las utilidades de red también pueden cambiar incorrectamente la entrada localhost. Para obtener más información, consulte Cómo editar el archivo de hosts en Mac OS X con Terminal.