TiTux

Hallo,

 

auf einem Terminal Server Windows Server 2019 wird nur eine einzige Anwendung gestartet. die läuft im Vollbildmodus und hierfür muss die Taskbar automatisch ausgeblendet werden.

Hierfür habe ich keine GPO Richtlinie gefunden. Auch leider keinen passenden Registry-Key, den ich bei der Anmeldung setzen könnte.

 

Wer kann mir hierbei weiterhelfen? Vielen Dank und Grüße

Rainer

Hallo,

 

derzeit haben wir TrendMicro im Einsatz und möchten evtl. auf G-Data Endpoint Protection Business wechseln.

An diejenigen, die G-Data in Verwendung haben:

 

Wie sieht es mit dem Ressourcenhunger des Clients auf Endgeräten und Terminal-Servern aus?

 

Kann mir hier jemand seine Erfahrungswerte mitteilen?

 

VG

Rainer

Hallo monstermania,

 

ist zwar schon ein paar Tage her, Du hast ja leider keine Antwort auf Deine Frage erhalten. Ich habe derzeit das gleiche Problem,

Windows 10 zieht sich die Richtlinie, aber der Bildschirmschoner wird nicht aktiv.

 

In den Einstellungen auf dem Win10 Client übernimmt er aber die Werte der GPO, z.B. dass er nach 20 Minuten aktiv werden soll

und die Anmeldesdite bei Reaktivierung erscheint. Die Felder sind auch ausgegraut, wie es sein soll.

 

Konntest Du Dein Problem lösen?

 

Grüße

TiTux

Hi,

 

habe den Fehler gefunden. Beim erstellen der Besprechung, hatte ich unter Ort händisch selber etwas eingetragen, was wohl dazu führt, dass er das nicht mit dem Raumnamen eigenständig überschreibt,

was ja okay ist, wenn man das so weiß ;-)

 

Danke und Grüße

TiTux

Hallo,

 

wir benutzen Exchange 2010 und Outlook 2016. Ich habe mehrere Besprechungs-Räume angelegt, die auch funktionieren.

 

Wenn ich eine neue Besprechung mit einem Teilnehmer und einem Raum erstelle u. beide zusagen, erscheint die Besprechung im jeweiligen Kalender.

Öffne ich diese Besprechung, sehe ich an keiner Stelle, welcher Raum hierfür hinterlegt wurde.

 

Kann man das ändern oder muss der Ersteller unter Ort den Raum händisch eintragen?

 

VG

TiTux

Sodele,

 

ich war einfach u dämlich. Hab die ganze Zeit unter Rollenbasierte oder featurebasierte Installation danach gesucht, anstelle den Punkt "Installation von Remotedesktopdiensten" in der Übersicht auszuwählen.

 

Manchmal hat man einfach ein Brett vorm Kopf :rolleyes:

Hallo,

 

ich habe hier einen einzelnen RDP-Server unter Server 2012 R2, der durch einen Klon-Versuch ein Namesproblem bekommen hat.

Wie auf dieser Seite beschrieben http://www.nerdlingen.de/?p=54

 

Den Verbindungsbroker habe ich entfernt u. wieder hinzugefügt, dann bekomme ich eben diese Meldung:

 

Es ist keine Remotedesktopdienste-Bereitstellung im Serverpool vorhanden.

Führen Sie zum Erstellen einer Bereitstellung den Assistenten zum Hinzufügen von Rollen und Features aus, und wählen Sie die Installationsoption "Remotedesktopdienste" aus.

 

Auf der oben verlinkten Seite steht:

 

 

Gut. Also jetzt wieder den Assistenten zur Installation der Remotedesktopdienste starten, alles aus dem Verbindungsbroker steht bereits richtig konfiguriert da. Jetzt lässt sich auch der neue Servername als zuständiger Verbindungsbroker auswählen - Problem gelöst.

 

An welcher Stelle finde ich den Assistenten zur Installation der Remotedesktopdienste? Diese wurden ja nicht deinstalliert u. sind noch vorhanden, irgendwie blicke ich es gerade nicht.

 

Grüße

Rainer

Hallo,

 

ich muss diesen alten Thread nochmal rausholen, da ich genau das gleiche Problem habe. Den Verbindungsbroker habe ich entfernt u. wieder hinzugefügt,

dann bekomme ich eben diese Meldung:

 

Es ist keine Remotedesktopdienste-Bereitstellung im Serverpool vorhanden.

