stonson25

Hallo, der Clone läuft. Einfach die RDS Rollen neu installiert (ohne Broker).

Hallo, ich habe die VM auf einen anderen Standort wiederhergestellt. 

Sie hat einen neuen Netzwerkadapter und der Server wurdemit einem anderen Namen der Domain hinzugefügt.

Damit RDP auf dem Server funktioniert muss ich diesen im Serverpool hinzufügen? (Der Produktiv Server läuft noch.)

Danke.

LG

vor 6 Stunden schrieb Nobbyaushb:

Habe ich mir fast gedacht…

Wenn das eine VM ist (wovon ich ausgehe) die Maschine exportieren und das ganze im Lab durchtesten

Klappt es da, weißt du garantiert den Zeitaufwand 

 Nachtrag - mit einer neuen Maschine nimmst du auch keine Altlasten mit die ggf. das Problem verursachen …

Genau so ist der Plan.

Hi, ja das habe ich auch schon in Erwägung gezogen.

Leider läuft darauf etwas "spezielle" Software, die per User konfiguriert werden muss...

Er läuft momentan auf Server 2019. Ich versuche ein In-Place Upgrade auf 2022.

Hallo, nach den Änderungen und den Reboot heute in der Früh wurden keine RDP Sitzungen vom Server angenommen.

Aus Zeitgründen musste ich den Server vom Backup wiederherstellen.

Wenn jemand Ideen hat wäre ich sehr dankbar.

Ich gehe es heute nochmal außerhalb der Betriebszeit schritt für Schritt durch.

Danke!

Hallo zusammen,

Wir haben einen RDS 2019 laufen.

Die User melden sich mit dem AD-Konto an.

Bei User die neu angelegt werden im AD funktioniert das Startmenü nicht, bei bestehenden schon (man klickt auf das Windows-Zeichen und nichts tut sich).

Folgendes haben wir versucht:

https://administrator.de/forum/2016-terminalserver-startmenue-oeffnet-sich-nicht-372708.html
https://administrator.de/forum/windows-server-2019-1809-terminalserver-startmenue-tot-563754.html
https://www.tecchannel.de/a/startmenue-probleme-loesen-so-geht-s,3295340 (Schritt 1 u. 2)

Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SharedAccess\Parameters\FirewallPolicy\RestrictedServices\Configurable\System

Alles bis auf Standard löschen

Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SharedAccess\Parameters\FirewallPolicy\FirewallRules

Alles bis auf Standard löschen

Danach folgenden Key setzen:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SharedAccess\Parameters\FirewallPolicy
DeleteUserAppContainersOnLogoff
REG_DWORD
1

Die betroffenen Profile wurden gelsöcht und neu erstellt (auch in der Registry).

Ich bitte um eure Hilfe.

Vielen Dank

LG Stoney

Ich fühle mich gleich viel jünger:-) Aber gut zu wissen das es hier zu Problemen kommen kann.

Versuchen kann man es ja...

Hallo, ich habe die Lösung. Über die "alte" Systemsteuerung "Date and Time" funktioniert es. Allerdings nur mit Admin Rechten. So soll es auch sein.

Danke!

Die habe ich vorher schon rausgenommen...

Hallo Norbert, das habe ich ja gemacht. Es existiert keine GPO die Zeiteinstellungen erzwingt. Ich habe eine GPO in der TestOU wo sowohl der User als auch der PC drinnen sind.

Oder meinst du ich soll Domain eine GPO erstellen die das Anpassen der Zeiteinstellung unterbindet?

Das Problem tritt nur mit Server 2019 und Win10 auf. Haben ein paar andere Maschinen testweise laufen (Server 2012 R2, Win 8.1, Win7) da funktioniert es.

Am 2.10.2020 um 08:21 schrieb NorbertFe:

Das is der falsche Weg. Definiere einfach ein gegenteiliges gpo für diesen pc.

Hi Norbert, wie genau meinst du gegenteiliges GPO?

