Thema "Re: beA - jetzt Terminalserver(WTS)-fähig" in DATEV-Anwalt

beA - jetzt Terminalserver(WTS)-fähig

Michael-Renz — Tue, 10 Oct 2017 19:16:04 GMT

Hallo Community,

nun ist´s offenbar soweit. Seit dem letzten Update des beA-Security-Clients läuft das System auch unter WTS-Umgebung. In unserer Kanzlei ist Windows 2016 in virtualisierten Umgebungen installiert. Als Smartcard-Leser kommen Rainer SCT cyberjack rfid komfort zum Einsatz. Damit’s funktioniert musste ich auf den Terminalservern UND auf den Clients jeweils den alten Security-Client deinstallieren und neu installieren und zudem den cyberjack auf Firmwareversion 7.4.7 anheben.

Bei der ersten Anschaltung kam es zu einem ˋunbekannten Fehlerˋ. Die zweite Anschaltung kurze Zeit später hat funktioniert, war aber extrem langsam. Tags darauf ging’s problemlos - die anfänglichen Probleme könnten daher auch außerhalb unseres System gelegen haben.

Die Anschaltung funktioniert auch unter DATEVnet und mit Einsatz des DATEV-Proxys und auch bei Einsatz des neuen Proxysetters mit https-Scan gegen Viren über https-Protokoll (vgl. Dok. 0904080). Man muss allerdings auch dort die Proxy-Ausnahmen manuell ergänzen, wie in Dok 1017622 beschrieben.

Nachtrag

weil ich das oben nicht ausdrücklich erwähnt habe.

In WTS- Umgebungen muss der Treiber des Lesegerätes ( bei mir Rainer SCT) sowohl auf dem Terminalserver als auch auf dem Jeweiligen Client installiert sein, sonst kann die auf der beA-Karte gelesene Zertifkats-Info nicht in die Terminalsession und zum BRAK-Server weitergeleitet werden!

Dazu muss die RDP-Verbindung auch die Smartcard „weiterleiten“. Das ist zwar zwischenzeitlich Windows-Standard, sollte jedoch unbedingt überprüft und ggf. aktivert werden.

Nachtrag 2

nun habe ich feststellen müssen, dass die beA-Anmeldung im Web-Client aus einigen Usersessions in unserer Kanzlei nicht möglich war. Abhilfe könnte ich dadurch erreichen, dass in der Usersession der beA-Security-Client nachinstalliert wird. Dazu muss während der Installation das Admin-Passwort des Windows-Admins eingegeben werden. Ob das nur in Umgebungen mit ProxyServern der Fall ist, kann ich nicht mit Sicherheit feststellen, aber offensichtlich gibts einen Zusammenhang mit den Proxyeinstellungen.

Nachtrag 3 (26.11.)

Am 25.11. wurde der Security-Client von der BRAK auf Version 3.1.3.0 upgedatet. In WTS-Umgebungen muss daher am Terminalserver der beA-Security-Client beendet und dann neu gestartet werden, damit er sich ebenfalls updatet. Damit läuft wenigstens am Server die korrekte Version. In den Usersessions genügt dies aber NICHT. Es müsste dort die manuelle Nachinstallation (sie oben Nachtrag 2) erfolgen. Derzeit lässt aber die BRAK den manuellen Download des Security-Clients über die beA-Startseite nicht zu. Es erscheint folgende Fehlermeldung.

Damit ist derzeit in der Usersession keine Anmeldung am Web-Client von beA möglich!!!

Schade.

Nachtrag 4

seit ca. 17:00 Uhr gehts wieder - aber leider tritt nach der Installation jetzt auch bei mir das Problem auf, dass ein über den Web-Client angemeldeter User die Anmeldung von anderen Usern aus dem selben Netzwerk blockiert.

Ursache dürfte sein, dass das „Arbeitsverheichnis“ des beA-Securtiyclients für alle User identisch ist und im ProgrammData-Verzeichnis des Terminalservers und nicht in den User-Verzeichnissen liegt,

Ich bin SEHR SICHER, dass die Programmierer von ATOS diese Software nie im TerminalserverUmfeld getestet haben.

Viel Spass ab dem 1.1.18 - hoffentlich haben die bemitleidenswerten Servicemitarbeiter EXTREM gute Nerven.

FAZIT

seit dem Client-Update auf Ver 3.1.3.0 geht Terminalserver nicht mehr.

Nachtrag 5 (22.12.17 - kurz vor knapp)

Die BRAK und ihre Provider lassen mal wieder die Köpfe rauchen: Gerade kommt folgender Newsletter!!!

"Zusätzliches Zertifikat für die beA-Nutzung notwendig

Die Bundesrechtsanwaltskammer wurde gestern Abend darüber informiert, dass ein für die beA-Anwendung notwendiges Zertifikat ab dem 22.12.2017 nicht mehr gültig ist. Deshalb ist es notwendig, dass alle beA-Nutzer vor der nächsten Nutzung des beA-Systems ein zusätzliches Zertifikat installieren. Dieses dient dem Kommunikationsaufbau zwischen Browser und beA-Anwendung. Gespeicherte Daten und Verschlüsselungsprozess sind hiervon nicht betroffen.

Eine Anleitung, wie Sie das Zertifikat installieren können, finden Sie HIER (PDF).

Wir bitten um Verständnis für diese Maßnahme, die für das sichere und reibungslose Funktionieren Ihres beA erforderlich ist."

nun ja - was soll man da noch sagen!!!

Frohes Fest und guten Rutsch - ich hoffe bloß, dass sich bei den nächsten Kammerwahlen VIELE Kollegen beteiligen und die bisher gezeigte Leistung unserer Berufsvertretung zu würdigen wissen.

Nachtrag 26.8.2019

der Thread wird unter beA - seit 26.8.19 auf Terminalserver lauffähig weitergeführt!!

Jetzt ist´s offenbar WIRKLICH WTS-fähig!

Re: beA - WTS-fähig

andreasmaier — Tue, 10 Oct 2017 19:48:49 GMT

Danke für die Informationen!

Re: beA - jetzt Terminalserver(WTS)-fähig

andreashofmeister — Thu, 12 Oct 2017 07:57:23 GMT

Vielen Dank Michael Renz für Ihre Info.

Ja, zumindest wird jetzt die Anmeldeprozedur der beA-Karten via JAVA-Komponente jetzt durchgereicht und entsprechend erkannt (nach einigen Anlaufschwierigkeiten....).

Das scheint dann wirklich seitens des Softwareanbieters gelöst zu sein.