Führen Sie zum Erstellen einer Bereitstellung den Assistenten zum Hinzufügen von Rollen und Features aus, und wählen Sie die Installationsoption "Remotedesktopdienste" aus.

 

Auf der oben verlinkten Seite steht:

 

 

Gut. Also jetzt wieder den Assistenten zur Installation der Remotedesktopdienste starten, alles aus dem Verbindungsbroker steht bereits richtig konfiguriert da. Jetzt lässt sich auch der neue Servername als zuständiger Verbindungsbroker auswählen - Problem gelöst.

 

An welcher Stelle finde ich den Assistenten zur Installation der Remotedesktopdienste? Diese wurden ja nicht deinstalliert u. sind noch vorhanden, irgendwie blicke ich es gerade nicht.

 

Grüße

Rainer

Hi Jan,

 

der Fehler konnte gefunden werden:

 

Grace Period

 

Es war nur sehr schwierig, auf den Fehler aufmerksam zu werden, denn der Server hat keinen Fehler diesbezüglich in die Logs geschrieben,

nur ein externer Admin-Kollege hatte schon einmal das Problem u. konnte den richtigen Hinweis darauf geben. Im nachfolgenden Link

ist das Problem u. die Lösung beschrieben. Es muss ein bestimmter Key unter GracePeriod auf den Session-Hosts gelöscht werden:

 

http://www.360ict.nl/blog/no-remote-desktop-licence-server-availible-on-rd-session-host-server-2012/

 

Viele Grüße

Rainer

Guten Morgen,

 

wir haben eine RDP-Farm mit 5 Windows Servr 2012 R2 Servern u. einem Connection Broker. Der Terminal-Lizenzierungsserver befindet sich auf unserem Domänen-Controller.

 

Seit heute Morgen erhalten die Benutzer die folgende Fehlermeldung:

 

Die Verbindung mit dem Remotesitzung wurde getrennt, da keine Lizenzserver für Remotedesktop vorhanden sind..

Wenden sie sich an den Serveradministrator.

 

Folgende Fehlermeldung findet sich auf dem Connection-Broker:

 

Ereignis 85: TerminalServices-Licensing

 

Der Remotedesktop-Lizenzserver konnte nicht als Dienstverbindungspunkt in den Active Directory-Domänendiensten (AD DS) registriert werden. Stellen Sie die Netzwerkverbindung zwischen dem Lizenzserver und AD DS sicher. Überprüfen Sie die Konfiguration im Remotedesktoplizenzierungs-Manager-Tool, um den Lizenzserver als Dienstverbindungspunkt in AD DS zu registrieren.

 

Microsoft spricht davon, dass man über den Remotedesktop-Lizenzierungs-Server den Lizenzserver neu veröffentlichen soll, aber ich finde den Punkt nicht, der dort angegeben wird:

 

https://technet.microsoft.com/de-de/library/ee891215(v=ws.10).aspx

 

Zuvor hatte ich mich noch auf den Domänen-Controller aufgeschaltet u. über die lokale Richtlinie den Serer eingetragen:

 

Computerkonfiguration > Administrative Vorlagen >Windows Komponenten > Remotedesktopdienste > Remotedesktopsitzungs-Host > Lizenzierung

 

Angegebene Remotedesktop-Lizenzserver verwenden

 

und

 

Remotedesktop-Lizenzierungsmodus festlegen

 

Der Dienst wurde danach neu gestartet, brachte aber keine Änderung.

 

Auf dem Domänen-Controller, der ja als Lizenzierungsserver eingerichtet ist, sieht in der Lizenzierung selber alles gut aus. Gesamte Lizenzen 130, Verfügbar 47 Ausgestellt 83

 

Auf dem DC finde ich in der Ereignisanzeige keine Hinweise auf ein Problem mit RDP Lizenzierung.

 

Auf den RDP-Sitzungshosts gibt es die folgende Fehlermeldung:

 

ID 1130, TerminalServices-RemoteConnectionManager

 

Für den Remotedesktop-Hostserver ist kein Remotedesktop-Lizenzserver angegeben. Verwenden Sie das Konfigurationsprogramm für Remotedesktophosts, um einen Lizenzserver für den Remotedesktop-Hostserver anzugeben.

 

Wenn ich auf einen der Session-Hosts die RD-Lizenzierungsdiagnose ausführe, zeigt er mir die verfügbaren Lizenzen an, auch den Lizenzserver u. auch bei "Konnektivität" steht "Verfügbar"

 