Danke dir,

LG

Genau, ich bruche das eigentlich nur auf einen Client.

Ich habe eine GPO die den NTP mitschickt.

Was ich allerdings nicht verstehe ist das ich ja die Veerbung in der OU deaktiviert habe. Dann sollte keine GPO greifen?

Hallo zusammen,

wir haben ein Win2019 AD und Windows 10 Clients.

Für einen Client müssten wir die Zeiteinstellung ändern können.

Ich habe den Computer in eine OU verschoben in der die Veerbung deaktiviert ist und eine GPO erstellt in der die Zeiteinstellung erlaubt wird (Local Policies\User Rights Assignment).

Leider können wir die Zeiteinstellung am Client nicht ändern.

Sieht so aus als würde es nur bei Win 10 2004 nicht funktionieren.

Laut gpresult funktionieren die GPO's.

Hat jemand eine Idee?

Vielen Dank!

LG Stoney

Hallo, die User wurden neu angelegt. OWA funktioniert ganz normal.

Gerade mit Outlook 2019 getestet. Das funktioniert auch normal?

Hallo, ich habe bei allen den Chache Modus aktiviert und alle Mails geladen. Als ich dann wieder in den Onlinemodus wechselte funktioniert es.

Mal abwarten.

Hallo, es sieht so aus als würde es jetzt funktionieren. Ich teste es auch mit einem anderen Konto.

Das hat leider nichts gebracht.... Habe das Postfach in eine "jungfräuliche" DB verschoben.

Ok, das mache ich.

Hallo zusammen,

wir haben einen Exchange 2016 laufen. Die Clients haben alle Outlook 2016 installiert.

Wir haben 5 neue Kollegen von einer anderen Firma übernommen und deren PST's in ihr neues Postfach importiert.

Sie arbeiten am Terminlaserver im Online Modus.

Die Synchronisationm funktioniert. Es poppt z.B. die Meldung auf das neue NAchrichten vorhanden sind. Man sieht sie aber nicht. Klickt man in einem anderen Ordner und dann wieder zurück in die Inbox sind sie vorhanden.

Das Gleiche mit löschen oder gelesen markieren etc.

Exchange ist am neuesten Stand Outlook wurde neu installiert und ist ebenfalls am neuesten Stand.

Ich habe das Postfach zum Testen auf einem PC getestet. Hier ebenso das Problem.

Wenn man den Cache auf 2 Wochen konfiguriert dann funktoiniert es.

Danke vorab.

Hallo, habe es schon mit einem anderen Domain-Admin versucht. Selber Fehler.

Im Log finde ich keinen Fehler bezüglich. Server wurde natürlich neu gestartet.

Macht es Sinn den Session-Host neu zu installieren?

Hallo, konnte das Problem lösen. Es waren anscheinend die Startmenü-Einträge korrupt. Ich habe sie gelöscht und neu erstellt. Jetzt funktioniert es wieder.

Danke.

Hallo zusammen,

wir haben einen Windows Server 2016 mit RDS laufen. Ist eine Singel-Server Installation  (Web Access, Broker, Session Host).

Es funktioniert alles nur können wir keine neuen RemoteApp's mehr publizieren.

Google hat leider nicht geholfen.

Im Anhang die Fehlermeldung.

User ist Administrator, bestehende Apps funktionieren. Startmenü sieht auch ok aus.

Vielen Dank!

Hallo zusammen,

das hier funktioniert: https://gallery.technet.microsoft.com/scriptcenter/Change-Lock-Screen-and-245b63a0

Habe das Skript per GPO ausgerollt.

Ok, danke. Eigentlich handelt es sich nur um einen Registry-Key? Diesen kann ich ja per GPO ausrollen und den Pfad der Datei angeben. Ich versuche das mal.

Hallo MurdocX,

die GPO greift also auch nicht wenn ich einen lokalen Pfad angeben würde?

Hallo Daabm, ist Win10 Pro.