☰

Verbindungs-Timeout auf Port 8081 (funktioniert aber auf 8080!)

tag-icon • tag-icon iis timeout
Verbindungs-Timeout auf Port 8081 (funktioniert aber auf 8080!)

Ich habe einen neuen Webserver (Windows Server 2016/Exchange Server 2016). Ich habe eine einfache Website darauf zum Laufen gebracht. Siehe diesen Beitrag:

Verbindungs-Timeout auf neuer Website

Diese Site verwendet Port 8080 (OWA ist auf 80/443, also brauchte ich einen alternativen Port). Nachdem ich Port 8080 in der Windows-Firewall geöffnet hatte, funktionierte diese erste Site (Danke, @joeqwerty!).

Dann habe ich eine zweite, sehr einfache Website hinzugefügt, allerdings auf Port 8081. Da ich schnell lerne, habe ich auch eine Ausnahme für diesen Port in der Windows-Firewall hinzugefügt. Zu meinem großen Verdruss funktioniert es immer noch nicht. Wie bei der ersten Site habe ich eine Portweiterleitung für Port 8081 hinzugefügt. Ich habe es auch getestet mithttp://canyouseeme.orgund der Port funktioniert. Ich kann die Site intern anzeigen (http://localhost:8081).

netstat -anogibt dies für diese Ports:

  TCP    0.0.0.0:8080           moe:0                  LISTENING       4
 Can not obtain ownership information
  TCP    0.0.0.0:8081           moe:0                  LISTENING       4
 Can not obtain ownership information

Auch hier funktioniert die Site auf 8080, aber nicht die auf 8081 (Timeout-Fehler). Irgendwelche Ideen?

BEARBEITEN: Dies stammt aus dem HTTPERR-Protokoll:

2018-02-26 18:48:59 fe80::d8cd:799d:e902:e088%5 16360 fe80::d8cd:799d:e902:e088%5 444 HTTP/1.1 RPC_IN_DATA /rpc/rpcproxy.dll?moe.home.birdus.com:6001 - 400 3 BadRequest MSExchangeRpcProxyAppPool
2018-02-26 18:50:05 fe80::d8cd:799d:e902:e088%5 16360 fe80::d8cd:799d:e902:e088%5 444 HTTP/1.1 RPC_IN_DATA /rpc/rpcproxy.dll?moe.home.birdus.com:6001 - 400 3 Connection_Dropped MSExchangeRpcProxyAppPool

BEARBEITEN: Ich habe dies versucht, aber das Problem wurde dadurch nicht behoben:

https://dirteam.com/sergio/2014/01/21/bad-request-http-400-error-in-exchange-2013-owaecp/

EDIT: Dann habe ich beide Sites neu erstellt und sie auf DefaultAppPool anstatt auf ihre standardmäßigen, selbstbenannten, neu erstellten App-Pools verwiesen, aber das hat auch keinen Unterschied gemacht. Ich probiere einfach alles aus, was mir in den Sinn kommt. 8080 funktioniert immer noch, 8081 immer noch nicht.

Antwort1

Reproduzieren Sie das Problem, indem Sie von außen über Port 8081 auf die Anwendung zugreifen.

Öffnen Sie die IIS-Protokolle und prüfen Sie, ob eine eingehende Anfrage angezeigt wird. Standardspeicherort: C:\inetpub\log\logfiles\w3svc_websiteID

Wenn Sie sehen, dass Ihre Anfrage eingeht, suchen Sie nach dem Statuscode am Ende der Zeile. Er sagt Ihnen genau, was mit der Anwendung los ist. Aber da Sie sagten, dass die Anwendung einwandfrei funktioniert, wenn Sie lokal auf dem Server darauf zugreifen, bezweifle ich, dass es etwas mit der Anwendung zu tun hat.

Wenn Sie die Anforderung jedoch nicht in den IIS-Protokollen sehen, überprüfen Sie die HTTPERR-Protokolle und prüfen Sie, ob dort ein Eintrag vorhanden ist. Wenn Sie auch hier keinen Eintrag haben, gehe ich davon aus, dass die Anforderung den Server nicht erreicht.

verwandte Informationen