Portblockade bei XAMPP nach Windows-Update

ub60 · Beiträge: 762 Erhaltene Danke: 127

Hallo miteinander,

ich habe gestern auf Arbeit einen länger nicht mehr benutzten Rechner mit Windows-Updates versorgt, und es waren 26 Updates aufgelaufen. Nach Update 12 (soweit alles i.O.) verlangte das Update (ich glaube, es war bei Office-Updates) einige dotNET-3.5-Funktionen. Nach einiger Recherche im Internet habe ich dann folgende Einstellungen gefunden (siehe Bild), die man ändern sollte.

xampp1

Nach diesen Änderungen funktionierten alle weiteren Updates.
Soweit, sogut. Als ich allerdings heute XAMPP startete, lief dort der Apache-Server nicht mehr an und ein bereits vom System benutzter Port wurde gemeldet.

Nun bin ich mir nicht sicher, was eigentlich passiert ist. Habe ich mit meinen 2 Häkchen selbst irgend einen Server auf Port 80 (?) aktiviert oder hat mit Microsoft bei der Installation so was wie den IIS untergeschoben?

Für Hinweise wäre ich sehr dankbar, kann es jedoch leider erst an Montag ausprobieren.

ub60

Einloggen, um Attachments anzusehen!

Christian S. · Beiträge: 20451 Erhaltene Danke: 2264 Win 10 C# (VS 2019)

Hallo,

im XAMPP Control Panel kann man recht bequem netstat ausführen und sich übersichtlich die Ergebnisse anzeigen lassen. Kannst Du da sehen, wer auf Port 80 sitzt? Bei mir drängelt sich Skype da zum Beispiel ganz gerne mal rein, vielleicht wurde das mit Office installiert?

Grüße
Christian

P.S.: Manchmal ist es auch Port 443, der belegt ist.

_________________
Zwei Worte werden Dir im Leben viele Türen öffnen - "ziehen" und "drücken".

ub60 · Beiträge: 762 Erhaltene Danke: 127

Danke für die Antwort, leider kann ich wegen der Ports erst am Montag wieder nachsehen. Bei Port 80 stand auf alle Fälle sehr aussagekräftig "System" da.
Mich interessiert vor allen Dingen auch, ob das Setzen der 2 Häkchen in dem oben gezeigten Menü das Problem verursacht haben könnte. Ein einfaches Entfernen der Häkchen hat auf alle Fälle nichts gebracht.

ub60 · Beiträge: 762 Erhaltene Danke: 127

Kleiner Zwischenbericht:

Port 80 war belegt, vielsagenderweise von "System" (wie schon beschrieben).
Der Port 443 war frei.

Ich habe jetzt einfach den Port 80 des Apache auf Port 81 gelegt, so dass der Server wieder läuft. Lieber wäre mir allerdings, herauszufinden, welches Programm meinen Port 80 blockiert und wie ich ihn wieder frei bekomme. Eventuell hat ja noch jemand eine Idee...

ub60

Narses · Verfasst: Di 20.02.18 00:43

Moin!

Ich habe mir mal den Screenshot angesehen und einfach mal nach den Wörtern des ersten eingerückten Punktes gesucht, da landet man bei der WCF-Doku von MS. Da steht zwar, dass man das wohl mit IIS macht oder machen kann, es soll aber wohl auch einen embedded service endpoint geben - als wohl einen http-Server. :nixweiss:

Ich würde einfach mal einen telnet-Connect auf den Port machen und mal ein bischen was tippen, mal sehen, was zurück kommt. :lupe:

Was auch mal interessant wäre ist, welches Binary mit dem listening port verknüpft ist (netstat -b). :suspect:

cu
Narses

_________________
There are 10 types of people - those who understand binary and those who don´t.

jaenicke · Verfasst: Mi 21.02.18 07:38

Ich rufe da immer netstat -abno > c:\temp\a.txt auf, das geht blitzschnell und es ist wirklich alles drin. Durch die Umleitung landet das dann in der angegebenen Datei und ich kann bequem nach dem Port suchen.

Ralf Jansen · Verfasst: Mi 21.02.18 22:57

Vermutlich wird bei dir der http.sys Dienst verwendet. Der taucht dann bei netstat auch als System auf was einem nur begrenzt weiterhilft.

Ein "netsh http show servicestate" könnte ein paar weitere Details liefern wer alles diesen Dienst nutzt. Zumindest solltest du dort die pid(s) der Prozesse finden wobei dann hoffentlich einer der Schuldige ist.

ub60 · Beiträge: 762 Erhaltene Danke: 127

Danke für die guten Tipps. Hier erst mal wieder ein kleiner Zwischenbericht:

NETSTAT lieferte mir "Es konnten keine Besitzerinformationen abgerufen werden." und die PID 4.
Ein Aufruf im Browser über localhost oder 127.0.0.1 lieferte keine Rückmeldung.
Mit Putty habe ich dann den Port 80 mit dem Telnet-Protokoll angeklingelt und erhielt die Meldung (siehe Bild). Das scheint ja irgendwie für einen MS-Server zu sprechen.

Die NETSH-Geschichte überschaue ich jetzt noch nicht ganz, das werde ich morgen mal probieren. Auch bin ich mir noch nicht so ganz klar, welcher Dienst denn nun den Server "anbietet". Einen IIS-Dienst, den ich vermutet hätte, gibt es auf alle Fälle nicht.

ub60

Einloggen, um Attachments anzusehen!

ub60 · Beiträge: 762 Erhaltene Danke: 127

Und noch einmal ein Update:

Ich habe die beiden dotNET-Dienste (siehe erstes Posting) wieder ausgeschaltet, aber der Port 80 blieb weiterhin blockiert.
Obwohl ich noch nicht so ganz genau weiß, was der netsh-Befehl so eigentlich tut, hat er mich ein ganzes Stück weitergebracht. Neben vielen anderen Sachen fand ich in der Ausgabe:

markieren

Quelltext

1:
2:
3:
4:
5:
6:
7:

  Protokollierungsinformationen:
    Protokollverzeichnis: C:\inetpub\logs\LogFiles\W3SVC1
    Protokollformat: 0
  Authentifizierungskonfiguration:
    Aktivierte Authentifikationsschemas:
  Anzahl von registrierten URLs: 1
  Registrierte URLs: HTTP://*:80/

Dieser Ordner ("C:\inetpub") war mir bisher gar nicht aufgefallen und spricht natürlich zweifelsfrei für den IIS. Nach etwas Googeln habe ich gefunden, dass man den Dienst über den "WWW-Publishingdienst" ausschalten kann.
Nun meine Folge-Fragen:

Wozu hat MS beim Update diesen Dienst installiert?
Hängen nach dem Update eventuell Programme vom IIS ab, die nach Abschalten des Dienstes nicht mehr funktionieren?

Die zweite Frage kann ich natürlich morgen ausprobieren, aber auf dem Rechner sind viiiiiieeeele Programme installiert und einiges findet man eventuell erst beim Anklicken bestimmter Programmteile.

ub60

Ralf Jansen · Verfasst: Fr 23.02.18 21:24

Zitat:

Hängen nach dem Update eventuell Programme vom IIS ab, die nach Abschalten des Dienstes nicht mehr funktionieren?

Was liegt den im inetpub Ordner? Wenn da was liegt lässt es möglicherweise Schlüsse zu wer das braucht.
Ansonsten solltest du mal in die Config schauen.

Die liegt in system32\inetsrv\config\applicationhost.config. Wenn es gar kein richtiger IIS (z.B. IIS Express) ist dann kann die auch woanders liegen wie z.B der Dokumente Ordner des aktuellen Users.
Da drin gibt es einen <sites> Knoten wo sich eigentlich alle Applikationen verewigen die was per http(s) veröffentlichen wollen.

ub60 · Beiträge: 762 Erhaltene Danke: 127

Ralf Jansen hat folgendes geschrieben :

Die liegt in system32\inetsrv\config\applicationhost.config.
Da drin gibt es einen <sites> Knoten wo sich eigentlich alle Applikationen verewigen die was per http(s) veröffentlichen wollen.

Ich habe die Datei in einem Unterordner von "C:\inetpub" gefunden. Der Sites-Knoten sagt mir nicht so wirklich viel:

markieren

Quelltext

1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:
12:
13:

<sites>
    <site name="Default Web Site" id="1">
        <application path="/">
            <virtualDirectory path="/" physicalPath="%SystemDrive%\inetpub\wwwroot" />
        </application>
    </site>
    <siteDefaults>
        <logFile logFormat="W3C" directory="%SystemDrive%\inetpub\logs\LogFiles" />
        <traceFailedRequestsLogging directory="%SystemDrive%\inetpub\logs\FailedReqLogFiles" />
    </siteDefaults>
    <applicationDefaults applicationPool="DefaultAppPool" />
    <virtualDirectoryDefaults allowSubDirConfig="true" />
</sites>

Im "wwwroot"-Ordner liegt nur eine HTML-Datei mit einem vielsagenden Bild:

welcome

Diese Datei verlinkt auf "http://go.microsoft.com/fwlink/?linkid=66138&clcid=0x409".
Kann es sein, dass mir MS hier nur eine Produkt-Werbung untergeschoben hat? Das wäre ja ein starkes Stück!

ub60

Einloggen, um Attachments anzusehen!

Th69 · Verfasst: Sa 24.02.18 14:58

Auf dem Bild in deinem ersten Beitrag sind ja die Internetinformationsdienste (IIS) (teilweise) aktiviert. Schau mal in dessen Unterpunkte.
Vllt. werden diese ja bei Aktivieren der "WCF HTTP Aktivation" ja automatisch mit aktiviert?!

Finde ich aber eigenartig, daß ein Windows (bzw. Office) Update diese benötigt.

ub60 · Beiträge: 762 Erhaltene Danke: 127

Th69 hat folgendes geschrieben :

Auf dem Bild in deinem ersten Beitrag sind ja die Internetinformationsdienste (IIS) (teilweise) aktiviert. Schau mal in dessen Unterpunkte.
Vllt. werden diese ja bei Aktivieren der "WCF HTTP Aktivation" ja automatisch mit aktiviert?!

Du hattest recht. Beim Aktivieren der "WCF HTTP Aktivation" werden (ohne Nachfrage) bei den "IIS" die beiden Punkte ".Net-Erweiterbarkeit" und "Anforderungsfilterung" mit aktiviert. Sobald ich diese beiden deaktiviere (sie sind voneinander abhängig), wird auch der Port 80 wieder frei!

IIS2

Th69 hat folgendes geschrieben :

Finde ich aber eigenartig, daß ein Windows (bzw. Office) Update diese benötigt.

Eigentlich war mir das auch sehr suspekt, aber es scheint ja so zu sein ...

Wenn ich nun noch wüsste, was über den Port 80 abläuft, wäre mir etwas wohler, aber die Unterordner von "C:\inetpub" sind im Wesentlichen leer.

ub60

Einloggen, um Attachments anzusehen!

	Mitgliederliste
	Gruppen
	Das Team
	Richtlinien
	Synonyme