Bin nun gespannt, wie es dann demnächst weitergeht....

mfG

A. Hofmeister

Re: beA - jetzt Terminalserver(WTS)-fähig

stevi — Sun, 12 Nov 2017 17:00:28 GMT

Vielen Dank für die Infos. Ich wusste nicht, dass der Client in einer WTS-Umgebung auch lokal installiert werden muss.

Re: beA - jetzt Terminalserver(WTS)-fähig

dombrowski — Mon, 13 Nov 2017 06:37:33 GMT

Da ich bei dem Thema bisher weitestgehend außen vor war und diesen "Security-Client" auch nicht kenne der lokal installiert werden muss, wie bildet man dies bei einer WTS Farm ab, die nur über Linux Thin-Clients angesprochen wird? Unsere jetzigen Smart-Cards werden einfach durchgeschliffen und das wars.

Re: beA - jetzt Terminalserver(WTS)-fähig

Michael-Renz — Mon, 13 Nov 2017 12:39:45 GMT

Lieber Kollege Dombrowski,

wenn sie auf der Web-Seite : https://www.bea-brak.de/bea/index.xhtml?dswid=7031

mit der Maus auf den Begriff "Linux" zeigen, verändert sich dessen Farbe (bei mir in "weiß") und die Anzeigevariante des Mauszeigers (bei mir in eine Hand mit Zeigefinger). Mit "rechtsklick" auf den Begriff "Linux" läßt sich der Security-Client herunterladen und dann - nach den Regelungen des jeweils eingesetzten Betriebssystems auf dem Gerät installieren.

Diese Beschreibung gilt sinngemäß für Windows und MacOS natürlich in gleicher Weise!!

Alles klar???

Re: beA - jetzt Terminalserver(WTS)-fähig

dombrowski — Mon, 13 Nov 2017 16:25:43 GMT

Ganz so einfach ist das bei einem Thin-Client leider auch nicht. Dennoch Danke für die Antwort.

Re: beA - jetzt Terminalserver(WTS)-fähig

tom-tmp — Thu, 23 Nov 2017 12:08:39 GMT

Sehr geehrter Herr Renz,

vielen Dank für Ihre Informationen. Wir haben einen virtualisierten Terminalserver und folgendes festgestellt:

Das Pop-Up-Fenster zur Tokenauswahl bei Anmeldung wird immer nur bei einem Nutzer angezeigt und zwar scheinbar bei dem Nutzer, der als erstes die Client-Security-Komponente startet.

Können Sie sich vorstellen, was wir evtl. noch einstellen müssen, damit mehrere Leute gleichzeitig das beA auf dem WTS nutzen können?

Die Client-Security-Komponente habe ich aus dem Autostart wieder entfernt, da nicht bei jedem Nutzer bei der Anmeldung der beA-Start angezeigt werden soll.

Mit freundlichen Grüßen

Thomas Mech

Nachtrag

1. Wenn Nutzer A die Client Security zuerst startet und Nutzer B auf "Anmelden" klickt, poppt das Token-Fenster immer bei Nutzer A auf

2. Wenn Nutzer A die Client Security wieder schließt, funktioniert es bei Nutzer B trotzdem nicht. Da kommt dann immer die Meldung, dass die Client-Security angeblich nicht installiert ist. Auch ein Neustart der Client-Security bringt an dieser Stelle nichts.

Re: beA - jetzt Terminalserver(WTS)-fähig

andreashofmeister — Thu, 23 Nov 2017 12:33:34 GMT

Haben Sie dazu mal ein Ticket bei ATOS aufgemacht?

Re: beA - jetzt Terminalserver(WTS)-fähig

tom-tmp — Thu, 23 Nov 2017 12:36:54 GMT

Hallo Herr Hofmeister,

bisher nicht, aber ich werde das mal in Angriff nehmen. Melden die sich denn in absehbarer Zeit?

Viele Grüße

Thomas Mech

Re: beA - jetzt Terminalserver(WTS)-fähig

andreashofmeister — Thu, 23 Nov 2017 12:42:09 GMT

Auf jeden Fall habe ich diesbezüglich nur gute Erfahrungen. Ist allerdings noch aus der Zeit, wo es noch viel mehr Probleme gab....(als man quasi erklären musste, was ein WTS ist.....) und die Probleme noch in Verbindung mit dem DATEV-Proxy auftraten....

Re: beA - jetzt Terminalserver(WTS)-fähig

Michael-Renz — Thu, 23 Nov 2017 19:30:36 GMT

Sehr geehrter Herr Mech,

dieses Phänomen habe ich bei uns nicht.

Allerdings gibt es einen Arbeitsplatz, der partout nicht mit beA kommunizieren will. Dort kommt - egal was ich anstelle - der Dialog mit der Safe-Id und Pin-Abfrage nicht. Das Gerät ist sowohl hard- als auch softwareseitig identisch mit den anderen Geräten und auch die Rechte in ActiveDirectory etc etc unterscheiden sich nicht.

Ich rate auch dazu, bei ATOS ein Ticket zu machen - die sind zumindest bemüht - wenn auch meist nicht sonderlich hilfreich. Ab second level aufwärts wird´s besser - aber es ist trotzdem "weit weg von gut" - jedenfalls aber einen Versuch wert.

Re: beA - jetzt Terminalserver(WTS)-fähig

andreasmaier — Thu, 23 Nov 2017 21:51:11 GMT

Sehr geehrter Herr Renz,

die Erfahrungen mit dem ATOS-Support kann ich nur bestätigen. Zwar bemüht und nett, aber absolut erfolglos. Aufschalten auf einen betroffenen Rechner nicht möglich, Probleme werden mit "naja, wenn es kein reproduzierbares Problem ist, ist es nicht unser Problem, woanders läuft die Software ja" abgetan...

von 3 Fällen bislang konnte nur ein Support Fall gelöst werden, da aber erst nach 3 Wochen.

Bin gespannt, was das wird wenn das beA mal wirklich flächendeckend genutzt werden muss...

Re: beA - jetzt Terminalserver(WTS)-fähig

andreasmaier — Fri, 01 Dec 2017 13:08:46 GMT

wir haben ein Ticket bei ATOS aufgemacht.

Hier die Antwort:

Kurzbeschreibung: Einsatz Terminalserver

Beschreibung: Herr XY hat Fragen zur Nutzung des beA in eine Terminalserverumgebung.

Lösungsbeschreibung:

Die beA-Software wurde für die Verwendung mit verschiedenen Betriebssystemen entwickelt. In der Verbindung mit Terminalservern wird die beA-Nutzung mit der aktuellen Version aus Sicherheitsgründen nicht unterstützt. Die BRAK arbeitet mit ihrem Entwicklungspartner an einer Lösung und wird entsprechend informieren, sobald ein entsprechendes Update zur Installation bereitgestellt werden kann.

Wenn Sie weitere Fragen haben, steht Ihnen das Team des beA-Supports gerne weiterhin zur Verfügung.

Kontakt:

Re: beA - jetzt Terminalserver(WTS)-fähig

kroerig — Mon, 18 Dec 2017 10:51:44 GMT

Hallo!

Gibt es hier schon neue Erkenntnisse? Ich stehe bei zwei Kunden vor dem gleichen Problem:

1x Server 2012 R2 Terminalserver. OK, die Clients hier sind noch klassische PCs, so wäre zumindest ein lokaler Zugriff über das WebInterface möglich.

Der andere Fall: 12 virtuelle Terminalserver unter Citrix XenApp gestartet über Citrix PVS. Erklärung PVS: Die Server starten via Netzwerk ein Read-Only-Image. Alle Änderungen im Betrieb laufen in eine temp. Delta-Disk. Beim nächtlichen Neustart der Server "vergisst" die VM alles was am Tag geschehen ist. Hier ist zwar kein DATEV im Einsatz, aber die Problematik mit diesem Security-Client trifft mich dann hier genauso, da hier Syndikusanwälte auf dem System arbeiten. Der Zugriff hier erfolgt über ThinClients.

Re: beA - jetzt Terminalserver(WTS)-fähig

Michael-Renz — Mon, 18 Dec 2017 11:32:32 GMT

Hallo Herr Rörig,

der WEB-Client der BRAK/ATOS ist definitiv nicht im WTS-Umfeld geeignet - er läuft zwar aber mit den o.a. genannten Einschränkungen (Sicherheitsproblemen)

ABER:

Mit der DVD 11.1 ab Mitte Januar 2017 gibt die DATEV die beA-Schnittstelle zum beA allgemein frei. Mit der DATEVanwalt-Schnittstelle gibt es KEINE Einschränkungen im WTS-Umfeld. Dort läuft die DATEV-beA-Schnittstelle

- im WTS-Umfeld

- auf virtualisierten Servern (Hyper-V)

- unter Einsatz von DATEVnet (oder sonstigen Proxys)

und ist so bei uns im BETA-Test derzeit erfolgreich im Einsatz. Das Problem mit der RAM-Disk und/oder CITRIX des Terminalservers haben wir allerdings nicht getestet. Auf dem Terminalserver MUSS auch für die Nutzung der DATEV-Schnittstelle der beA-Security-Client installiert sein. Insofern scheint mir Ihre Konfiguration "problematisch".

Re: beA - jetzt Terminalserver(WTS)-fähig

kroerig — Mon, 18 Dec 2017 11:57:40 GMT

Hallo Herr Renz,

danke für die schnelle Antwort. Leider lässt sich über den Security-Client recht wenig (bis gar keine) Doku im Netz finden. Verhält sich dieses Stück Software genauso bescheiden, wie der EGVP/ Governikus-Communicator? Sprich, will sich die Software bei jedem Start selbst updaten, wenn eine neue Version vorliegt? Domänen-User dürfen keine Software installieren, und auf Terminalservern ist das ein No-Go und ein triftiger Grund, dass das System nicht eingesetzt werden kann.

PVS und MCS sind in VDI Umgebungen state-of-the-art um mal eben ein paar virtuelle Arbeitsplätze (hier 120 Stück) zu deployen. Ich frage mich ernsthaft unter welchen Vorraussetzungen hier Ausschreibungen gemacht werden. Wer definiert hier die Anforderungen?

@Andreas Maier ziert oben den ATOS-Support "In der Verbindung mit Terminalservern wird die beA-Nutzung mit der aktuellen Version aus Sicherheitsgründen nicht unterstützt." Was sollen das denn für Sicherheitsgründe sein. Eine sauber konfigurierte RDS-Umgebung ist min. genauso sicher, wie klassische PCs. In Zeiten von Cloud und VDI disquallifiziert sich so eine Software, die nicht terminalservertauglich ist, selbst.

Re: beA - jetzt Terminalserver(WTS)-fähig

Michael-Renz — Mon, 18 Dec 2017 12:06:25 GMT

Der beA-Security-Client wird bei

der Installation ins Autostart-Verzeichnis eingetragen
bei jedem Start in der Session aktualisiert (was den Einsatz in Ihrer Umgebung vtl. ausschließt?)
ist (soweit ich das überblicke) aber in der DATEV-WTS-beA-Integration nur auf dem Terminalserver (nicht in der Session) nötig und muss dort auch "nur" installiert sein und nicht unbedingt gestartet werden. Das müsste man aber wohl noch testen.

Die von ATOS genannten "(Un-)Sicherheitsgründe" des WEB-Client sind, dass die Anmeldeabfrage (Sicherheitstoken und PIN-Abfrage) IMMER beim ersten im WTS-Umfeld angemeldeten User/Session auftauchen, egal wer als Folgeuser/-session sich versucht anzumelden. Werden vom "Erstuser" die Daten eingegeben hat der "Folgeuser" VOLLEN UNBESCHRÄNKTEN Zugriff auf die Daten des "Erstusers" -> laut BRAK ist das kein Sicherheitsproblem!!!??

Re: beA - jetzt Terminalserver(WTS)-fähig

kroerig — Mon, 18 Dec 2017 12:29:24 GMT

Ähm, und was ist dann ein Sicherheitsproblem, wenn nicht das? Bzw. ehr ein Datenschutzproblem.

Noch ein Grund mehr diese Lösung nicht nutzen zu wollen. Das ist einfach schlampige Programmierung.

Re: beA - jetzt Terminalserver(WTS)-fähig

andreashofmeister — Mon, 18 Dec 2017 12:40:02 GMT

Man darf gespannt sein, wie sich das ganze Projekt ab 1.1.2018 entwickelt und ob und wie es den Alltagsansprüchen stand hält....

Re: beA - jetzt Terminalserver(WTS)-fähig

dombrowski — Tue, 19 Dec 2017 06:55:52 GMT

Der andere Fall: 12 virtuelle Terminalserver unter Citrix XenApp gestartet über Citrix PVS. Erklärung PVS: Die Server starten via Netzwerk ein Read-Only-Image. Alle Änderungen im Betrieb laufen in eine temp. Delta-Disk. Beim nächtlichen Neustart der Server "vergisst" die VM alles was am Tag geschehen ist. Hier ist zwar kein DATEV im Einsatz, aber die Problematik mit diesem Security-Client trifft mich dann hier genauso, da hier Syndikusanwälte auf dem System arbeiten. Der Zugriff hier erfolgt über ThinClients.