Vor diesem Problem gab es keine Änderungen an den Servern, auch keine Updates. Der Rest des Netzwerkes funktioniert normal, also AD-Anmeldung oder auch Exchange.

 

Jemand eine Idee hierzu?

 

Grüße

Rainer

Also eben habe ich den Druck vom 2012 R2 TS probiert, bei dem ich IPv6 deaktiviert habe, dieser zeigt allerdings keine Änderung, nach wie vor braucht er 7 Sekunden.

Ich werde jetzt noch einmal testhalber beim PS IPv6 deaktivieren, dann gehen mir aber langsam die Ideen aus.

Es wurden die Treiber vom Hersteller getestet, hatte aber auch mal die Microsoft eigenen gestestet, machte keinen Unterschied.

 

Jetzt habe ich auf dem Server 2008 64-Bit testseise IPv6 deaktiviert, dies brachte eine Veränderung.

 

Aus 7 Sekunden bis zum Druckstart sind jetzt 4 Sekunden geworden, ist zwar noch nicht das gleiche Ergebnis wie auf einem Server 2003 TS, aber immerhin hat sich was

getan. Ich werde heute Abend auf einem der Server 2012 R2 Kisten auch mal IPv6 deaktivieren u. morgen testen, wie es da aussieht.

Logs habe ich mir angesehen, aber da findet sich nichts. Die Sache mit IPv6 werde ich nochmal testen, dazu komme ich leider erst morgen,

werde aber berichten.

Also die Firmware auf meinem Testdrucker ist aktuell, ich habe die Tests auch mit mehreren Druckern gemacht, also mit Lexmark, Brother u. HP.

Verhält sich bei allen gleich. Auch mit unterschiedlichen Treibern, mal PCL, mal PostScript oder auch Universaltreibern.

 

Habe noch weitere Tests gemacht, genug Server haben wir ja ;)

 

Unter einem TS 2008 R2 (64-Bit) habe ich das gleiche Problem

Unter einem TS 2003 R2 (64-Bit) tritt das Problem nicht auf

 

Hatte kurzzeitig gehofft, es auf die x64 Architektur einschränken zu können, aber auf dem 2003er 64-Bit klappts ja "leider".

@lefg:

 

Ich fasse die Tests nochmal kurz zusammen:

 

1.) Von einem Windows 10 Client, der den Drucker lokal über IP ohne den PS verbunden hat:          Funktioniert

2.) Von einem Windows 10 Client, der den Drucker über die PS Freigabe verbunden hat:                 Funktioniert

3.) Direkt auf dem PS mit angemeldeten Administrator:                                                                       Funktioniert

4.) Mit einem Admin/User auf einem TS 2012 R2 angemeldet u. Drucker lokal über IP ohne PS:        Funktioniert

5.) Mit einem Admin/User auf einem TS 2003 angemeldet u. vom PS die Freigabe verbunden:          Funktioniert

6.) Mit einem Admin/User auf einem TS 2012 R2 angemeldet u. vom PS die Freigabe verbunden:    7 Sekunden

 

Die Drucker sind auf dem PS mit Ihrer IP hinterlegt, DNS kommt hierbei nicht zum Einsatz.

 

 

Die DNS Auflösung im Netz funktioniert normal.

 

Was den Druckertreiber angeht, habe ich verschiedene getestet, auch Universal Treiber, hat keinen Unterschied gemacht.

Der Treiber funktioniert ja auch normal schnell auf den Terminalserver, wenn der Drucker dort zumindest lokal über die IP verbunden ist.

 

@speer

 

Wir setzen kein Easyprint ein. Die Druckaufbereitung wird nicht auf dem Client durchgeführt, dass hatte ich testweise aber auch mal eingeschaltet.

 

 

Wird vom Druckertreiber des des PS eine Testseite gedruckt, dann ist es wie es sein soll?                 Druck sofort

 

Wird vom Druckertreiber auf dem 2003TS eine Testseite gedruckt, dann ist es wie es sein soll?        Druckt sofort

 

Wird vom Druckertreiber auf dem 2012-TS eine Testseite gedruckt, wie ist es dann?                             Braucht 6-7 Sekunden

 

Moin,

 

den Print-Server kann ich eher ausschließen, denn wie ich oben geschrieben hatte, habe ich mich auf einen 2003er Terminalserver angemeldet u. einen Drucker vom Print-Server gemappt, hier kommt der Druck sofort raus,

also liefert der Print-Server ganz normal, bloß eben nicht unter einem Server 2012 R2 Terminalserver.

 

