Beantwortet von Thomasz
Die Lösung besteht darin, Folgendes hinzuzufügen httpd.conf
:
AcceptFilter http none AcceptFilter https none
Unter Windows hat dies zur Folge, dass die AcceptEx () - API (Teil von WinSock) deaktiviert wird, die einige Leistungsverbesserungen bietet, die jedoch wahrscheinlich mit der Comodo Firewall in Konflikt stehen.
Wenn Sie die Comodo Firewall in den "Deaktiviert" -Modus versetzen, ist dies nicht hilfreich, da Anfragen wahrscheinlich immer noch über den Netzwerkcode von Comodo laufen. Ich denke, Comodo müsste vollständig deinstalliert werden, um das Problem zu beheben (obwohl ich es nicht versucht habe).
Wenn Sie ein ähnliches Problem mit Apache 2.2 haben, sollten Sie stattdessen die Direktive Win32DisableAcceptEx verwenden.
Verweise
Zitieren von http://httpd.apache.org/docs/2.4/mod/core.html :
Die Standardwerte unter Windows sind:
AcceptFilter http data
AcceptFilter https data
Mpm_winnt des Fensters interpretiert den AcceptFilter so, dass er die AcceptEx () - API umschaltet, und unterstützt keine HTTP-Protokollpufferung. Es gibt zwei Werte, die die Windows AcceptEx () - API verwenden und Netzwerk-Sockets zwischen Verbindungen wiederverwenden. Daten warten, bis die Daten wie oben beschrieben übertragen wurden, und die anfänglichen Datenpuffer- und Netzwerkendpunktadressen werden alle vom einzigen AcceptEx () - Aufruf abgerufen. connect verwendet die AcceptEx () - API, ruft auch die Netzwerkendpunktadressen ab, aber wie keine andere wartet die connect-Option nicht auf die erste Datenübertragung.
Unter Windows verwendet keiner die Methode Accept () anstelle von AcceptEx () und recycelt keine Sockets zwischen Verbindungen. Dies ist nützlich für Netzwerkadapter mit defekter Treiberunterstützung sowie für einige virtuelle Netzwerkanbieter wie VPN-Treiber oder Spam-, Viren- oder Spyware-Filter.
Siehe auch: http://forums.comodo.com/help-for-comodo-antivirus/conflict-with-apache-t260.0.html;msg31636#msg31636