Eine ähnliche Umgebung haben wir auch. Da beA weder auf einem Terminalserver, noch auf einem ThinClient läuft, überlegen wir grad ernsthaft wieder ein paar Desktops hinzustellen. Das kann doch aber heutzutage nur ein schlechter Scherz sein, das steht wirtschaftlich in keinem Verhältnis. Hat die ThinClient Problematik tatsächlich kaum jemand anderes?

Re: beA - jetzt Terminalserver(WTS)-fähig

Michael-Renz — Tue, 19 Dec 2017 08:42:25 GMT

Liebe Kollegen und beA-Anwender,

Ich denke schon, dass eine namhafte Zahl von Usern - und nicht nur in Großkanzleien oder Unternehmen mit Rechtsabteilungen - auch solche Umgebungen haben. Insofern kann ich nur allen Betroffenen empfehlen, sich an die BRAK direkt zu wenden und dort die Probleme aufzuzeigen.

Ich fürchte sehr, dass "wir Anwälte" (und damit auch die BRAK) mit einem EDV-Projekt dieser Größe und Bedeutung und dem dazu mehr oder minder selbst auferlegten Zeitrahmen ziemlich an "unsere technischen Grenzen" gestoßen sind. Dazu kommt, dass der sicher nötige und in der Regel gerade nicht "der Verhinderung" dienende Rat bzw. die Mitwirkung von den technisch erfahrenen Kollegen und den Software-Herstellern eher zurückhaltend entgegen genommen wurde.

Ein Shit-Storm gegen die BRAK / ATOS hilft jetzt allerdings auch nicht weiter - konstruktive Kritik und Anwenderanforderungen aus dem Tagesgeschäft aber schon.

Dass beA in WTS-Umgebungen ein Problem hat, ist übrigens seit den ersten Tagen der beA-Freischaltung bekannt. Damals haben sich aber auch nur GANZ WENIGE Kollegen und deren EDV-Supporter mit diesem Thema auseinandergesetzt. Wäre schön (und nötig) gewesen, sich frühzeitig zu kümmern und damit der BRAK auch aufzuzeigen dass die (bekannten) Probleme nicht nur ein paar "Spinner" betreffen.

Re: beA - jetzt Terminalserver(WTS)-fähig

kroerig — Tue, 19 Dec 2017 09:11:41 GMT

Guten Morgen,

als Dienstleister ist man da ja etwas vom Kunden abhängig. Wenn der bis auf den letzten Drücker wartet, weil er es eigentlich gar nicht haben/ nutzen will, in der Hoffnung, dass doch noch ein Urteil kommt und die ganze Sache wieder aufgeschoben wird, dann ballt sich halt alles kurz vor Schluss.

Ich habe jetzt auch mal eine Anfrage an das bea-helpdesk geschickt. Mal schauen, was da zurück kommt.

Re: beA - jetzt Terminalserver(WTS)-fähig

Michael-Renz — Tue, 19 Dec 2017 09:43:16 GMT

Lieber Herr Rörig,

da haben Sie völlig recht.

ABER: es gibt ja eine Lösung für den der diese Haltung eingenommen hatte!!!

Stand-Alone-PC mit Internet-Anschluss und Einfach-Lesegerät hinstellen und schon klappt alles.

Man kann halt - wie wir Schwaben sagen - "nicht das Bett an 5-Zipfeln halten, wenn´s nur 4 hat." will heißen - wer eben nicht aus seiner "Komfortzone raus will" braucht sich nicht wundern, wenn´s plötzlich "unkomot" wird.

Re: beA - jetzt Terminalserver(WTS)-fähig

kroerig — Wed, 20 Dec 2017 13:23:32 GMT

So, wie oben bereits erwähnt habe ich ein Ticket beim Support des beA-Clients aufgemacht.

Anfrage:

Herr Rörig fragt an, wie den Rechtsanwälten Zugriff auf ihr Postfach ermöglicht werden kann.
[...]
Leider kann ich auf den Seiten der BRAK kaum Informationen zum Einsatz des Security-Clients in Enterprise-Umgebungen finden.
Unsere Umgebung besteht aus bis zu 14 dynamisch provisionierten virtuellen Terminalservern (aktuell Server 2008 R2 mit Citrix XenApp 7.15, demnächst auch Server 2016). Die Server werden über die Citrix Provisionung Services bereit gestellt. D.h. sie starten über Netzwerk ein Read-Only-Image, alle Änderungen laufen in eine Delta-Disk, die beim nächtlichen Neustart verworfen wird.
Unsere Anwender arbeiten ausschließlich auf IGEL ThinClients mit IgelOS, bzw. verbinden sich über mobile Endgeräte.
In div. Foren (u.a. DATEV) habe ich gelesen, dass der Client in Multiuser-/ Terminalserverumgebungen Probleme hat(te). Wie ist hier der aktuelle Stand?
Wie können wir unseren Anwälten in unserer Umgebung den Zugriff auf ihr Postfach ermöglichen?

Lösung:

Die beA-Software, die auf den Endgeräten zum Einsatz kommt, die sogenannte Client Security, wurde speziell mit der Zielrichtung entwickelt, auf möglichst vielen Plattformen eingesetzt werden zu können. Aktuell wird sie erfolgreich genutzt unter Windows (7, 8, 8.1 und 10), LINUX Open Suse 13.2 und MacOS (10.9 Mavericks, 10.11 El Capitan sowie 10.12 Sierra - Version 10.10 Yosemite wird nicht unterstützt). Trotzdem ist es natürlich nicht ausgeschlossen, dass bei einigen Endgeräten, z.B. durch individuelle Einstellungen oder Wechselwirkungen mit einer anderen Software, Probleme auftreten.

Bitte haben Sie Verständnis, dass der beA-Support nur dann tätig werden kann, wenn ein Defekt in der eigentlichen Software vermutet werden muss. Darüber hinaus bitten wir Sie um Verständnis, dass die Störungssuche auf Ihrem Rechner nicht unterstützt werden kann. Hierzu sollten Sie sich bei Bedarf an Ihren Systemadministrator oder einen lokalen IT Spezialisten wenden.

Ticket geschlossen! Was sagt man dazu?

Re: beA - jetzt Terminalserver(WTS)-fähig