Ich habe mir trotzdem mal die Auslastung auf dem Printserver angeschaut, der hat genug Ressourcen u. hat nichts zutun.

@zahni: Ich habe beide Punkte getestet, gab leider keine Besserung. Testweise auch unter Freigabe die Einstellung "Druckaufträge clientseitig aufbereiten" angehakt,

auch ohne Erfolg.

 

@Piranha: Was meinst Du damit genau?

Servus Forum,

 

wir betreiben eine RDP-Farm mit Server 2012 R2 Servern. Unser Print-Server arbeitet ebenfalls unter Server 2012 R2.

 

Wir haben jetzt das Problem, dass es bei audrucken auf den Terminal Servern zwischen 6-7 Sekunden lang dauert, bis der jeweilige Drucker reagiert u. anfängt zu drucken.

Das ist eine lange Zeit, wenn man Mitarbeiter hat, die eigentlich ständig 1-2 Blätter alle paar Minuten lang drucken müssen.

 

Wir haben auch noch zwei alte Terminal Server 2003 im Einsatz, wenn ich dort den gleichen Drucker vom Print-Server mappe, beginnt der Ausdruck nach 1-2 Sekunden,

wie man es erwartet.

 

Testweise habe ich einen der Drucker einmal lokal über TCP/IP auf einen der Terminalserver installiert, also ohne den Print-Server u. hier druckt er wie gewünscht nach 1-2 Sekunden.

 

Die Einstellungen auf dem Print-Server unter dem Register "Erweitert" sind:

 

• Über Spooler drucken, um Druckvorgänge schneller abzuschließen
• Sofort drucken
• Druckaufträge im Spooler zuerst drucken
• Erweiterte Druckfeatures aktivieren

Als Druckprozessor ist Standardmäßig "winprint" u. als Standarddatentyp "RAW" eingestellt. (Im meinem Beispiel handelt es sich um einen Brother HL-L6400)

 

Das Problem ist Herstellerunabhängig, es liegt auch nicht an einem bestimmten Modell, sondern zieht sich über alle möglichen Modelle gleichermaßen.

Ist das einfach ein Server 2012 R2 Problem oder stimmt da sonst noch etwas nicht? Ich wüsste jetzt keine Stellschrauben mehr, an denen ich drehen könnte.

 

Jemand eine Idee?

 

Grüße

Rainer

Also bei uns hat das mit dem rundll32 Script leider nicht funktioniert, die Fehler treten nach wie vor auf.

 

Da der Windows Server 2016 nun ja draussen ist, wäre es interessant zu wissen, ob der Fehler unter 2016 in der Terminalserverumgebung so immer noch Auftritt.

Wer also in naher Zukunft auf die neue Version umsteigt, kann hier ja berichten, ob der Bug mitgeschleppt wurde oder ob damit dann endlich Schluss ist, weil es nervt brutal.

Hi,

 

Spilt-DNS wird bei uns nicht betrieben. Was meinst Du genau mit:

 

 

nimm die Hosts der virtuellen Verzeichnisse

 

?

Hallo,

 

wir betreiben hier eine RDP-Farm unter Windows Server 2012 R2 und einem Exchange 2010 mit SP3. Wir wollten nun von Outlook 2013 Standard auf Outlook 2016 Professional Plus upgraden.

Auf dem ersten Server bin ich so vorgegangen, dass ich zuerst Office 2013 deinstalliert habe u. anschließend wurde Office 2016 (ohne Fehler) installiert.

 

Alle Programme wie Word und Excel funktionieren, bloß Outlook bringt mir beim ersten starten diesen Fehler:

 

Fehler beim Anmelden. Überprüfen Sie die Netzwerkverbindung sowie den Server- und Postfachnamen. Der Microsoft Exchange-Informationsdienst Ihres Profils

enthält nicht alle erforderlichen Informtionen. Überprüfen Sie Ihr Profil.

 

Anschließend kommt der nächste Fehler:

 

Microsoft Outlook kann nicht gestartet werden. Das Outlook-Fenster kann nicht geöffnet werden. Diese Ordnergruppe kann nicht geöffnet werden. Der Informationsspeicher steht nicht zur Verfügung.

 

Wir gehen über einen Proxy ins Internet. Wenn ich diesen nun deaktiviere, kann Outlook normal gestartet werden. Beende ich dann Outlook und aktiviere den Proxy im IE wieder, funktioniert Outlook

danach immer noch. Der Proxy muss also nur einmal deaktiviert werden u. anschließend kann man ihn wieder einschalten. Den Proxy kann ich jetzt natürlich nicht für alle temporär deaktivieren u. die erste

