116108
Goto Top

Apache startet nicht mehr

Hallo zusammen

Seit einem Update auf meinem Server (Windows Server 2012 R2), startet Apache nicht mehr. Er meldet sich mit folgender Fehlermeldung:

10:16:21 [Apache] Problem detected!
10:16:21 [Apache] Port 443 in use by "Unable to open process" with PID 4!
10:16:21 [Apache] Apache WILL NOT start without the configured ports free!
10:16:21 [Apache] You need to uninstall/disable/reconfigure the blocking application
10:16:21 [Apache] or reconfigure Apache and the Control Panel to listen on a different port

Die Netstat-Abfrage in XAMMP besagt das der Port 443 von PID 4 und 0.0.0.0 belegt sind.
Mit einer netstat -a -b -Abfrage in der Komandozeile werde ich auch nicht schlau.

Wie kann ich den Port 443 wieder für den Apache freigeben?

Da mein Englisch nicht sehr gut ist, bin ich über eine Google-Suche auch nicht fündig geworden.

Content-ID: 238607

Url: https://administrator.de/contentid/238607

Ausgedruckt am: 13.11.2024 um 12:11 Uhr

Cthluhu
Cthluhu 20.05.2014 um 10:34:45 Uhr
Goto Top
Hi

Zitat von @116108:
Die Netstat-Abfrage in XAMMP besagt das der Port 443 von PID 4 und 0.0.0.0 belegt sind.
Mit einer netstat -a -b -Abfrage in der Komandozeile werde ich auch nicht schlau.
Na dann poste bitte mal die netstat Ausgabe hier. Vllt kann es dir dann jemand erklären.

Wie kann ich den Port 443 wieder für den Apache freigeben?
Startest du den Apache neu oder machst du einen restart?
Manchmal dauert es etwas bis ein Port von Windows wieder freigegeben wird. Da hilft Service abschalten. Kurz warten, Service starten.
Manchmal hängt sich auch ein Programm komplett weg und blockiert einen Port dauerhat. Da hilft dann ein Betriebssystemneustart.

Kontrollier mal deine Konfig bzw. die eingetragenen Dienste. Startest du tatsächlich nur einmal den Apache Service oder mehrfach?

mfg

Cthluhu
116108
116108 20.05.2014 um 10:56:10 Uhr
Goto Top
Hier ist die Ausgabe von netstat:

C:\Users\Administrator>netstat -a -n -o

Aktive Verbindungen

Proto Lokale Adresse Remoteadresse Status PID
TCP 0.0.0.0:21 0.0.0.0:0 ABHÖREN 1552
TCP 0.0.0.0:135 0.0.0.0:0 ABHÖREN 632
TCP 0.0.0.0:443 0.0.0.0:0 ABHÖREN 4

Selbstverständlich geht es hier noch weiter... ;)
Gemäss Kommandozeile handelt es sich um einen Systemdienst:


C:\Users\Administrator>tasklist /fi "PID eq 4"

Abbildname PID Sitzungsname Sitz.-Nr. Speichernutzung
======== ================ =========== ===============
System 4 Services 0 336 K

Den Apache-Dienst kann ich gar nicht starten. Er wird sofort wieder beendet. Wenn ich ihn in der Verwaltung => Dienste starte, wird er sofort mit einer Fehlermeldung beendet: "Apache 2.4 auf Lokaler Computer konnte nicht gestartet werden. Weitere Informationen finden Sie im Systemereignisprotokoll. Setzen Sie sich mit dem Diensthersteller in Verbindung, wenn es sich um einen Nicht-Microsoft-Dienst handelt. Beziehen Sie sich auf den dienstspezifischen Fehlercode 1."

Im Systemereignisprotokoll ist folgendes zu entnehmen: "Der Dienst "Apache2.4" wurde mit dem folgenden dienstspezifischen Fehler beendet: Unzulässige Funktion"

Nun, was kann ich tun, dass der Indiander wieder zum laufen kommt?
EinsteinJunior
EinsteinJunior 20.05.2014 um 11:15:03 Uhr
Goto Top
Hallo,

mit der Option -b in netstat siehst du welche Datei mit im Spiel ist. Bei mir ist es z.B. vmware.
Das hilft dir dann weiter.

TCP 0.0.0.0:443 0.0.0.0:0 ABHÖREN
[vmware-hostd.exe]

VG Marko
Th0mKa
Th0mKa 20.05.2014 um 11:15:58 Uhr
Goto Top
Moin,

poste mal die Ausgabe von "netstat -atob" hier.

VG,

Thomas
116108
116108 20.05.2014 um 11:27:47 Uhr
Goto Top
@tkr104

Das ist die Ausgabe von netstat -atob:


C:\Users\Administrator>netstat -atob

Aktive Verbindungen

Proto Lokale Adresse Remoteadresse Status PID
TCP 0.0.0.0:21 Server:0 ABHÖREN 1552
[filezillaserver.exe]
TCP 0.0.0.0:135 Server:0 ABHÖREN 632
RpcSs
[svchost.exe]
TCP 0.0.0.0:443 Server:0 ABHÖREN 4
Es konnten keine Besitzerinformationen abgerufen werden.
TCP 0.0.0.0:445 Server:0 ABHÖREN 4
Es konnten keine Besitzerinformationen abgerufen werden.


RpcSs
[svchost.exe]
TCP [::]:443 Server:0 ABHÖREN 4
Es konnten keine Besitzerinformationen abgerufen werden.
TCP [::]:445 Server:0 ABHÖREN 4
Es konnten keine Besitzerinformationen abgerufen werden.