andreasmaier — Wed, 20 Dec 2017 13:32:21 GMT

Lustig, ich habe auch noch ein altes Ticket gefunden:

Herr Maier kann sich nicht am beA Postfach anmelden. Es wird ihm ein " Verbindungsproblem "angezeigt und in der Meldung wird ihm mitgeteilt, dass er

zum starten des beA den Client Security starten muss. Dies hat er aber.

Lösungsbeschreibung: 2017/10/27 14:26:57 GMT Solution Sehr geehrte Anwenderin, sehr geehrter Anwender,

die beA-Software, die auf den Endgeräten zum Einsatz kommt, die sogenannte Client Security, wurde speziell mit der Zielrichtung entwickelt, auf möglichst vielen Plattformen eingesetzt werden zu können. Aktuell wird sie erfolgreich genutzt unter Windows (7 SP2, 8, 8.1 und 10), Linux openSUSE 13.2 und MacOS (10.9 Mavericks, 10.11 Capitan, 10.12 Sierra - die Version 10.10 Yosemite wird nicht unterstützt).

Trotzdem ist es natürlich nicht ausgeschlossen, dass bei einigen Endgeräten, z.B. durch individuelle Einstellungen oder Wechselwirkungen mit einer anderen Software, Probleme auftreten. In den von Ihnen an uns übersandten Log-Dateien sind keine Fehler erkennbar.

Bitte haben Sie Verständnis, dass der beA-Support nur dann tätig werden kann, wenn ein Defekt in der eigentlichen beA-Software vermutet werden muss. Darüber hinaus kann die Störungssuche auf Ihrem Rechner nicht unterstützt werden Hierzu sollten Sie sich bei Bedarf an Ihren Systemadministrator oder einen lokalen IT Spezialisten wenden.

Vielen Dank für Ihr Verständnis.

Mit freundlichen Grüßen

beA-Anwendungsbetrieb

Scheint sich um eine Standard-Abspeisung zu halten

Re: beA - jetzt Terminalserver(WTS)-fähig

kroerig — Wed, 20 Dec 2017 13:56:34 GMT

Mir scheint, die lesen gar nicht sonst hätten sie in meiner E-Mailsignatur folgendes entdeckt:

Systemadministration/ Service

Ich habe die "Lösung" mit der Bitte um Hilfe und Nennung eines Ansprechpartners jetzt direkt an bea@brak.de geschickt.

Re: beA - jetzt Terminalserver(WTS)-fähig

kroerig — Wed, 20 Dec 2017 14:05:29 GMT

Bei den Unternehmen war das beA nie ein Thema, da hier (wenn überhaupt) nur der EGVP-Client in der Bürger-Rolle zum Einsatz gekommen ist (der übrigens auch nicht TS tauglich ist, der Nachfolger ebenso). Daher war hier auch mit keinem Aufschrei zu rechnen.

Die kleine 4 Mann-Kanzlei hat in den wenigesten Fällen eine TS-Umgebung Da kommt also auch nicht viel.

Aber es gibt doch genügend Großkanzleien bzw. die die DATEV-Hosting-Lösungen einsetzen. Da hätte ich den großen Aufschrei erwartet.

Re: beA - jetzt Terminalserver(WTS)-fähig

Michael-Renz — Wed, 20 Dec 2017 17:00:11 GMT

Nun - die Großkanzleien und dort diejenigen, die bei DATEV gehostet sind - können sich in der Regel entspannt zurücklegen. Die DATEV-beA-Integration läuft ja im WTS-Umfeld.

Soweit die 4-Mann-Kanzlei eine 4-Anwälte-Kanzlei ist, denke ich, dass dort vermutlich mindestens 30% eine WTS-Umgebung haben und - sofern diese "Smart-IT von DATEV" nutzen (was max. günstig ist, gerade für die Kanzlei mit bis max. 8 Arbeitsplätzen) - haben die alle WTS.

Bei Großunternehmen (mit Rechtsabteilung und Syndikusanwalt) ist beA natürlich ein Thema - ein generelles Vertretungsverbot für Angelegenheiten des Arbeitgebers gibt´s ja nicht - und gerade z.B. die Arbeitsgerichte sind (zumindest in Ba-Wü) an beA/EGVP angeschlossen.

Re: beA - jetzt Terminalserver(WTS)-fähig

kroerig — Thu, 21 Dec 2017 09:18:30 GMT

So, die BRAK hat geantwortet:

vielen Dank für Ihr Email. Eine technische Lösung für Terminal-Server-Umgebungen ist bereits konzipiert und in der Umsetzung. Das beA wird dann auch in Terminal-Server-Umgebungen einsetzbar sein.

Die BRAK hat das beA ursprünglich für den Einsatz auf Einzelplatzrechnern konzipiert, um höchsten Sicherheitsansprüchen gerecht zu werden. In der Praxis zeigen sich Probleme, wenn das beA über sogenannte Terminal-Server auf mehreren Arbeitsplätzen zugleich genutzt wird: Derzeit kann es passieren, dass Anwälte, die mit dem beA auf denselben Server zugreifen, auch das Postfach ihres Kollegen sehen können. Das stellt keine Sicherheitslücke dar, weil weder die Inhalte der Postfächer die Sphäre der Kanzlei verlassen noch Externe unberechtigt Einblick in das Postfach nehmen können.

Um Irritationen zu vermeiden, empfiehlt die BRAK bis auf Weiteres, organisatorisch sicherzustellen, dass entweder nur jeweils ein Postfach zur gleichen Zeit geöffnet ist oder das beA als Einzelplatzanwendung genutzt wird. Durch die Bundesrechtsanwaltskammer wurde die Bereitstellung einer entsprechenden Version beauftragt. Über den Zeitpunkt und die konkreten technischen Voraussetzungen liegen noch keine Informationen vor.

Re: beA - jetzt Terminalserver(WTS)-fähig

andreashofmeister — Thu, 21 Dec 2017 09:28:34 GMT

Danke für Ihr beharrliches Nachhaken.

Da sieht man andererseits wieder , wie weltfremd das ganze konzipiert ist ("auf Einzelplatzrechnern konzipiert, um höchsten Sicherheitsansprüchen gerecht zu werden").

Man möchte ja nicht wissen, welche IT-Experten da mit Rat und Tat als Consultants zur Verfügung gestanden haben.....

So richtig glauben kann man es aber erst, wenn man es richtig läuft.....

Re: beA - jetzt Terminalserver(WTS)-fähig

dombrowski — Thu, 21 Dec 2017 09:36:59 GMT