Anmeldung vom Client abwarten.

 

Wir haben aber auch bei lokalen Clients (Windows 7/ Windows 10) auf Outlook 2016 umgestellt, hier war es nicht nötig, den Proxy zu deaktivieren, nur auf den2012 R2 RDP Servern.

 

Nachfolgend die Log-Einträge auf dem RDP 2012 R2 Server, nachdem Outlook mit eingeschalteten Proxy gestartet wird:

 

System-Protokoll:

 

Ereignis 7036, Services Controll Manager

Dienst "Software Protection" befindet sich jetzt im Status "Ausgeführt".

 

Anwendungs-Protokoll:

 

Ereignis 900, Security-SPP

Der Softwareschutzdienst wird gestartet.
Parameter:caller=OUTLOOK.EXE

 

Ereignis 1066, Security-SPP

Initialisierungsstatus für Dienstobjekte.
C:\Windows\system32\sppwinob.dll, msft:spp/windowsfunctionality/agent/7.0, 0x00000000, 0x00000000
C:\Windows\system32\sppobjs.dll, msft:rm/algorithm/inherited/1.0, 0x00000000, 0x00000000
C:\Windows\system32\sppobjs.dll, msft:rm/algorithm/phone/1.0, 0x00000000, 0x00000000
C:\Windows\system32\sppobjs.dll, msft:rm/algorithm/pkey/detect, 0x00000000, 0x00000000
C:\Windows\system32\sppobjs.dll, msft:spp/ActionScheduler/1.0, 0x00000000, 0x00000000
C:\Windows\system32\sppobjs.dll, msft:spp/TaskScheduler/1.0, 0x00000000, 0x00000000
C:\Windows\system32\sppobjs.dll, msft:spp/statecollector/pkey, 0x00000000, 0x00000000
C:\Windows\system32\sppobjs.dll, msft:spp/volume/services/kms/1.0, 0x00000000, 0x00000000
C:\Windows\system32\sppobjs.dll, msft:spp/volume/services/kms/activationinfo/1.0, 0x00000000, 0x00000000

 

Ereignis 1003, Security-SPP

 

Der Softwareschutzdienst hat die Überprüfung des Lizenzierungsstatus abgeschlossen.

Anwendungs-ID=55c92734-d682-4d71-983e-d6ec3f16059f

Lizenzierungsstatus=

1: 00091344-1ea4-4f37-b789-01750ba6988c, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)(?)(?)])(1 )(2 )]

2: 1226e046-263d-414c-824f-0d4f458cee3a, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)(?)(?)])(1 )(2 )]

3: 1cc95b8e-1b6e-42cc-9768-9e84ce28cc3f, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)(?)(?)])(1 )(2 )]

4: 20e938bb-df44-45ee-bde1-4e4fe7477f37, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)(?)(?)])(1 )(2 )]

5: 640e7014-6f45-4106-bd1d-ac17a812a2d1, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)(?)(?)])(1 )(2 )]

6: 641f81b2-63c2-47dd-aba7-c24bf651ff85, 1, 1 [(0 [0x00000000, 1, 0], [(?)( 1 0x00000000)(?)( 2 0x00000000 0 0 msft:rm/algorithm/hwid/4.0 0x00000000 0)(?)(?)( 10 0x00000000 msft:rm/algorithm/flags/1.0)(?)])(1 )(2 )]

7: 66d129b6-eae9-414e-a39a-ea5b8be961cc, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)(?)(?)])(1 )(2 )]

8: 9e3fde40-d4b3-4c1d-9bde-32735aa19b39, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)(?)(?)])(1 )(2 )]

9: acf1b4fd-1c55-4f2d-a60b-415ac958ad88, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)(?)(?)])(1 )(2 )]

10: c2d61e88-5598-4e77-aae2-286dc6670a89, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)(?)(?)])(1 )(2 )]

11: dcb88f6f-b090-405b-850e-dabcccf3693f, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)(?)(?)])(1 )(2 )]

12: fecbc8f2-a4b1-402a-92e7-5d81a6fe3e80, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)(?)(?)])(1 )(2 )]

13: 9d0bb49b-21a1-4354-9981-ec5dd9393961, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)(?)(?)])(1 )(2 )]

 

Ereignis 902, Security-SPP

 

Der Softwareschutzdienst wurde gestartet.

6.3.9600.17809

 

Ereignis 1040, MsiInstaller

 

