RemoteApp und andere Windows Server-Rollen müssen funktionieren

645
Kevin

Wenn ich meine RemoteApps nicht mit Web Access aktiviere, funktionieren sie trotzdem, wenn ich die Webserverrolle deinstalliere?

BEARBEITEN : Ich habe die Webserverrolle entfernt und meine RemoteApp scheint gut zu funktionieren. Der RD-Sitzungshost ist die einzige Rolle, die ich installiert habe. Meine Frage ist nun, ob dieses Setup (ohne RD-Webzugriffs- / Webserverrollen und RD-Gateway) sicher ist. Anscheinend verwendet meine RemoteApp das Standardzertifikat des RD-Sitzungshosts (während der Erstellung der RemoteApp kein eigenes Zertifikat zugewiesen wurde).

ANMERKUNG: Aus der bisherigen Antwort wurde bekannt, dass Web Access nicht mit RemoteApp verwendet wird. Dies kann eine unübersichtliche Konfiguration sein. Wir sind jedoch nur ein kleines Unternehmen, das eine Verbindung zu einer SINGLE (benutzerdefinierten) Anwendung herstellen muss, die an unserem zentralen Standort gehostet wird. Ich bin mir nicht sicher, ob ich wirklich die wirklichen Vorteile von RD Web Access verstehe, vielleicht weil unsere Anforderungen nicht kompliziert genug sind.

0

1 Antwort auf die Frage

0
cdavid

Nein, für die Rolle RDWebAccess (RDWA) ist die Webserverrolle (insbesondere IIS) erforderlich. Die RDWA-Rolle bietet die Funktionalität zum Generieren des Feeds, den die Clients für die App-Erkennung verwenden, und der erforderlichen RDP-Dateien.

Vorausgesetzt, dass der Client-Computer bereits über die Feed- und RDP-Dateien verfügt, funktioniert die RemoteApp-Seite weiterhin. Wenn Sie jedoch über die RDP-Dateien verfügen, wird die MSTSC-Verbindung zum Gateway (RDCB) und dann zur RDSH / RDVH-Rolle hergestellt .

Ihre Antwort lautet also: Ja, RemoteApps funktionieren ohne installierte Webserver-Rolle (da meine Frage die Verwendung von RemoteApps ohne Webzugriff betrifft). Kevin vor 10 Jahren 0
Wenn Sie die RDP-Dateien haben, funktioniert es ja. Sie müssen lediglich sicherstellen, dass Sie über diese verfügen und diese auch erhalten können, wenn Sie Ihre Komponenten aktualisieren. Ich denke nicht, dass dieses Szenario getestet wurde, da es ein bisschen verrückt ist und die Benutzererfahrung schlecht ist, so dass Ihre Laufleistung variieren kann. cdavid vor 10 Jahren 0
Auf welche Komponenten beziehen Sie sich? Wenn ich beispielsweise den Standardverbindungsport für Remote Desktop von 3389 aus ändere, müsste ich eine neue RDP-Datei oder ein neues MSI-Installationspaket neu erstellen und auf allen Remote-Computern erneut installieren? Kevin vor 10 Jahren 0
Ja, in diesem Fall (oder zB: Veröffentlichung einer neuen App) müssten Sie einen Weg finden, um 1) die RDP-Datei zu erhalten (oder einfach selbst zu erstellen) und 2) sie für alle Clients bereitzustellen, die eine Verbindung herstellen möchten. cdavid vor 10 Jahren 0
Auch neugierig auf das, was Sie mit Benutzererfahrung meinen, könnte diese Konfiguration schlecht sein. Das Benutzererlebnis, wenn Sie einfach auf ein Desktopsymbol klicken, für das ein anderer Benutzer (ich selbst) verantwortlich ist, wobei die App scheinbar nativ auf dem Desktop ausgeführt wird - im Gegensatz dazu, dass Sie sich am vollständigen Desktop anmelden, die Anwendung dort starten und hin und her wechseln zwischen den Remote- und lokalen Desktops - scheint ziemlich einfach und gut zu sein. Kevin vor 10 Jahren 0
Dies ist jedoch der Zweck von RemoteApp + RDWeb: eine angenehme Benutzererfahrung. Der Benutzer navigiert zu einer Website, klickt auf ein Symbol, die App wird gestartet und es sieht so aus, als würde sie lokal ausgeführt. cdavid vor 10 Jahren 0
Benutzer erhalten dieselbe Erfahrung (App scheint lokal auszuführen) ohne Web Access, wenn ein MSI-Paket installiert ist und ein Desktopsymbol zum Anklicken übrig bleibt, anstatt einen Browser zu öffnen. Wo genau liegt der Vorteil beim Hinzufügen von Web Access? Ich habe festgestellt, dass es bei der Bereitstellung vieler Apps einfacher ist, den Browser mit Web Access zu organisieren. Außerdem klingt das so, als wären Updates zentral verwaltbar? Kevin vor 10 Jahren 0
Ja, Web Access bietet eine benutzerfreundliche zentrale Stelle für den Zugriff auf die Apps ohne Verwaltungshindernisse für den Administrator (Sie müssen nur eine Schaltfläche drücken, eine neue App wird veröffentlicht, die App wird automatisch auf der Website angezeigt und die Benutzer können sofort darauf zugreifen). Ein zusätzlicher Mehrwert für den Administrator besteht darin, dass alle Setups gleich sind. In Ihrem Fall kann der Benutzer die Datei an einen anderen Ort verschieben, eine andere Ordnerstruktur haben usw. Durch die Einschränkung dessen, was der Benutzer tun kann, ist das Leben des Administrators einfacher :) cdavid vor 10 Jahren 0
Derzeit haben wir nur 3 Remote-Computer und 1 App. Daher ist es für mich eine Last, mehr über die verschiedenen verfügbaren Rollen zu erfahren bzw. diese zu installieren und zu verwalten. Mein Setup scheint mit RDSH gut zu funktionieren. Ich kann Ihrer Antwort entnehmen, dass die Verbindungs- und Sicherheitseinstellungen meiner RDSH-Konfiguration übernommen werden sollten. Kevin vor 10 Jahren 0
OK, fairer Punkt :) In Bezug auf die Wartung sollte es auf der Administratorseite keine geben (sobald das Setup abgeschlossen ist - aber Sie haben Recht, das kann kompliziert sein). Ich bin nicht sicher, ob ich den letzten Teil Ihrer Aussage verstehe - worauf bezieht sich "es"? cdavid vor 10 Jahren 0
Es tut uns leid. "es" ist meine RemoteApp Kevin vor 10 Jahren 0
Oh ja. Die RDWA-Rolle ist nur eine Möglichkeit für die Benutzer, die RDP-Dateien auf verwaltete, überwachte Weise abzurufen. Alle Einstellungen für die tatsächliche Verbindung stammen aus der RDP-Datei. Daher werden Ihre Verbindungen auf dieselbe Weise ausgeführt, unabhängig davon, wo Sie die RDP-Datei abrufen. Wenn dies geholfen hat, markieren Sie meine Antwort als Lösung :) cdavid vor 10 Jahren 0

Verwandte Probleme