Man möchte ja nicht wissen, welche IT-Experten da mit Rat und Tat als Consultants zur Verfügung gestanden haben.....

Zumindest sollten die beteiligten Personen bei einem Projekt dieser Größenordnung nun ausgesorgt haben. Wie sagt man so schön: Nach mir die Sinnflut...

Re: beA - jetzt Terminalserver(WTS)-fähig

kroerig — Thu, 21 Dec 2017 09:47:30 GMT

Derzeit kann es passieren, dass Anwälte, die mit dem beA auf denselben Server zugreifen, auch das Postfach ihres Kollegen sehen können. Das stellt keine Sicherheitslücke dar, weil weder die Inhalte der Postfächer die Sphäre der Kanzlei verlassen noch Externe unberechtigt Einblick in das Postfach nehmen können.

Das sehe ich anders. Wenn jemand anderes (und sei auch nur ein Kollege) ohne mein Wissen in meine Post gucken kann, dann ist das (für mich als Laien) ein Verstoß gegen das Brief- / Postgeheimnis.

Vermutlich (ohne es überprüfen zu können) ist aber so, dass der Andere nach der Anmeldung das Postfach seines Kollegen auswählen könnte, mangels nicht vorhandener Berechtigungen, aber nicht drauf zugreifen kann.

Das ist nicht schön, wäre dann aber in der Tat kein Sicherheitsproblem.

Re: beA - jetzt Terminalserver(WTS)-fähig

kroerig — Thu, 21 Dec 2017 09:51:52 GMT

Ich kann mir vorstellen wie das abgelaufen ist:

[Satire]

Consultant: Sollen wir auch moderne Multi-User-Umgebungen beachten?

BRAK: Geht das denn?
Consultant: Ja, aber ist das aufwändig und teuer.

BRAK: Dann lassen wir es. Das ist sicherer.

[/Satire]

Und jetzt freut sich der Entwickler über einen Erweiterungsauftrag.

Re: beA - jetzt Terminalserver(WTS)-fähig

dombrowski — Thu, 21 Dec 2017 09:53:42 GMT

Frage mich auch ein wenig wie man das organisatorisch lösen soll. I.d.R. sind Terminalserver nach Lastausgleich konfiguriert. Soll ich den Leuten sagen das sich morgens bitte erst der Reihe nach die Anwälte anmelden sollen, damit die alle auf unterschiedlichen Maschinen landen?

Re: beA - jetzt Terminalserver(WTS)-fähig

andreashofmeister — Thu, 21 Dec 2017 09:55:15 GMT

Man muss das eben (im Zweifel) organisatorisch regeln. Das hat aber nichts mit beA zu tun sondern betrifft schon jetzt die entsprechenden Prozesse.

Man hat es m.E. einfach verpennt, sämtliche "üblichen, normalen" Szenarien ins Pflichtenheft aufzunehmen. Falls es ein Pflichtenheft jemals gegeben hat...

Re: beA - jetzt Terminalserver(WTS)-fähig

Michael-Renz — Thu, 21 Dec 2017 16:54:38 GMT

Wenn die BRAK schreibt:

"Derzeit kann es passieren, dass Anwälte, die mit dem beA auf denselben Server zugreifen, auch das Postfach ihres Kollegen sehen können. Das stellt keine Sicherheitslücke dar, weil weder die Inhalte der Postfächer die Sphäre der Kanzlei verlassen noch Externe unberechtigt Einblick in das Postfach nehmen können."

ist das - höchstens - die halbe Wahrheit. Egal wer die bea-Anmeldung im WTS-Umfeld mit Web-Client startet (das können Mitarbeiter oder auch die Reinigungskraft mit ihrer Scheckkarte im Leser in einem unbeobachteten Moment sein) löst den Anmeldebildschirm beim "Erstuser" aus - gibt der (z.B. weil er gerade im beA arbeitet und glaubt der Auslöser zu sein) die Daten ein, ist´s passiert.

Ich halte die Kommunikationsstrategie der BRAK für mindestens so gefährlich wie die Beratung der BRAK durch deren IT-Dienstleister falsch war - Pflichtenheft hin oder her. Wer ein hochsicheres System entwickeln soll, braucht zur Vermeidung eines solchen Szenarios m.E. keine besondere Pflicht im Heft. Konsequenter Weise waren die ersten Security-Clients so "gestrickt" dass der "Folge-Anmelder" sich entscheiden musste, ob er nutzen will und damit den "Erst-Anmelder" rauswirft - das war eine Anmeldeabfrage, die ist spätestens seit der 3.1.3.0 "rausprogrammiert".

Re: beA - jetzt Terminalserver(WTS)-fähig

metalposaunist — Fri, 07 Sep 2018 06:39:50 GMT

Hallo zusammen,

wir haben soeben die ClientSecurity an einem 2012 (ohne R2) WTS installiert.

