Localhost si rifiuta di connettersi dopo l'aggiornamento a Sierra OS

Ho risolto questo commento commentando questa riga dal mio httpd.conf :

LoadModule unique_id_module modules/mod_unique_id.so

Non ho molta familiarità con mod_unique_id , ma non sembra critico per avere sul mio server di sviluppo locale (la situazione potrebbe essere diversa).

unique_id_module

This module provides a magic token for each request which is guaranteed to be unique across "all" requests under very specific conditions. The unique identifier is even unique across multiple machines in a properly configured cluster of machines. The environment variable UNIQUE_ID is set to the identifier for each request. Unique identifiers are useful for various reasons which are beyond the scope of this document.

Dopo l'aggiornamento a macOS Sierra, Apache httpd sposta il vecchio httpd.conf in httpd.conf.pre-update e posiziona il nuovo. Per lavorare con il localhost, prova la seguente procedura:

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

Quindi prova:

curl -I -L localhost

Ho avuto lo stesso problema. Ho eseguito sudo apachectl configtest e ho ricevuto il messaggio:

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

Ho appena rinominato il file di configurazione ssl di default in modo che non venga più caricato. Un riavvio di apache dopo, tutto è tornato.

Ho avuto lo stesso problema e ho risolto commentando mod_proxy_hckeck in httpd.conf

LoadModule proxy_hcheck_module libexec / apache2 / mod_proxy_hcheck.so

A CURA: Ho trovato in apache.org che questo modulo richiede mod_watchdog, ma questo modulo è commentato, quindi commenta semplicemente mod_proxy_hcheck o uncomment mod_watchdog LoadModule watchdog_module libexec / apache2 / mod_watchdog.so

spero che funzioni!

Stavo avendo lo stesso problema. Fortunatamente sono stato in grado di risolvere il problema per caso. Dopo un errore di caricamento di Suitcase Fusion, mi sono reso conto che il problema non è causato da Apache. Il problema è principale / etc / file.

Sostituisci il file degli host

Puoi scaricare un file host Mac OS predefinito da link .

Decomprimi il file hosts; non dovrebbe avere estensione di file Nel Finder, vai a Vai > Vai alla cartella Per "Vai nella cartella" inserisci "/ etc" e premi Invio Trascina il file hosts nella cartella etc; inserisci un nome utente e una password amministratore di Mac OS quando richiesto Una volta inserito il file hosts nella cartella etc:

Apri l'applicazione Terminale Immettere il seguente comando e premere Invio: sudo chmod 644 / etc / hosts Inserisci la tua password Mac OS e premi Invio È possibile visualizzare proiettili, icone chiave o nulla mentre si digita la password Mac OS nella finestra Terminale, a seconda della versione di Mac OS che si sta utilizzando. Questo è normale.

Svuota la cache DNS di Mac OS

Nella finestra Terminale, inserisci il seguente comando e premi Invio: sudo killall -HUP mDNSResponder Riavvia il tuo Mac Causa

Suitcase Fusion utilizza il file hosts per trovare e connettersi al tipo core usando l'indirizzo di loopback (127.0.0.1 o localhost). Se il file hosts non è presente, o la voce per 127.0.0.1 punta a un nome diverso da localhost, vedrai uno dei messaggi di errore visualizzati sopra.

Se Suitcase Fusion non riesce a risolvere localhost su 127.0.0.1, verrà visualizzato il primo messaggio di errore; se il tipo core non può risolvere localhost su 127.0.0.1, si otterrà il secondo messaggio di errore.

Se il file hosts è stato modificato, potrebbe essere rimosso durante l'aggiornamento a una nuova versione di Mac OS. Le applicazioni di terze parti o le utilità di rete potrebbero inoltre modificare in modo errato la voce localhost. Per ulteriori informazioni, vedi Come modificare il file Hosts in Mac OS X con Terminale.