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: 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: 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.

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: ?

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