Als administrator okay, das Zertifikat wird installiert (im "Benutzerkonto" und nicht als Computer-Zertifikat (?), kann gestartet werden aber sobald auch andere Nutzer die ClientSecurity starten, kommt die Meldung, dass Port 9998 schon belegt ist.

Habe auf die Schnelle nichts zu WTS-Fähigkeit gefunden, bin einfach mal davon ausgegangen.

Muss ich die Software also lokal schön an jedem einzelnen PC installieren? Oder war ich nur zu doof immer auf weiter zu klicken?

Allein, dass die Abfrage kommt, ein Zertifikat zu installieren. Zumutung für die Anwender . Als wenn DATEV zur RZ-Kommunikation sowas machen würde. Unfähige ...

Danke für Rückmeldung aktueller beA Anwender!

Re: beA - jetzt Terminalserver(WTS)-fähig

andreashofmeister — Fri, 07 Sep 2018 06:46:03 GMT

M.E. wird doch beA gar nicht im WTS-Umfeld unterstützt (soll doch erst im 1.Q 2019 kommen).

Und W2012 (ohneR2) ist doch auch nicht mehr unterstützt, oder? Zum Testen geht's wohl schon...

Die Meldung ist die gleiche, die letztes Jahr auch schon kommt. Einer oder keiner....

Re: beA - jetzt Terminalserver(WTS)-fähig

metalposaunist — Fri, 07 Sep 2018 06:56:19 GMT

Danke Herr Hofmeister! Zwar nicht das, was ich hören wollte aber was ich vermutet hatte.

Was für ein Hin- und Her. Erst keine WTS-Fähigkeit, dann schon, dann wieder nicht, dann erst Q1 2019.

Jedes Startup aus den USA mit 3 Leuten würde eine bessere und sichere Software entwickeln. Katastrophe!

Happy Friday allen da draußen

EDIT: andreashofmeister: Wie ist das denn dann mit der DVD 12.0 und der beA Integration am Terminalserver? Muss/kann/soll man dann die Client Security am WTS trotzdem installieren, da diese als Kommunikationsweg zwischen DATEV und beA gebraucht wird? Oder kann man das beA dann nicht mit DATEV nutzen?

Re: beA - jetzt Terminalserver(WTS)-fähig

andreashofmeister — Fri, 07 Sep 2018 07:44:29 GMT

Kurze Antwort: beA läuft (noch) nicht im WTS-Umfeld.

Das hat nichts mit DATEV zu tun. Oder mit anderen RA-Softwarehäusern...

Aber bringt auch nix darüber zu schimpfen (nicht persönlich sehen). Schont Nerven....

Sie können natürlich testen. Geklappt hat das alles mal. Allerdings auch nur mit einem User. Kam/Kommt der zweite, gabs die von Ihnen festgestellte Meldung (sinngemäß).

Re: beA - jetzt Terminalserver(WTS)-fähig

stevi — Fri, 07 Sep 2018 17:32:57 GMT

Bei uns funktioniert das beA aus DATEV Anwalt Classic heraus auf einem Terminalserver recht gut. Ich habe seit Mittwoch schon über 20 Schriftsätze an Gerichte verschickt und auch jede Menge Nachrichten empfangen. Auch meine Mitarbeiterinnen konnten die Nachrichten abrufen. Hier und da hat es mal Probleme gegeben, aber ob das an der TS-Umgebung liegt oder schlichtweg an der Tatsache, dass die DATEV-Software ganz neu ist und kaum im täglichen Betrieb getestet werden konnte, weiß ich nicht.

Re: beA - jetzt Terminalserver(WTS)-fähig

jan — Fri, 07 Sep 2018 18:01:52 GMT

LEXinform/Info-Datenbank online (Punkt 3.8)

Re: beA - jetzt Terminalserver(WTS)-fähig

dombrowski — Mon, 10 Sep 2018 06:01:03 GMT

"Die Client Security Software der Bundesrechtsanwaltskammer (BRAK) wird mit einer festen IP-Adresse an einem bestimmten Port des Servers (9998) gestartet. Wenn sich ein zweiter Rechtsanwalt am beA-Webclient der BRAK anmeldet, ist der Port damit schon belegt. Das heißt, in einer Kanzlei ist keine 2. Sitzung durch einen weiteren Rechtsanwalt parallel zur 1. möglich. Grund: Der Server erkennt, dass der Port schon einmal belegt ist und eine entsprechende Sitzung läuft. Pro Terminalserver kann daher immer nur ein Rechtsanwalt die Client Security Software der BRAK starten und damit den beA-Webclient nutzen.

Technische Lösung: Durch eine IP-Virtualisierung bekommt jede Windows Terminalserver Session eine eigene IP-Adresse. Damit sollten die Client Security Software für jede IP-Adresse separat laufen und mehrere gleichzeitige Zugriffe möglich sein."

Puh...

Re: beA - jetzt Terminalserver(WTS)-fähig

jan — Mon, 10 Sep 2018 06:13:14 GMT

Der wichtigste Satz wurde da aber vergressen.

... Tests bei zunächst einem Kunden führten allerdings trotz eingestellter IP Virtualisierung nicht zum gewünschten Ziel. ...

Aber immerhin:

... Die BRAK hat in Aussicht gestellt, sich um das Problem zu kümmern. ...

Re: beA - jetzt Terminalserver(WTS)-fähig

metalposaunist — Mon, 10 Sep 2018 06:15:45 GMT

Ah, okay. Gut zu wissen, was technisch alles geht. Scheint auch nur eine GPO Einstellung zu sein. Hm, ob das dauerhaft zuverlässig funktioniert? Und insbesondere, ob das auch mit DATEV funktioniert? Hat das jemand schon mal getestet? Dann läuft beA aber DATEV sagt sich, "waaas, ein TS mit 15 IPs? Da stimmt was nicht" .

Re: beA - jetzt Terminalserver(WTS)-fähig

jan — Mon, 10 Sep 2018 06:24:24 GMT

Das läuft i.d.R. zuverlässig. Eine andere Abteilung bei uns musste das seinerzeit mit "ihrer" Software nutzen.

DATEV dürfte sich AFAIK nicht daran stören.

Re: beA - jetzt Terminalserver(WTS)-fähig

dombrowski — Mon, 10 Sep 2018 06:46:34 GMT

Dann läuft beA aber DATEV sagt sich, "waaas, ein TS mit 15 IPs? Da stimmt was nicht" .

Und dann hat man ne Farm von 30 TS mal 15 IP Adressen...

Re: beA - jetzt Terminalserver(WTS)-fähig

jan — Mon, 10 Sep 2018 07:01:28 GMT

Dann läuft beA aber DATEV sagt sich, "waaas, ein TS mit 15 IPs? Da stimmt was nicht" .
Und dann hat man ne Farm von 30 TS mal 15 IP Adressen...

Dann hat man i.d.R. aber auch ein entsprechendes IPAM bzw. hat sich vorher schon Gedanken um das Netzwerkdesign gemacht.

Re: beA - jetzt Terminalserver(WTS)-fähig

P_G — Mon, 27 May 2019 13:12:22 GMT

Seit neuem muss ich bei uns auf dem Terminalserver mit Windows 2012 R2 die beA Client Software nicht mehr extra starten (und danach beenden, weil immer nur ein Benutzer/Profil gleichzeitig ging).

Hat das auch jemand festgestellt? Gibt es hier also fortschritte, und wenn ja: was hat sich geändert?

Re: beA - jetzt Terminalserver(WTS)-fähig

agmü — Thu, 25 Jul 2019 15:03:36 GMT

Gerade lese ich im neuesten beA-Newsletter (26/2019)

"Mit der neuen Version wird die beA-Webanwendung auch in einer Terminalserverumgebung einsetzbar sein. Auch die von der Präsidentenkonferenz der Bundesrechtsanwaltskammer vom 27.6.2018 beschlossenen Härtungsmaßnahmen hinsichtlich der Hardware Security Module und Änderungen an der Kanzleisoftware-Schnittstelle, u.a. zur verbesserten Rechteverwaltung, werden mit der Version 2.2 realisiert."

Es geschehen noch Zeichen und Wunder.

Ich hoffe, die Änderungen der Kanzleisoftwareschnittstelle wurden von der BRAK bereits vorab zur Verfügung gestellt.

Re: beA - jetzt Terminalserver(WTS)-fähig

kroerig — Thu, 25 Jul 2019 15:05:43 GMT

IWO, da müsste ja einer mitgedacht haben.

Re: beA - jetzt Terminalserver(WTS)-fähig

Michael-Renz — Fri, 26 Jul 2019 05:08:48 GMT

hallo Andreas,

ja, da sind wir mal gespannt, ob und ggf. wie bzw. mit welcher weiter erforderlichen Konfiguration im Netz das funktioniert.

Ich bin nicht wirklich zuversichtlich - die BRAK hat j auch einen neuen Client für die Softwarehersteller ausgeliefert und der funktioniert schon mal nicht.

Das ganze ist und bleibt ein „Anwälte forschen„ System. Wenn bei so einer großen und wichtigen Sache Unvermögen, Geheimnistuerei und Geltungssucht sich gleich am Anfang so breit machen, ist der Weg zu einer funktionierenden und vernünftigen Lösung maximal schwierig.

Schade eigentlich - hätte mit der richtigen Herangehensweise ein „Leuchtturm-Projekt“ werden können.

Und was mich ein wenig nervt - gefühlt bin sind wir die einzigen, die das System nutzen. Obwohl ich an die Teilnehmer des Systems nur noch auf diesem Weg übermittele, erhalte ich zu 99% immer noch per Fax oder Briefpost bzw. Unverschlüsselter Mail Antwort.

Re: beA - jetzt Terminalserver(WTS)-fähig

agmü — Fri, 26 Jul 2019 05:58:41 GMT

Hallo Michael,

Ich bin halt grenzenloser Optimist .

Die von Dir geschilderte Erfahrung kann ich bestätigen. Ich habe bisher nur von einer einzigen Kollegin eine (1) beA-Nachricht erhalten.

Das mit den Leuchtturmprojekten wird in Deutschland und Europa sowieso nichts mehr. Zwischenzeitlich schaffen es sogar die Inder, als Schwellenland, zum Mond; Europa hat es in 50 Jahren nicht geschafft auch nur einen Menschen in einem eigenen System ins All zu transportieren; aber das ist ein ganz anderes Thema.

Re: beA - jetzt Terminalserver(WTS)-fähig

alfzedler — Fri, 26 Jul 2019 08:21:22 GMT

Hallo Michael,

wir bekommen tatsächlich auch schon "Anwaltspost" per beA. Vereinzelt.

Nicht schön sind die monatlichen Spam-Attacken der RAK Celle. Da haben wir dann ganz schnell drölfzig Benachrichtigungen und beA-Nachrichten identischen Inhalts, die dann noch nicht mal individuell adressiert sind. Aber auch das ist eigentlich off topic.

Viele Grüße

Alf

Re: beA - jetzt Terminalserver(WTS)-fähig

dombrowski — Mon, 29 Jul 2019 05:30:04 GMT

Ich habe tatsächlich Tränen in den Augen. Ja kann es denn sein... wirklich... echt jetzt? Deutschlands Vorzeigeprojekt Nummer 1 ist nach über einem Jahr seit Inbetriebnahme endlich auf einer seit Jahren völlig verbreiteten Terminalservertechnik lauffähig. Hach, das ist grad wie Weihnachten.

Re: beA - jetzt Terminalserver(WTS)-fähig

agmü — Mon, 29 Jul 2019 06:02:29 GMT

ich halte es eher mit dem englischen "don't wet your panties", wir sind es ja gewohnt, dass zwischen Ankündigung und tatsächlicher Funktionsfähigkeit gelegentlich ein längerer Zeitraum liegen kann.

Re: beA - jetzt Terminalserver(WTS)-fähig

alfzedler — Mon, 05 Aug 2019 13:02:44 GMT

Hallo,

seit heute prangt ein beA-Icon auf den Desktops unserer WTS-Sitzungen. Die Version ist auf 3.3.1.1 abgehoben und die bea-brak.de wird beim unaufgeforderten (Auto-)Start der beA-Client-Security nach der Anmeldung auch gleich geöffnet.

Finde ich alles ziemlich grenzwertig. (Microsoft würde man sowas nicht verzeihen).

Jedenfalls "findet" die website dafür die beA-client-security nicht und ich kann die Web-Anwendung nicht starten.

Toll! Nicht!

(Warum müssen wir Anwälte eingentlich mit frickeliger Beta-Software arbeiten?)

Viele Grüße

Alf Zedler

Re: beA - jetzt Terminalserver(WTS)-fähig

kroerig — Mon, 05 Aug 2019 13:10:08 GMT

Schon gelesen?

BeA: Besonderes elektronisches Anwaltspostfach kann kein Deutsch - Golem.de

Re: beA - jetzt Terminalserver(WTS)-fähig

agmü — Mon, 05 Aug 2019 13:48:37 GMT

(Warum müssen wir Anwälte eingentlich mit frickeliger Beta-Software arbeiten?)

weil wir Anwälte doch gar nicht wissen, was man mit diesem grauen - pardon weißen - Kasten auf dem Schreibtisch alles machen kann. Wir haben doch alle noch unsere guten alten Papierakten und Diktieren unser Schreiben auf Magnetbänder.

Re: beA - jetzt Terminalserver(WTS)-fähig

alfzedler — Mon, 05 Aug 2019 15:08:20 GMT

genau und deshalb musste ich eben einem Kollegen erklären, warum er sich nicht mit seinem Microsoft-Konto in unserer Domäne anmelden darf, Siri und Alexa nicht als Diktiersklavin taugen und Skype for Business in der DeutschlandCloud nicht funktioniert.

Der Typ muss aus der Zukunft gekommen sein, Ende 20., Anfang 21. Jhd.

(im Hintergrund qualmte der Flux-Kompensator)

Re: beA - jetzt Terminalserver(WTS)-fähig

kroerig — Mon, 05 Aug 2019 15:12:29 GMT

Aber Siri kennt doch schon die Antwort.

BTW (wer es noch nicht kennt): "Siri, was ist Null geteilt durch Null"

Re: beA - jetzt Terminalserver(WTS)-fähig

agmü — Mon, 05 Aug 2019 15:29:58 GMT

Re: beA - jetzt Terminalserver(WTS)-fähig

Michael-Renz — Mon, 26 Aug 2019 15:29:57 GMT

Der Thread wird unter beA - seit 26.8.19 auf Terminalserver lauffähig

weitergeführt!

Aktuell scheint´s tatsächlich wts-fähig zu sein.