@EinsteinJunior

bei netstat -b bekomme ich folgende Ausgabe:

C:\Users\Administrator>netstat -b

Aktive Verbindungen

Proto Lokale Adresse Remoteadresse Status
TCP 127.0.0.1:9000 Server:49555 WARTEND
TCP 192.168.0.2:3389 MACBOOK:52325 HERGESTELLT
TermService
[svchost.exe]
EinsteinJunior
EinsteinJunior 20.05.2014 um 11:30:47 Uhr
Goto Top
Die Kommandozeile mit Adminrechten starten ...
Dann noch mal: netstat -atob

Dann sollte die Datei angezeigt werden

Du kannst die Ausgabe auch umlenken z.B: netstat -atob > c:\tmp\log.txt

VG Marko
116108
116108 20.05.2014 um 11:46:23 Uhr
Goto Top
es zeigt die genau gleiche Ausgabe an wie schon bereits gepostet.

ich habe herausgefunden, dass es sich bei PID 4 um "System" handelt. "System" kann nicht beendet werden da es ja benötigt wird.
Aber warum krallt sich "System" den Port 443?

Auch nach einem Neustart des Server 2012 gibt das System den Port nicht frei.
EinsteinJunior
EinsteinJunior 20.05.2014 um 11:50:17 Uhr
Goto Top
Probiere mal mit dem Process Explorer von Sysinternals herauszufinden welchen Datei das ist.
Bei mir zeigt er im TaskManager auch ntoskrnl.exe (System) an. Aber auf der Kommandozeile sehe ich dann durch netsat ... dass es sich bei mir um vmware handelt.

VG Marko
116108
116108 20.05.2014 um 11:57:36 Uhr
Goto Top
jetzt, nach dem "Windows Server 2012 R2 Update (KB2919355)" scheint alles wieder so zu gehen wie vorher.
Es ist sehr seltsam.
War dies ein Bug welcher mit diesem Update nun behoben wurde?
116108
116108 20.05.2014 um 21:21:27 Uhr
Goto Top
Toll, nun geht das Theater wieder von vorne los.
Port 443 ist nun wieder von PID 4 belegt.
Bei PID handelt es sich um den Dienst ntoskrnl.exe.

Wie bring ich den Indianer wieder zum laufen?
Th0mKa
Th0mKa 21.05.2014 um 06:56:53 Uhr
Goto Top
Moin,

die Glaskugel tippt auf einen installierten IIS.

VG,

Thomas
EinsteinJunior
EinsteinJunior 21.05.2014 um 07:14:53 Uhr
Goto Top
Hallo, probiere mal den Process Explorer aus, wie oben geschrieben. Bei mir zeigt er auch ntoskrnl.exe an obwohl es VMware ist. Da siehst du die entsprechende Datei unter der pid.

VG Marko
116108
116108 21.05.2014 um 08:06:08 Uhr
Goto Top
Nein, IIS kann es nicht sein. Diese Rolle ist nicht installiert.
116108
116108 21.05.2014 um 08:26:49 Uhr
Goto Top
@EinsteinJunior mit Process Explorer zeigt es mir unter PID 4 den Dienst System an. Wenn ich Links neben das kleine + klicke, erscheinen noch die Dienste/Dateien Interrupts und smss.exe. Möchte ich einen Dieser Dieser/Dateien beenden oder neustarten, bekomme ich eine Fehlermeldung. Beim Versuch Interrupts zu beenden meldet er "Falscher Parameter" und bei smss.exe "Zugriff verweigert".

Es ist sehr seltsam. Nun habe ich wieder ein frisches Windows Server 2012 R2 drauf, ich habe es nochmals neu installiert um Fehler der Installation auszuschliessen. Alle Updates aufgespielt und es geht wieder nicht vorwärts.
EinsteinJunior
EinsteinJunior 21.05.2014 um 09:29:06 Uhr
Goto Top
Habe erst wieder am Montag Zugriff auf ein Windows 2012 R2 (Neuinstallation), da kann ich noch mal schauen. Hoffe das reicht.

VG Marko
116108
116108 21.05.2014 um 09:48:43 Uhr
Goto Top
Gester habe ich 2012 R2 komplett neu installiert und alle Updates drauf gespielt. Erst danach habe ich Apache installiert. Er startete nicht. Kann es einen Einfluss haben wenn ich folgendermassen vorgehe: Installation 2012 R2 => Installation: Sophos, Twonky, XAMPP und Treiber => Windows Updates.

Ach ja, Sophos und Twonky waren nie ein Störfaktor
116108
116108 21.05.2014 um 12:56:21 Uhr
Goto Top
Nun hab ich per Zufall herausgefunden was das Problem war.

Da ich auf meinem Server keine AD-Rollen installiert habe, nutze ich eine VPN-Verbindung welche jeder andere Windows-PC auch kann.
(Netzwerk und Freigabecenter => Adaptereinstellung ändern => Datei => neue Eingehende Verbindung)

Dies ist der Dienst Routing und RAS. Der war bei mir auf Automatischer Start eingstellt.
@tkr104 wird sich nun halb tot lachen weil seine Glaskugel einen installierten IIS gesehen hat. Ich vollhirn hab nicht geschnallt das es sich bei Routing und RAS auch um IIS handelt. Nun hab ich den Start von diesem Dienst auf Automatisch (verzögerter Start) gestellt.

Ende git alles gut