Apache startet nicht Win8 Port 80 pid4

[apachenutzer1962]

Nachdem ich die aktuellste Version von Xammp heruntergeladen (ZIP Version) entpackt und dann direkt als Admin auf C kopiert habe, passiert Folgendes:

Fehlermeldung: Port 80 in Benutzung von "Unable to open process" (PID 4)!
11:12:06 [Apache] Apache wird NICHT starten, wenn die konfigurierten Ports nicht frei sind!
11:12:06 [Apache] Die blockierende Anwendung muss deinstalliert/deaktiviert/rekonfiguriert werden oder
11:12:06 [Apache] Apache und das Control Panel müssen auf einen anderen Port lauschen

Ich habe mal im Taskmanager mir angesehen, was bei den Prozessen auf PID4 läuft.

Das ist "NT System Kernel".

Diesen Prozess kann man ja nicht abschalten, da würde sicher das System gleich abstürzen, darüber hinaus ist das Abstellen grau hinterlegt und nicht möglich. Sicher aus genannten Grund.

Macht es nun Sinn, einen anderen Port auszuwählen, wenn ja, welchen?

Bin da noch Novize mit xampp und will da nichts falsch machen oder Tor und Tür für Hacker öffnen.
Vielen Dank für Eure geschätzte Hilfe.

[Nobbie]

Die Fehlermeldung und/oder Auswertung durch den Taskmanager dürfte nicht korrekt sein.

Es gibt eine Reihe von Softwareprodukten, die für die Blockierung des Ports 80 zuständig sind. Mit Riesenabstand auf Platz 1 und 2:

1) Microsoft IIS (das ist Microsoft Pendant zu Apache und ist bei der Ultimate Version von Windows vorinstalliert)

2) Skype

Wenn es Microsoft IIS ist, solltest Du diesen Dienst komplett ausschalten, bei Skype kann man in den Optionen setzen, dass Skype einen anderen Port verwenden soll.

Man könnte zwar in Apache auch einen anderen Port wählen, aber das ist häßlich, weil Du dann immer den Port auch im Browser in der URL angeben musst. Mit der Sicherheit hat das gar nichts zu tun und wenn Du den Rechner hinter einem Router betreibst, kommt sowieso keiner an Xampp heran.

Eine etwas seltenere (aber auch verbreitete) Ursache ist die Virtualisierungssoftware VirtualBox und last not least kann auch die Einstellung der Windows Firewall zu restriktiv sein (das wäre auch vereinbar mit dem Prozess "NT Kernel"). Einfach mal die Firewall komplett abschalten, wenn gar nichts hilft. Sie ist sowieso sinnlos und schützt den Rechner nicht (der Router ist da erheblich wirkungsvoller). Ich habe in allen meinen PCs die Windows Firewall abgeschaltet (und auch die entsprechende Warnung).

An letzter Stelle wären dann noch Drittprodukte a la Norton usw. für die Blockierung verantwortlich. Das musst Du in Ruhe mit Deinem Rechner abgleichen.

[apachenutzer1962]

Skype ist nicht der Übeltäter, da ich das gar nicht installiert habe bzw. nicht gestartet. In den Prozessen ist es auch nicht zu sehen.

Einen Dienst Microsoft IIS ist nicht zu finden bei den Diensten, es sei denn, er heißt anders. Es gibt da nur so etwas wie Microsoft iscsi und Microsoft Softwareschattenkopieanbieter. Ansonsten ist unter dem Namen Microsoft in den Diensten nichts vorhanden.

Teamviewer, von dem ich weiß, dass der auch mal Ärger bereiten kann oder konnte, ist auch nicht aktiv und taucht ebenfalls in den Prozessen nicht auf.

Welche Möglichkeiten habe ich denn mit Bordmitteln, herauszufinden, wer denn den Port 80 wirklich belegt?

[Altrea]

viewtopic.php?f=16&t=58765&p=220603#p220603

[apachenutzer1962]

Danke für den Link. Leider hilft der nicht weiter, denn ich habe nichts von dem, was dort aufgeführt ist, installiert oder am Laufen.

Die Logdateien sind, bis auf die install Logdatei, leer. es steht da nichts drin, sodass ich da auch nichts zu finden kann.

Kann jemand eine Software empfehlen, die mir nicht im System herumfuscht, leicht zu installieren ist und die Portbelegung anzeigt?
Vielleicht hilft das weiter.

[Altrea]

Die Portbelegung kennst du doch bereits. Auf Port 80 mit Prozess ID 4 liegt ein SYSTEM Prozess, genauer gesagt der Proxy-Dienst HTTP.sys der eigentlich dafür da sein sollte eine zentrale und standardisierte Schnittstelle für HTTP basierte Services zu bieten. Dies funktioniert aber nur, wenn das jeweilige Programm auch auf diese Schnittstelle zugeschnitten ist (was Apache nicht ist).
An diesem Proxy kann sich prinzipiell jeder Prozess registrieren und somit ist es relativ schwer herauszufinden, was dort genau hinter verborgen ist.

Zwei Kommandos geben dir ein wenig Aufschluss darüber, was sich dort registriert hat

Code: Select all

netsh http show servicestate verbose=yes

netsh http show urlacl

Ob das aber wirklich weiterhilft, das mag ich zumindest ersteinmal bezweifeln. Für mich wird aus den Informationen in der Regel nicht sofort ersichtlich, welches Programm ich nun abschalten würde.

Du könntest auch mit den Microsoft Sysinternals Tools ProcessMonitor, ProcessExplorer oder PortMon versuchen, da weitere Informationen zu diesem Systemprozess aufzuschlüsseln.