12
RDS Web Access - HTML5 keine Verbindung
Hi zusammen,
vielleicht kann mir ja hier noch jemand mit einer Idee weiterhelfen.
ich bin gerade am testen mit einem RDS 2016 Server und würde dort gerne den WebClient HTML testen.
Der Web Client wurde installiert. RD - Gateway, RD Verbindungsbroker und WebAccess wurden alle mit dem gleichen selbst Zertifikat ausgestattet.
Das Zertifikat ist von einer öffentlichen CA und somit vertrauenswürdig.
Alle Rollen sind auf dem selben Testserver "TEST-SERV-01" installiert.
DNS Zone "remote.domain.de" zeigt auf den RDS Server (TEST-SERV-01).
Per "https://remote.domain.de/RDWeb/webclient/index.html" komme ich sauber auf den Web Client vom RDS Server, kann mich anmelden und sehe die Work Ressources (Meine erstelle RDS Sammlung).
Wenn ich nun die Sammlung im HTML (Browser) öffnen will, bekomme ich keine Verbindung zum Server hergestellt.
Fehler: siehe Anhang.
Wenn ich die Ressource aus dem Portal herunterlade, kann ich die RDP Datei ohne Probleme starten und mich verbinden.
In der heruntergeladenen Datei sowie im Log welchen ich über die HTML 5 Seite erstellen kann, ist der Gatewayserver "remote.domain.de" und der full server" TEST-SERV-01.ad.test1.de" sauber eingetragen.
###
Wenn ich mich über den RDWebAccess anmelde kann ich ebenfalls sauber die MSTSC Datei herunterladen und ausführen -> Verbindung OK.
Es scheitert lediglich an dem Zugriff per HTML5.
Folgendes wird imLog angezeigt:
Ebenso:
Ich bin die Schritte
https://docs.microsoft.com/de-de/windows-server/remote/remote-desktop-se ...
mehrfach durchgegangen, allerdings ohne Erfolg.
Im log ist zu sehen, dass er sich versucht über https://remote.domain.de:443 (Port 443) zu verbinden. Ist dies so korrekt? Im WWW sieht man oft, dass er über den Port 3392 verbindet.
Ich meine aber, dass dies nur der Fall ist, wenn kein Gateway vorhanden ist.
Hat jemand noch irgend eine Idee?
Danke euch im Voraus.
Grüße
Phil
vielleicht kann mir ja hier noch jemand mit einer Idee weiterhelfen.
ich bin gerade am testen mit einem RDS 2016 Server und würde dort gerne den WebClient HTML testen.
Der Web Client wurde installiert. RD - Gateway, RD Verbindungsbroker und WebAccess wurden alle mit dem gleichen selbst Zertifikat ausgestattet.
Das Zertifikat ist von einer öffentlichen CA und somit vertrauenswürdig.
Alle Rollen sind auf dem selben Testserver "TEST-SERV-01" installiert.
DNS Zone "remote.domain.de" zeigt auf den RDS Server (TEST-SERV-01).
Per "https://remote.domain.de/RDWeb/webclient/index.html" komme ich sauber auf den Web Client vom RDS Server, kann mich anmelden und sehe die Work Ressources (Meine erstelle RDS Sammlung).
Wenn ich nun die Sammlung im HTML (Browser) öffnen will, bekomme ich keine Verbindung zum Server hergestellt.
Fehler: siehe Anhang.
Wenn ich die Ressource aus dem Portal herunterlade, kann ich die RDP Datei ohne Probleme starten und mich verbinden.
In der heruntergeladenen Datei sowie im Log welchen ich über die HTML 5 Seite erstellen kann, ist der Gatewayserver "remote.domain.de" und der full server" TEST-SERV-01.ad.test1.de" sauber eingetragen.
###
Wenn ich mich über den RDWebAccess anmelde kann ich ebenfalls sauber die MSTSC Datei herunterladen und ausführen -> Verbindung OK.
Es scheitert lediglich an dem Zugriff per HTML5.
Folgendes wird imLog angezeigt:
2020-11-21T08:48:39.954Z WebSocketTransport(NORM): WebSocket closed, url=wss://remote.domain.de:443/remoteDesktopGateway?CorId=%7B7b645ade-37a2-468d-966a-33ad7e870000%7D&ConId=%7B845c953f-009f-4471-b15c-97d850bc2d94%7D&ClGen=HTML%3D1&ClBld=Type%3DRdClient%3B%20Build%3Dprivate&AuthS=SSPI_NTLM, wasClean=false, code=1006, reason=""
2020-11-21T08:48:40.268Z Connection(ERR): The connection generated an internal exception with disconnect code=ConnectionBroken(8), extended code=<null>, reason=WebSocket closed with code: 1006 reason:
Thrown in thread 399652 at:
websockettransport.cpp(335)
Call Stack:
at imb
at fmb
at Tp
at Djd
connection.cpp(1335): OnException()Ebenso:
2020-11-21T09:18:53.349Z WebSocketTransport(ERR): WebSocket error received for url=wss://remote.domain.de:443/remoteDesktopGateway?CorId=%7B89cafff5-6918-457d-b855-5c1f7f750000%7D&ConId=%7B4bc88a7c-5c35-49df-b961-9d789068ca4b%7D&ClGen=HTML%3D1&ClBld=Type%3DRdClient%3B%20Build%3Dprivate&AuthS=SSPI_NTLM
websockettransport.cpp(304): OnErrorFromJS()Ich bin die Schritte
https://docs.microsoft.com/de-de/windows-server/remote/remote-desktop-se ...
mehrfach durchgegangen, allerdings ohne Erfolg.
Im log ist zu sehen, dass er sich versucht über https://remote.domain.de:443 (Port 443) zu verbinden. Ist dies so korrekt? Im WWW sieht man oft, dass er über den Port 3392 verbindet.
Ich meine aber, dass dies nur der Fall ist, wenn kein Gateway vorhanden ist.
Hat jemand noch irgend eine Idee?
Danke euch im Voraus.
Grüße
Phil
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 624676
Url: https://administrator.de/contentid/624676
Printed on: April 26, 2024 at 06:04 o'clock
12 Comments
Latest comment
Der HTML 5 Client geht zwingend immer über das RD Gateway! Der HTML WebClient tunnelt also immer über SSL auf das RDGateway und niemals direkt via 3389.
Verbindungsfehler rühren meist immer auf fehlende Bereitstellungseigenschaften der Sammlung bzw. des GWs zurück. Gerade wenn man hier Umbenennungen vornimmt vergisst man das in den Eigenschaften meist auch zu ändern und dann kommt es dazu.
Details siehe:
MS RDP Webclient kann keine Verbindung aufbauen
Verbindungsfehler rühren meist immer auf fehlende Bereitstellungseigenschaften der Sammlung bzw. des GWs zurück. Gerade wenn man hier Umbenennungen vornimmt vergisst man das in den Eigenschaften meist auch zu ändern und dann kommt es dazu.
Details siehe:
MS RDP Webclient kann keine Verbindung aufbauen
Hi primal,
Danke dir für die Antwort.
Den Thread hatte ich allerdings auch schon durchgearbeitet und als RG Adresse ist die richtige 'remote.donain.de' hinterlegt.
Ebenso ist im Log das Gateway korrekt befüllt.
Diese Adresse ist im Test DC angelegt und verweist auf den Rds Server.
Wie gesagt der Web Access ist korrekt aufrufbar.
Ich weiß langsam nicht mehr weiter 🙄.
Danke dir für die Antwort.
Den Thread hatte ich allerdings auch schon durchgearbeitet und als RG Adresse ist die richtige 'remote.donain.de' hinterlegt.
Ebenso ist im Log das Gateway korrekt befüllt.
Diese Adresse ist im Test DC angelegt und verweist auf den Rds Server.
Wie gesagt der Web Access ist korrekt aufrufbar.
Ich weiß langsam nicht mehr weiter 🙄.
Welcher Browser wird verwendet ? Der Fehler liest sich so als wenn die Browser Implementation einen Fehler wirft. Könnte auch eine fehlende Extension im Zertifikat oder fehlerhaft ausgestelltes Zertifikat sein.
Wenn das ein jungfräulichen Lab ist dann geh nochmal penibel alle Schritte durch, dann hast du an einer Stelle einen Fehler eingebaut.
Wenn das ein jungfräulichen Lab ist dann geh nochmal penibel alle Schritte durch, dann hast du an einer Stelle einen Fehler eingebaut.
Ich hatte es mit ie und Chrome versucht.
Ich werde nochmals andere Browser testen.
Naja Zertifikat ist offiziell und korrekt ausgestellt.
Auch die Punkte nochmals durcharbeiten habe ich bereits zwei mal gemacht xD.
Ich bin kurz davor den iis + rds nochmal zu entfernen und neu zu installieren.
Ich werde nochmals andere Browser testen.
Naja Zertifikat ist offiziell und korrekt ausgestellt.
Auch die Punkte nochmals durcharbeiten habe ich bereits zwei mal gemacht xD.
Ich bin kurz davor den iis + rds nochmal zu entfernen und neu zu installieren.
@146707
Gruß,
Dani
Der HTML 5 Client geht zwingend immer über das RD Gateway! Der HTML WebClient tunnelt also immer über SSL auf das RDGateway und niemals direkt via 3389.
das ist so nicht ganz richtig. Seit der Version 1.0.11 ist das RDGW nicht mehr erforderlich. Quelle.Gruß,
Dani
Oha, merci für die aktuelle Info!
Edit:
Fehler ist gefunden und behoben.
Problem war HTTP/2 auf dem RDS Server 2016.
Nachdem ich HTTP/2 deaktiviert habe, hat die Verbindung sofort funktioniert.
Böser böser Fehler und fast nichts darüber zu finden.
Grüße
Phil
Fehler ist gefunden und behoben.
Problem war HTTP/2 auf dem RDS Server 2016.
Nachdem ich HTTP/2 deaktiviert habe, hat die Verbindung sofort funktioniert.
Böser böser Fehler und fast nichts darüber zu finden.
Grüße
Phil
Hallo Gerber,
kannst du kurz erklären, wo du HTTP/2 deaktiviert hast?
kannst du kurz erklären, wo du HTTP/2 deaktiviert hast?
Disable HTTP/2 in IIS 10
Gruß j.
Für Server 2016
reg add "HKLM\System\CurrentControlSet\Services\HTTP\Parameters" /t REG_DWORD /v EnableHttp2Tls /d 0 /f
reg add "HKLM\System\CurrentControlSet\Services\HTTP\Parameters" /t REG_DWORD /v EnableHttp2Cleartext /d 0 /f
shutdown /r /f /t 0
Für Server 2019
Start IIS manager. In the left pane, go to the website under which the Portal virtual directory is added.
In the Actions column displayed in right pane, click Bindings.
While adding https port binding, select the check box for the Disable HTTP/2 parameter.
Save the change and perform an IIS reset.
In the Actions column displayed in right pane, click Bindings.
While adding https port binding, select the check box for the Disable HTTP/2 parameter.
Save the change and perform an IIS reset.
Gruß j.
danke für den Tipp. Hat bei mir leider nicht geholfen.
Bekomme immer diese Fehlermeldung wie im angehängten Bild.
Anmeldung kommt über Azure Application Proxy.
Bekomme immer diese Fehlermeldung wie im angehängten Bild.
Anmeldung kommt über Azure Application Proxy.
Moin,
in diesen schreibe bitte eine neue Frage in unseren Forum.
Da der Beitrag hier schon etwas älter ist und dein Problem nicht das Selbe ist. Vielen Dank.
Gruß,
Dani (Mod)
in diesen schreibe bitte eine neue Frage in unseren Forum.
Da der Beitrag hier schon etwas älter ist und dein Problem nicht das Selbe ist. Vielen Dank.
Gruß,
Dani (Mod)
Hello,
Genau Vllt kannst du einen neuen Thread mit Detail Angaben aufmachen, dann können wir dort der Sache auf den Grund gehen.
Grüße
Phil
Genau Vllt kannst du einen neuen Thread mit Detail Angaben aufmachen, dann können wir dort der Sache auf den Grund gehen.
Grüße
Phil