2017-09-09 3 views
0

Ich habe eine TeamCity-Instanz auf einer AWS E2 Windows Server 2012-Maschine eingerichtet. Es ist auf Port 80 zu hören, was gut funktioniert. Es läuft auf dem Webserver, der damit ausgeliefert wird.Teamcity WebSocket funktioniert nicht

Die Websocket-Unterstützung funktioniert jedoch nicht. Bei der Anmeldung heißt es

Einige Benutzer können nicht optimierte Web-UI-Updates über WebSocket-Protokoll verwenden.

Dieser Fehler tritt nur auf, wenn Sie sich von einem Remote-Computer aus anmelden. Wenn über RDP auf localhost verbunden, funktioniert alles gut. Daher gehe ich davon aus, dass dies an einem blockierten Port liegt.

Dies sind alle eingehenden Regeln, die ich konfiguriert: enter image description here

ich schon etwas Forschung tat, war aber nicht in der Lage, den Hafen zu finden, die geöffnet werden muss, dass WebSockets arbeiten. Gibt es eine allgemeine Regel, welcher Port dafür verwendet wird oder ist dies in einer Config angegeben?

Edit:

Die Netzwerkanalyse von Chrome mir für die websocket Anfrage ein 501 gibt, wenn die Startseite von Teamcity zu laden.

Request URL: ****** 
Request Method:GET 
Status Code:501 Not Implemented 
Response Headers 
view source 
Cache-Control:no-store 
Connection:keep-alive 
Date:Sat, 09 Sep 2017 20:25:41 GMT 
Set-Cookie: ***** 
Transfer-Encoding:chunked 
X-Atmosphere-error:Websocket protocol not supported 
X-Atmosphere-first-request:true 
X-Atmosphere-tracking-id:53449aaa-16c6-43fd-a2bb-ae0da8a6fee1 
Request Headers 
view source 
Accept-Encoding:gzip, deflate 
Accept-Language:de-DE,de;q=0.8,en-US;q=0.6,en;q=0.4 
Cache-Control:no-cache 
Connection:Upgrade 
Cookie: ****** 
DNT:1 
Host: ****** 
Origin: ****** 
Pragma:no-cache 
Sec-WebSocket-Extensions:permessage-deflate; client_max_window_bits 
Sec-WebSocket-Key: ****** 
Sec-WebSocket-Version:13 
Upgrade:websocket 
User-Agent:Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.113 Safari/537.36 
Query String Parameters 
view source 
view URL encoded 
X-Atmosphere-tracking-id:0 
X-Atmosphere-Framework:2.2.13-javascript 
X-Atmosphere-Transport:websocket 
X-Atmosphere-TrackMessageSize:true 
browserLocationHost: ****** 

Antwort

0

Nach dem Ändern der Serverkonfiguration und dem Durchsuchen der Protokolle habe ich festgestellt, dass der Handshake für den Web-Socket fehlgeschlagen ist. Die Header waren unvollständig.

Am Ende wurde dies von meinem VPN verursacht, das den Web-Socket-Handshake blockierte.

Verwandte Themen