Ich habe vor Kurzem Apache 2.4 auf einem Windows Server 2012-Computer installiert.
Apache lauscht auf Port 8079 (auf diesem Rechner ist auch IIS installiert)
Es funktioniert einwandfrei, wenn ich auf den Webserver zugreife mithttp://localhost:8079. Allerdings kann ich von anderen Computern im Netzwerk nicht darauf zugreifen. Ich kann nicht einmal mit meiner eigenen (Server-)Netzwerk-IP-Adresse (192.168.9.3) darauf zugreifen. Apache generiert keinen Fehler (403 oder so). Die Verbindung läuft einfach nach ein paar Sekunden ab, ohne dass mit Apache kommuniziert wird.
IIS funktioniert auf Port 80 einwandfrei, sogar im LAN.
Port 8079 scheint geöffnet zu sein.
C:\ms4w\Apache\bin>netstat -a -n | find "8079"
TCP 0.0.0.0:8079 0.0.0.0:0 LISTENING
Ich habe eine Firewall-Regel hinzugefügt, um eingehende Verbindungen auf Port 8079 zu akzeptieren. Den Protokollen zufolge wird die Verbindung akzeptiert.
Teil meiner httpd.conf-Datei:
#Listen 12.34.56.78:80
Listen 8079
....
<Directory />
AllowOverride none
Require all denied
Allow from all
</Directory>
....
<Directory "C:/ms4w/Apache/htdocs">
Options Indexes FollowSymLinks
AllowOverride all
Order deny,allow
Allow from all
Require all granted
</Directory>
Tja, jetzt weiß ich nichts mehr ... Irgendeine Idee, was los ist?
Antwort1
Haben Sie versucht, alle diese Elemente zu überprüfen?
Überprüfen Sie die Proxy-Einstellungen Ihres Webbrowsers. Wenn Sie Proxys verwenden, achten Sie darauf, Ihre IP-Adresse im Abschnitt „Für diese Adressen keine Proxy-Einstellungen verwenden …“ Ihres Webbrowsers festzulegen.
Firewall? Versuchen Sie zuerst, sie zu deaktivieren.
Software-Schutz-Agenten? Wie etwa der Symantec-Schutz-Agent?
Im Abschnitt „Vertrauenswürdige Windows-Apps“ möchten Sie möglicherweise die Ausführung dieser Apps in einem bestimmten Netzwerk/auf bestimmten Ports zulassen.
Überprüfen Sie außerdem immer Ihre Ereignisprotokolle auf Fehlermeldungen. Überprüfen Sie auch Ihre Apache-Fehlerprotokolle auf Hinweise.
Der Trick besteht im Allgemeinen darin, alle Software-/Funktionselemente im Betriebssystem aufzulisten, die Probleme verursachen könnten, und diese dann zur Überprüfung ein- bzw. auszuschalten.
Antwort2
Ich habe mein Problem gelöst.
Mir war nicht klar, dass wir DNS im Netzwerk verwenden. Alles, was ich tun musste (mit den bereitgestellten Informationen), war, auf den Webserver zuzugreifen mit
server1.something.local:8079/
anstatt
192.168.16.3:8079/