Umstellung auf Terminal-Server - Sinnvoll?

[ivenae]

In der setupact.log steht drin, warum er zurück rollt.
Ursachen, an die ich mich erinnern kann nach Häufigkeit sortiert.
- alte, inkompatible Treiber (ausmisten mit driverstore Explorer)
- fehlerhaftes Dateisystem (chkdsk /f c:)
- zwei User zeigen auf identisches userprofil (löschen des doppelten user in der Registry)
- EFI bootpartition hat uuid für FAT32 statt für EFI (änderbsr mit diskpart)

[Henrik313]

Ich möchte mal ein kleines Update geben:

Ausgangslage: Windows 11 Pro als Server
Soll via Inplace-Upgrade auf Windows Server 2025 Standard geupdatet werden.

Ergebnisse:
Win 11 Pro => Server Standard 2025 geht nicht, nicht klassifizierte Fehlermeldung
Win 10 Pro => Server Standard 2022 + Upgrade auf Server Standard 2025 geht. Es läuft alles augenscheinlich fehlerfrei inkl. EyeSuite, TM mit Archiv etc..

Wie habe ich das gemacht?
1.) Backup Backup Backup
2.) In Windows im Reg-Editor HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion; Ändern der
EditionID = ServerStandard und
ProductName = Windows Server 2022 Standard
3. Mittels Windows Server 2022 Standard ISO (keine Evaluationsversion) aus Windows 10 heraus updaten, dann kann der Punkt "Dateien/Programme übernehmen" mit angeklickt werden. Die ISO bekommt man auf der Deskmodder-Seite. Man aktiviert das ganze mit dem eigenen gekauften Key.

Da mein "Server" schon Windows 11 ist, geht in Inplace-Upgrade nicht. Ich würde dann ein altes Win10 Snapshot nehmen, upgraden, und dann die aktuelle TM-Sicherung einspielen.

Aber - ich weiß nicht ob mir das doch zu heiß ist alles. Von Server Standard kann ich nicht mehr zurück auf Windows 11. Solche Sachen wie Veeam Client Backup gehen dann nicht mehr, da braucht es dann echte Serverlizenzen.

Ich bin stattdessen am überlegen, ob man nicht im Sprechzimmer per RDP auf den Server zugreift und arbeitet. Wenn es nur einer gleichzeitig macht benötigt es ja keinen Terminalserver. Am Server gehen bestimmte Sachen wie Verordnungen einfach schneller.

[Lazarus]

Ich möchte mal ein kleines Update geben:


Ich bin stattdessen am überlegen, ob man nicht im Sprechzimmer per RDP auf den Server zugreift und arbeitet. Wenn es nur einer gleichzeitig macht benötigt es ja keinen Terminalserver. Am Server gehen bestimmte Sachen wie Verordnungen einfach schneller.

Wenn es nur RDP sein soll, würde es auch damit gehen (gibt es sogar mit 2FA):

https://thinstuff.com/products/xpvs-server/

[FortiSecond]

Und es hätte noch TSplus (https://terminalserviceplus.de/) und rdpwrapper. Lizenztechnisch meinem Eindruck nach natürlich alles außerhalb der EULA.

[Henrik313]

Wenn es nur RDP sein soll, würde es auch damit gehen (gibt es sogar mit 2FA):
https://thinstuff.com/products/xpvs-server/

Funktioniert sehr gut und einfach!

Und es hätte noch TSplus (https://terminalserviceplus.de/)

Habe ich probiert, funktioniert auch, ist aber zu "mächtig" für meine Zwecke.

Danke an Sie beide für die Tipps!

Jetzt habe ich eigentlich nur noch eine Frage: Kann ich verhindern, dass ein Administrator-User den Sever herunterfährt? Es sind alles Administratoren, da TM mit EyeSuite etec. nur im Admin-Modus laufen. Normale User bekomme ich per Gruppenrichtlinie entsprechend eingestellt, aber Admins nicht. Gibt es da einen Trick 17? Dann man den Sever nicht aus versehen per RDP herunterfährt?

[FortiSecond]

Jetzt habe ich eigentlich nur noch eine Frage: Kann ich verhindern, dass ein Administrator-User den Sever herunterfährt? Es sind alles Administratoren, da TM mit EyeSuite etec. nur im Admin-Modus laufen. Normale User bekomme ich per Gruppenrichtlinie entsprechend eingestellt, aber Admins nicht. Gibt es da einen Trick 17? Dann man den Sever nicht aus versehen per RDP herunterfährt?

Die zweite Variante (Schaltflächen/Befehle ausblenden) reicht in der Regel aus:
https://www.windowspro.de/tipp/herunter ... -verbieten

Es empfiehlt sich, eine Verknüpfung zu "shutdown /r /t 15" zu setzen, die mit Adminrechten auszuführen ist.
Diese dann am besten in einem Ordner auf dem Desktop vor versehentlicher Bestätigung zu schützen.

Und zum Herunterfahren tut´s dann CMD (als Admin) und "shutdown /s /t 15".

Die /t 15 gibt 15 Sekunden Frist, in der man noch per "shutdown /a" abbrechen könnte.

[Henrik313]

Die zweite Variante (Schaltflächen/Befehle ausblenden) reicht in der Regel aus:
https://www.windowspro.de/tipp/herunter ... -verbieten

Danke auch hier wieder.
Aber: Die Webseiteninformation ist dahingehend falsch, als dass man per Gruppenrichtlinie den Administratoren das Herunterfahren nicht verbieten kann. Das hat nur Auswirkungen auf normale Standardbenutzer, nicht auf Administratorenkonten. Das war ja mein Problem...dass es trotzdem per RDP ging.

Aber es war trotzdem sehr hilfreich, denn man kann über eine zweite Schaltstelle in der Liste ("Ein Ausschalter im Startmenü ändern") einstellen, dass nur "Sperren" angezeigt wird. Genau das was ich gesucht habe und was Sie meinten! Das klappt auch bei Adminkonten. Vielen Dank!