5
Desktop Virtualisierung für mobile Windows-Clients
Hallo Admins,
wir haben eine Hand voll Mitarbeiter mit mobilen Windows-Clients (Notebooks, Tables) die die Geräte sowohl am Arbeitsplatz als auch mobil (Homeoffice, Konferenzen etc..) nutzen sollen,.
Da ein Teil unserer Programme (Fachanwendungen) über VPN WAN wegen der geringen Netzwerkgeschwindigkeit nicht funktionieren würde, habe ich für diese Nutzer einen Zugang zu unserem Terminalserver (Windows Server 2019) erstellt.
Es kommt aber ständig zu Problemen. Es gibt Nutzer, die verstehen den Unterschied nicht, lokal oder remote zu arbeiten.
Dann haben Sie lokal Windows 11 und Remote Windows 10 (Desktop Windows 2019), was die auch verwirrt. Es handelt sich dabei um Leute aus der Geschäftsleitung, deren PC-Kenntnisse nicht besonders ausgeprägt sind.
Dann gibt es einige Programme die möchte ich eigentlich nicht auf dem Terminalserver installieren, da die wirklich nur 1 Mitarbeiter in der Firma benutzt.
Deshalb würde ich gerne eine kleine - möglichst kostenlose - Desktopvirtualisierung aufsetzen, habe damit aber kaum Erfahrungen.
Wir haben für die Serverumgebung ein vSphere 8 Cluster mit der Essential Plus Edition.
Meine erste und sogar favorisierte Idee ist, für die paar Geräte virtuelle PC im Cluster zu erstellen, so dass sich jeder Mitarbeiter mit seinem virtuellen PC verbindet. Das wäre mit dem geringsten Aufwand verbunden.
Aber so weit ich weiß, verstößt die Installation von Client-Betriebsystemen gegen das Lizenzrecht der Essential Plus??? .
Die coolste Variante fände ich eine Desktopvirualisierung und ein Bare-Metal-Client auf den Geräten.
Der Bare-Metal-Client müsste natürlich auch eine VPN-Verbindung herstellen können und W-LAN unterstützen und dann den virtuellen Desktop vom Server auf dem Clientgerät starten.
Wer hat Erfahrungen mit dem Thema, was könnt Ihr mir empfehlen?
VG
Bl0ckS1z3
wir haben eine Hand voll Mitarbeiter mit mobilen Windows-Clients (Notebooks, Tables) die die Geräte sowohl am Arbeitsplatz als auch mobil (Homeoffice, Konferenzen etc..) nutzen sollen,.
Da ein Teil unserer Programme (Fachanwendungen) über VPN WAN wegen der geringen Netzwerkgeschwindigkeit nicht funktionieren würde, habe ich für diese Nutzer einen Zugang zu unserem Terminalserver (Windows Server 2019) erstellt.
Es kommt aber ständig zu Problemen. Es gibt Nutzer, die verstehen den Unterschied nicht, lokal oder remote zu arbeiten.
Dann haben Sie lokal Windows 11 und Remote Windows 10 (Desktop Windows 2019), was die auch verwirrt. Es handelt sich dabei um Leute aus der Geschäftsleitung, deren PC-Kenntnisse nicht besonders ausgeprägt sind.
Dann gibt es einige Programme die möchte ich eigentlich nicht auf dem Terminalserver installieren, da die wirklich nur 1 Mitarbeiter in der Firma benutzt.
Deshalb würde ich gerne eine kleine - möglichst kostenlose - Desktopvirtualisierung aufsetzen, habe damit aber kaum Erfahrungen.
Wir haben für die Serverumgebung ein vSphere 8 Cluster mit der Essential Plus Edition.
Meine erste und sogar favorisierte Idee ist, für die paar Geräte virtuelle PC im Cluster zu erstellen, so dass sich jeder Mitarbeiter mit seinem virtuellen PC verbindet. Das wäre mit dem geringsten Aufwand verbunden.
Aber so weit ich weiß, verstößt die Installation von Client-Betriebsystemen gegen das Lizenzrecht der Essential Plus??? .
Die coolste Variante fände ich eine Desktopvirualisierung und ein Bare-Metal-Client auf den Geräten.
Der Bare-Metal-Client müsste natürlich auch eine VPN-Verbindung herstellen können und W-LAN unterstützen und dann den virtuellen Desktop vom Server auf dem Clientgerät starten.
Wer hat Erfahrungen mit dem Thema, was könnt Ihr mir empfehlen?
VG
Bl0ckS1z3
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 670328
Url: https://administrator.de/forum/desktop-virtualisierung-fuer-mobile-windows-clients-670328.html
Ausgedruckt am: 23.12.2024 um 10:12 Uhr
5 Kommentare
Neuester Kommentar
Hi,
bezogen auf die von Dir beschriebenen Probleme der Anwender beim Umgang mit Computern: Was würde VDI gegenüber TS bessern. Ich schätze: Nichts.
E.
bezogen auf die von Dir beschriebenen Probleme der Anwender beim Umgang mit Computern: Was würde VDI gegenüber TS bessern. Ich schätze: Nichts.
E.
2
Moin,
Er möchte (glaub ich), dass die User nur noch auf der VDI arbeiten. Daher auch die Frage nach einem > Bare-Metal-Client auf den Geräten.
Da würde sich dann ein schlankes Linux o.ä. anbieten.
Gruß,
Avoton
Was würde VDI gegenüber TS bessern. Ich schätze: Nichts.
Er möchte (glaub ich), dass die User nur noch auf der VDI arbeiten. Daher auch die Frage nach einem > Bare-Metal-Client auf den Geräten.
Da würde sich dann ein schlankes Linux o.ä. anbieten.
Gruß,
Avoton
1
Ja, aber dann kann man doch auch nur unter TS arbeiten. Warum die eine Kuh vom Eis nehmen und dafür ne andere drauf?
1
Remote app, dann sehen die soweit keinen Unterschied zwischen den Systemen. Für die ist das dann als wenn die die App lokal ausführen
Hallo,
Ich kann nur sagen, dass VDI, bestenfalls namend / persistente VDI schon einen Vorteil gegenüberlag einem Terminalserver haben. Es geht schon damit los, dass Microsoft native für das Web Gateway kein MFA unterstützt.
Zusätzlich kannst du für die User benutzerdefinierte Software zur Verfügung stellen und musst nicht alles in ein golden Images reinhauen.
Wir haben ca 250 RDS User mit Desktop Session und ca 100 VMware / Omnissa Horizon User.
Als Client setzen wir großteils IGEL OS Thinclients ein. Ein paar vereinzelte Windows Clients gibts natürlich auch.
Bei Horizon benötigst du von extern kein VPN. Dafür gibt es das UAG, welches du davor schaltet. Das bietet einen sicheren Zugriff über HTML5, Blast oder PCoIP und unterstützt SAML mit MFA.
Ähnlich dem Citrix Netscaler Gateway
Ps.: @Bl0ckS1z3 bei Omnsissa, vormals VMware ist sind die vSphere esxi Lizenzen in den Horizon Lizenzen mit enthalten.
Ich selbst arbeite als Admin auch zu 99% nur auf meiner VDI, egal ob intern oder extern.
Ich kann nur sagen, dass VDI, bestenfalls namend / persistente VDI schon einen Vorteil gegenüberlag einem Terminalserver haben. Es geht schon damit los, dass Microsoft native für das Web Gateway kein MFA unterstützt.
Zusätzlich kannst du für die User benutzerdefinierte Software zur Verfügung stellen und musst nicht alles in ein golden Images reinhauen.
Wir haben ca 250 RDS User mit Desktop Session und ca 100 VMware / Omnissa Horizon User.
Als Client setzen wir großteils IGEL OS Thinclients ein. Ein paar vereinzelte Windows Clients gibts natürlich auch.
Bei Horizon benötigst du von extern kein VPN. Dafür gibt es das UAG, welches du davor schaltet. Das bietet einen sicheren Zugriff über HTML5, Blast oder PCoIP und unterstützt SAML mit MFA.
Ähnlich dem Citrix Netscaler Gateway
Ps.: @Bl0ckS1z3 bei Omnsissa, vormals VMware ist sind die vSphere esxi Lizenzen in den Horizon Lizenzen mit enthalten.
Ich selbst arbeite als Admin auch zu 99% nur auf meiner VDI, egal ob intern oder extern.