Eine Windows Installer-Transaktion wird gestartet: {90160000-002A-0000-1000-0000000FF1CE}. Clientprozess-ID: 2236.

 

Ereignis 11728, MsiInstaller

 

Produkt: Microsoft Office 64-bit Components 2016 -- Die Konfiguration wurde abgeschlossen.

 

Ereignis 1035, MsiInstaller

 

Das Produkt wurde durch Windows Installer neu konfiguriert. Produktname: Microsoft Office 64-bit Components 2016. Produktversion: 16.0.4266.1001. Produktsprache: 0. Hersteller: Microsoft Corporation. Erfolg- bzw. Fehlerstatus der neuen Konfiguration: 0.

 

 

Kennt das Problem jemand und weiß, wie ich es beseitigen kann, ohne die Proxydeaktivierung?

 

Grüße

TiTux

 

 

Es handelt sich um Fat-Clients. Die RDS Sessions werden von einem RD-Verbindungsbroker bereitgestellt, es wurde eine Sammlung erstellt, in der sich die 5 Session Hosts befinden.

Die Lastverteilung finden über DNS statt, hier wurden alle 5 Session Hosts im DNS eingetragen u. verweisen auf den Farmnamen rdpfarm.domäne.suffix

Servus,

 

wir hatten zwei Zertifikate, eines für den Connection Broker, welches noch nicht abgelaufen ist u. das zweite war auf jedem einzelnen Session Host installiert, welches abgelaufen

ist und ich somit die bekannten Zertifikatswarnfenster erhalte. In dem Fenster wird dann auch der entsprechende Session Host genannt, auf den er mich gerade verbinden möchte,

also verstehe ich jetzt nicht, weshalb kein Zertifikat für für die einzelen Hosts nötig wäre?

Hallo,

 

wir betreiben 5 Windows Server 2012 R2 Session Hosts mit einem Connection Broker. Die Session Hosts befinden sich in einer Sammlung und werden über den DNS Namen "rdpfarm.domäne.präfix" angesprochen. Bis jetzt bin ich so vorgegangen:

 

- Auf dem Domänen-Controller die Zertifikatsdienste installiert

- Im Zertifikats MMC Snap-In ein neues Zertifikat angefordert

- Als Vorlage "Webserver" genommen

- Auf der Registerkarte Antragsteller den Typ auf "Allgemeiner Name" geändert un den FQDN "rdpfarm.domäne.präfix" eingetragen

- Unter Alternativer Name den Typ auf "DNS" festgelegt und alle 5 Sessions Hosts mit Ihrem FQDN eingetragen

- Auf der Registerkarte "Privater Schlüssel" den Haken für "exportierbar machen" gesetzt

- Auf der Registerkarte "Erweiterungen" darauf geachtet, dass "Serverauthentifizierung" als Option ausgewählt wurde

- Zertifikat erfolgreich erstellt und anschließend exportiert

 

Auf den ersten Session Host aufgeschaltet. Dort über das Zertifikats Snap-In das neu erstellte Zerti importiert.

Als nächstes muss es ja dem Session Host noch zugewiesen werden. Also die PowerShell geöffnet u. zuerst den Fingerprint ausgelesen:

gci cert:\LocalMachine\My | select FriendlyName, Thumbprint

Diesen kopiert und ans Ende des folgenden wmi Befehls in Anführungsstrichen angefügt:

wmic /namespace:\\root\cimv2\TerminalServices PATH Win32_TSGeneralSetting Set SSLCertificateSHA1Hash="<Fingerabdruck>"

Hier erhalte ich jedoch den folgenden Fehler:

 

PS C:\> wmic /namespace:\\root\cimv2\TerminalServices PATH Win32_TSGeneralSetting Set SSLCertificateSHA1Hash="E1FC0D049A
FB6CE7DF7632DA4675ABEA9344B8F2"
Eigenschaften von "\\TS21\root\cimv2\TerminalServices:Win32_TSGeneralSetting.TerminalName="RDP-Tcp"" werden aktualisiert
FEHLER:
Beschreibung = Der Parameter ist ungültig.
PS C:\>

 

 

Wo liegt jetzt mein Fehler? Im Netz habe ich gesucht u. immer wenn der Fehler "invalid Parameter" auftaucht, war entweder das Zerti nicht in den "Eigenen Zertifikaten" auf dem Host

importiert worden oder es wurde nicht darauf geachtet, dass es bei der Zertifikatserstellung "Serverauthentifizierung" sein muss.

 

Ciao

TiTux