☰

Aktualisierung 1

tag-icon • tag-icon apache-http-server connection telnet
Aktualisierung 1

Kein Duplikat. Bitte haben Sie Geduld, während Sie versuchen, es als Duplikat zu kennzeichnen. Danke.

Umfeld:

  • Mac OS X EL Capitan 64 Bit
  • Apache 2.4.25 (Unix)

Klingeln

ping 127.0.0.1

kehrt zurück:

64 Bytes von 127.0.0.1: icmp_seq=0 ttl=64 Zeit=0,081 ms
64 Bytes von 127.0.0.1: icmp_seq=1 ttl=64 Zeit=0,111 ms
...

Telnet:

telnet 127.0.0.1 80

kehrt zurück:

Versuch 127.0.0.1...
Telnet: Verbindung zur Adresse 127.0.0.1 herstellen: Verbindung abgelehnt
Telnet: Verbindung zum Remote-Host nicht möglich

scutil:

scutil -r localhost

kehrt zurück:

Erreichbar

Konfigurationstest:

apachectl configtest

kehrt zurück:

Syntax OK

$PATH

/usr/local/bin
/usr/bin
/bin
/usr/local/sbin
/usr/sbin
/sbin

Mehrere apachectl restarts & Komplette Systemneustarts ohne Erfolg! Was ist das Problem mit meiner Apache-Installation?

Aktualisierung 1

Locke

curl -v http://127.0.0.1

kehrt zurück:

URL neu erstellt zu:http://127.0.0.1/
Versuch 127.0.0.1...
Verbindung zu 127.0.0.1 Port 80 herzustellen ist fehlgeschlagen: Verbindung abgelehnt.
Verbindung zu 127.0.0.1 Port 80 konnte nicht hergestellt werden: Verbindung abgelehnt.
Verbindung wird geschlossen 0
curl: (7) Verbindung zu 127.0.0.1 Port 80 konnte nicht hergestellt werden: Verbindung abgelehnt

Aktualisierung 2

lsof

lsof -i:80

kehrt zurück:

COMMAND   PID   USER   FD   TYPE             DEVICE SIZE/OFF NODE NAME
Google    349 peyman  126u  IPv4 0x23528848eb5fe4db      0t0  TCP 192.168.1.102:49238->ec2-54-197-238-119.compute-1.amazonaws.com:http (ESTABLISHED)
Google    349 peyman  147u  IPv4 0x23528848ec35769b      0t0  TCP 192.168.1.102:49286->151.101.193.69:http (ESTABLISHED)
Google    349 peyman  164u  IPv4 0x23528848ebfa413b      0t0  TCP 192.168.1.102:49290->ec2-23-23-98-233.compute-1.amazonaws.com:http (ESTABLISHED)
Google    349 peyman  170u  IPv4 0x23528848ebfa031b      0t0  TCP 192.168.1.102:49242->pixel.quantserve.com:http (ESTABLISHED)
Google    349 peyman  188u  IPv4 0x23528848ec330dbb      0t0  TCP 192.168.1.102:49248->151.101.65.69:http (ESTABLISHED)
Google    349 peyman  189u  IPv4 0x23528848ebe7185b      0t0  TCP 192.168.1.102:49308->ec2-23-21-110-0.compute-1.amazonaws.com:http (ESTABLISHED)
Google    349 peyman  208u  IPv4 0x23528848ec35885b      0t0  TCP 192.168.1.102:49272->a72-247-178-186.deploy.akamaitechnologies.com:http (ESTABLISHED)

Antwort1

Ich sehe in dem, was Sie gepostet haben, keine Hinweise darauf, dass Apache überhaupt auf Port 80 lauscht; ich sehe nur ausgehende Verbindungen zu Port 80 auf anderen Systemen. Der telnet 127.0.0.1 80Befehl zeigt nicht, dass Apache erreichbar ist; Sie würden dieselben Ergebnisse sehen, wenn Sie Port 81, 85, 800 usw. verwenden würden. Geben Sie den Befehl ein netstat -a | grep http | grep LISTEN; Sie sollten eine Zeile mit „*.http“ und „LISTEN“ am Ende der Zeile sehen, wenn Apache tatsächlich auf Port 80 auf Verbindungen lauscht. Siehe z. B.Ausführen eines Apache-Webservers unter OS X El Capitan.

Wenn Sie keine Ausgabezeile sehen, die angibt, dass Port 80 abgehört wird, sondern lediglich zur Eingabeaufforderung der Bash-Shell zurückkehren, geben Sie den Befehl ein und sudo apachectl startgeben Sie dann den Befehl netstat erneut ein. Wenn Sie jetzt sehen, dass ein Prozess Port 80 abhört, können Sie Ihren Telnet-Befehl erneut versuchen. Wenn Apache auf Port 80 antwortet, sollten Sie Folgendes sehen: Escape character is '^]'.An diesem Punkt können Sie den Befehl eingeben HEAD / HTTP/1.0und dann ein paar Mal die Eingabetaste drücken. Sie sollten sehen, dass Apache mit einer Ausgabe ähnlich der folgenden antwortet:

$ telnet 127.0.0.1 80
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
HEAD / HTTP/1.0

HTTP/1.1 200 OK
Date: Sat, 11 Mar 2017 01:44:13 GMT
Server: Apache/2.4.18 (Unix) PHP/5.5.38
Last-Modified: Fri, 03 Feb 2017 21:44:57 GMT
ETag: "a8-547a7315f6840"
Accept-Ranges: bytes
Content-Length: 168
Connection: close
Content-Type: text/html

verwandte Informationen